diff options
| author | Antonino A. Daplas <adaplas@gmail.com> | 2005-08-01 23:46:44 +0800 |
|---|---|---|
| committer | Linus Torvalds <torvalds@g5.osdl.org> | 2005-08-01 10:07:13 -0700 |
| commit | 8dad46cf38c029248d1331b6a97b2999e0751cfa (patch) | |
| tree | ee0930bbbe84729fad902c3d30054c1f1dcb5faf /drivers/video/68328fb.c | |
| parent | 6cb54819d7b1867053e2dfd8c0ca3a8dc65a7eff (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 'drivers/video/68328fb.c')
0 files changed, 0 insertions, 0 deletions