Re: X display shift with disabled console blanking

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Antonino A. Daplas wrote:
On Tue, 2007-05-01 at 13:17 +0100, James Pearson wrote:

Antonino A. Daplas wrote:

On Mon, 2007-04-30 at 13:58 +0100, James Pearson wrote:


Antonino A. Daplas wrote:


On Fri, 2007-04-27 at 18:08 +0100, James Pearson wrote:


It does indeed seem that the switching back and forth between text and graphics does appear to be part of the issue - in my previous testing I probably did do this (but didn't include this in my recipe above) - so here is a new 'recipe' that shows the problem (for me)

boot to run level 3

if not root, then make sure /dev/console is writeable

login and type:

setterm -blank 0

start X

type into an xterm:

while true; do echo "" > /dev/console; usleep 100000; done

while the above loop is running switch to the text console and back again (Ctrl-Alt-F1 then Ctrl-Alt-F7)

... and the screen will be shifting (and wrapping) to the left.



Okay, this makes me see the problem more clearly.  It looks like that
vt/console layer is unreliable in terms of checking for the
text/graphics mode of the current console.  Instead of auditing the
console code, I'll just have vgacon check for the mode.  Try the
attached patch and let me know if it helps.

That seems to fix it!

Thanks

James Pearson
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux