aboutsummaryrefslogtreecommitdiff
path: root/arch/cris
diff options
context:
space:
mode:
authorAntonino A. Daplas <adaplas@gmail.com>2005-08-01 23:46:44 +0800
committerLinus Torvalds <torvalds@g5.osdl.org>2005-08-01 10:07:13 -0700
commit8dad46cf38c029248d1331b6a97b2999e0751cfa (patch)
treeee0930bbbe84729fad902c3d30054c1f1dcb5faf /arch/cris
parent6cb54819d7b1867053e2dfd8c0ca3a8dc65a7eff (diff)
[PATCH] tridentfb: Fix scrolling artifacts if acceleration is enabled
Reported by: Jochen Hein (Bugzilla Bug 4386) booting leaves the end of long lines in the last line on screen when scrolling. When X is running, scrolling puts garbage on the screen (looks like X data) Console switch fixes the screen. Behaviour seems to be identical with noaccel and without on the video=tridentfb parameter in lilo.conf. This bug was explained by: Knut_Petersen Acceleration is broken for all BLADE 3D chips for all versions of kernel 2.6 except for 32bit modes. Most important reason is that the u32 col parameter of the graphics engine needs the color value replicated to all u8 of the u32 (8bit modes) and to both u16 of the u32. Fix color value passed to graphics engine, verified by the reporter. Signed-off-by: Antonino Daplas <adaplas@pol.net> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'arch/cris')
0 files changed, 0 insertions, 0 deletions