ToDo 4 2.6.16: Harden the framebuffer subsystem

ToDo 4 2.6.16: Harden the framebuffer subsystem

[Knut Petersen]

The framebuffer subsystem should survive loading a driver within xterm.
Does it? I don´t think so.

The framebuffer subsystem should ignore all requests from within X, e.g. 
fbset,
setfont, etc run from xterm must not result in any screen distortions or 
system
hangs.

A script running setfont, fbset, echo ? > 
/sys/class/graphics/fb?/con_rotate, and
cat of data to the framebuffer continuously on a framebuffer vt must not 
harm
X in the foreground.

Setfont operations executed from a program running on e.g. vt1 must 
change the
context of that vt, not that of the current foreground vt.

Some small fixes for xpan and ypan scrolling.

Faster construction of the image data for unusual font dimensions.

Did I miss something?

Yes, at least a happy new year to all of you!

cu,
 Knut


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click