Superfluous videomode reload during VT switch

Karel Kulhavy (clock@atrey.karlin.mff.cuni.cz)
Thu, 4 Apr 2002 21:25:15 +0200


Hello

I got a

Bus 1, device 0, function 0:
VGA compatible controller: ATI Technologies Inc Rage 128 PF (rev 0).
IRQ 11.
Master Capable. Latency=32. Min Gnt=8.
Prefetchable 32 bit memory at 0xf0000000 [0xf3ffffff].
I/O at 0xc800 [0xc8ff].
Non-prefetchable 32 bit memory at 0xff4fc000 [0xff4fffff].

and framebuffer.

When I switch between the consoles the monitor picture gets 1/3 of its width
and slowly ramps up to normal size during next 400ms. It is obviously weird
because framebuffer uses the same video mode on all consoles so that there
is no point is resetting it again and again when it is the same mode.

When I hold alt & -> what I get is 1/3 of width and a stress-test on my
horizontal power transistor.

I believe that rapid console switches by user are common task and today's
monitor's hsync stages are very stressed (must generate pretty strong magnetic
field and at 150kHz of hsync this makes huge voltages that may even climb up
during such transients) and this "games" with them usually activates
accelerated aging mechanism.

Not mentioning the fact that monitors usually do nasty things during mode switch as:
a) Loud clicking (relays)
b) Audible hiss from the desynchronized hsync subsystem
c) Picture dropouts for up to seconds
d) Annoying boxes with mode information

Clock

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