Re: Some questions

On Wed, 2003-03-12 at 04:56, Thomas Winischhofer wrote:

quoted

The choices are:

1. refresh the registers at every switch - slowest but guarantees
hardware state is always preserved 

Bad. Takes long time, especially on LCD displays which always need a 
little delay for backlight and sync stability reasons.

quoted

2. do not refresh unless var changed - fasted but can result in
corruption/crash if registers were changed behind the back of fbdev

I think one can rely on tidyness of applications changing the registers. 
Like X does.

 
Unfortunately, this is what we are trying to prevent.  X assumes that
the console is in text mode, so only registers that affect text mode are
restored.  Frequently, cursor registers and bitmaps, as an example, are
not refreshed.  There's probably more, ie accel engine, etc.

Of course, X is not totally to blame, it's doing its best to restore the
console back.  It really depends on the X drivers, how complicated they
are, how comprehensive are their restore routines, etc.  

quoted

3. selective refresh - do not refresh if switching between "trusted"
consoles, refresh if switching from "untrusted" consoles.

I actually prefer #3, and I already have working code for this.  We can
also make this driver switchable (ie, drivers that are not affected by X
can disable this, and only drivers that are affected such as the riva,
aty, radeon, etc can turn this on).

Tony



-------------------------------------------------------
This SF.net email is sponsored by:Crypto Challenge is now open! 
Get cracking and register here for some mind boggling fun and 
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en