On 4 Nov 2002, Mikkel Lauritsen wrote:
> On Sun, 2002-11-03 at 22:26, Mark Vojkovich wrote:
> > On 3 Nov 2002, Mikkel Lauritsen wrote:
>
> --- snip ---
>
> > > As mentioned in RedHat bug 75018, Mike Harris has a new build from CVS
> > > at ftp://people.redhat.com/mharris . This build fixes the nForce crash
> > > but introduces a new bug where (at least) the Mozilla throbber and
> > > scrollbars become garbled. Still, it eliminates the need for using the
> > > -ignoreABI parameter.
> >
> > What's this? I know of no rendering problems on nForce. Did
> > it detect the amount of video ram correctly? Ie. the server reports
> > the amount configured in the bios?
>
> Yup, looks like it. The weird bit is that so far Mozilla is the
> only application that seems to be affected by the bug; Phoenix
> and other programs that I have tried have no problems at all.
>
> I have created a bug in Redhat's Bugzilla including a log file and
> a screenshot showing the corruption; it's bug #77300 -
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=77300
>
That just looks like a bad pitch. Maybe a client bug with
an XImage. Does this app use the RENDER extension? If so the
"nv" driver is out of the picture since it doesn't accelerate
anything related to RENDER.
If it's very reproducible, try adding Option "NoAccel". If
it doesn't go away, then it's a client bug or a bug in XFree86's
software rendering code, which would be unlikely unless maybe the
render extension is involved.
If it does go away with "NoAccel", try with acceleration enabled
but with either Options "XaaNoOffscreenPixmaps" or "XaaNoPixmapCache".
If either of those fix it send me your /var/log/XFree86.0.log. That
would indicate that offscreen memory was getting corrupted, which
a likely cause of could be the driver probing the memory size
incorrectly.
Mark.
_______________________________________________
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
