[PATCH] tridentfb: Fix scrolling artifacts if acceleration is enabled
authorAntonino A. Daplas <adaplas@gmail.com>
Mon, 1 Aug 2005 15:46:44 +0000 (23:46 +0800)
committerLinus Torvalds <torvalds@g5.osdl.org>
Mon, 1 Aug 2005 17:07:13 +0000 (10:07 -0700)
commit8dad46cf38c029248d1331b6a97b2999e0751cfa
treeee0930bbbe84729fad902c3d30054c1f1dcb5faf
parent6cb54819d7b1867053e2dfd8c0ca3a8dc65a7eff
[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>
drivers/video/tridentfb.c