On Thu 2015-01-29 14:11:25, Dave Airlie wrote:
These two copy to/from VGA memory, however on the Silicon
Motion SMI750 VGA card on a 64-bit system cause console corruption.
This is due to the hw being buggy and not handling a 64-bit transaction
correctly.
We could try and create a 32-bit
On Thu 2010-01-28 00:07:51, Stefan Seyfried wrote:
Hi,
On Tue, 26 Jan 2010 15:58:43 +0100 Pavel Machek pa...@ucw.cz wrote:
We need vt switch when display is controlled by userland app directly
accessing hw. It may or may not be X (svgalib anyone?,
gtk-on-framebuffer? qtopia
On Tue 2010-01-26 19:47:45, Rafael J. Wysocki wrote:
On Tuesday 26 January 2010, Pavel Machek wrote:
On Mon 2010-01-25 22:54:37, Rafael J. Wysocki wrote:
On Monday 25 January 2010, Alan Cox wrote:
But in that case we should be able to disable the VT switch disable
path; we just
On Tue 2010-01-26 13:46:01, H. Peter Anvin wrote:
On 01/26/2010 06:58 AM, Pavel Machek wrote:
That would have to be done using suspend notifiers and should depend on
what
driver actually controls the screen at the moment. And I guess the only
case
in which we actually _need_ to do
Are there any patch i could try?
Is it possible to run a git bisect excluding all drm commits to find
the other bug?
hello,
I tried 2.6.29-rc3, and things got a little better. Suspend/resume
results in a garbage video, but now i have access to my desktop via SSH
after resume; so only
On Thu 2008-05-29 10:46:22, Dave Airlie wrote:
Hi,
So I've been growing more annoyed with the current layout of the drm
tree in the kernel,
a) it lives under char.
b) everything in one directory.
c) header files in one directory.
d) no header files exposed to userspace.
Hi!
We seem to see a lot of bug reports along the lines of, my machine
resumes but I can't see X or, I can see X but only with a bright
flashlight, etc. These sorts of problems are due to the fact that
the X server isn't designed to do full state save/restore, and none
of the available
