On Wed, Mar 07, 2001 at 06:58:30PM +0000, Philip Blundell wrote:
> >Indeed. People have nown for a very long time what the problem _is_, I thik
> >the problem is that no-one is quite sure how to fix it.
>
> Well, this patch seems to have the right kind of intent. But somebody with a
> RiscPC will need to confirm that it actually works.
>
> http://lists.debian.org/debian-arm-0008/msg00060.html
Somebody apart from me :-)
I'm not convinced that the bit of code I patched was the only place where
xfree was switching from text to graphics.
The bit I patched was the routine that checks if a mode given in the config
file is validated (by asking the framebuffer to switch to it. and then
checking that the x and y real and virtual that is actually switched to
matches the values requested. I believe (but I'm not certain) that enough
state is preserved before the test to correctly restore the setting of
text acceleration (ie preserve off or on) after the test, but it would be
good if someone who understood the code checked this.
I believe that there's also effectively a switch into graphics mode for
the mode "default" where the state of text acceleration is ignored.
Should xfree turn it off, as it's about to use the screen for graphics?
Nicholas Clark
_______________________________________________
http://lists.arm.linux.org.uk/mailman/listinfo/linux-arm
Please visit the above address for information on this list.
