lkml.org 
[lkml]   [2007]   [Mar]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: tdfx framebuffer garbles display in 2.6.19.5
From
Date
On Tue, 2007-03-06 at 07:25 +0100, DervishD wrote:
> Hi Antonino :)
>
> * Antonino A. Daplas <adaplas@gmail.com> dixit:
> > On Thu, 2007-03-01 at 17:01 +0100, DervishD wrote:
> > > * Antonino A. Daplas <adaplas@gmail.com> dixit:
> > > > Can you try this patch? It might help with the screen
> > > > corruption.
> > >
> > > With the patch, the scroll slows to a crawl and the system is
> > > unusable. The time to scroll 30 lines is about a minute or so
> > > (probably more, I just measured for a while).
> > >
> > > If you want me to test other patches, just tell :)
> >
> > Can you change the mdelay to udelay and use higher/lower delay values
> > to see if there's any improvement?
>
> Yes, as soon as I can build a new kernel and reboot. Any suggested
> value?

You can start with 5 and increment by 5. So you need not reboot each
time, compile tdfxfb as a module, and set CONFIG_HW_CONSOLE_BINDING=y
(under drivers->char). Make sure you have vbetool, and use the attached
script. Thus:

modprobe tdfxfb
unbind.sh
rmmod tdfxfb
edit, make, make modules_install
modprobe tdfxfb
repeat

The script assumes vbetool is in /usr/sbin, if not just edit. Also,
unbinding will only work if X (or any graphics app, for that matter) is
not loaded.

Tony

[unhandled content-type:application/x-shellscript]
\
 
 \ /
  Last update: 2007-03-06 07:55    [W:0.133 / U:0.088 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site