nv problems on FreeBSD 6.1-RELEASE for AMD64

Chris Radlinski radlinskic at acm.org
Thu Jan 18 05:07:40 PST 2007


This machine dual boots FreeBSD and Gentoo.  Under Gentoo, I have no
problems at all.  I only have problems under FreeBSD.  As the card works
fine under Gentoo, I'm inclined to believe the problem isn't with the
card.

On Wed, 2007-01-17 at 22:58, Alex Deucher wrote:

> On 1/17/07, Chris Radlinski <radlinskic at acm.org> wrote:
> >
> >  Thanks for the reply.
> >
> >  I am able to get a stack trace.  The call to NVSync() that locks the system
> > comes from somewhere in libxaa.so.  The particular function varies but it's
> > always from XAA.  I'm willing to do whatever I can to help fix this bug.  I
> > can reliably reproduce it; I just don't know how to fix it.
> 
> That makes sense.  All of the accel routines need to idle the engine
> periodically.
> 
> >
> >  I do have a workaround.  If I set "Options ShadowFB" in xorg.conf, I can
> > run the nv driver at reasonable speeds and without problems.  I don't know
> > what I'm giving up by doing that but it seems to work OK.
> >
> 
> That disables all acceleration (hence no calls to NvSync()).  The
> performance is reasonable since the framebuffer is stored in system
> ram (hence shadow) and then copied to videoram.
> 
> >  Please let me know what I can do to help fix this.
> >
> 
> I guess the first step is figuring out if your hardware is bad or not.
>  Beyond that, there's not much we can do as nvidia has not release
> specs for their hardware.
> 
> Alex
> 
> >  Chris
> >
> >  On Wed, 2007-01-17 at 11:25, Matthias Hopf wrote:
> >  On Jan 11, 07 16:42:21 -0600, Chris Radlinski wrote:
> > > I'm not sure what that means. Do I have a bad card?
> >
> > Possibly. Often cards hang here if they are broken.
> >
> > > I'm going to add another condition to the while loop so it doesn't loop
> > > indefinitely and see what happens.
> >
> > Won't help. The gfx engine is stalled, and won't wake up again.
> >
> > The only thing to debug would be to trace the commands, and find out
> > which one was the last the gfx engine was able to process. Don't know
> > how to do that correctly, though.
> >
> > Matthias
> >
> > --
> > Matthias Hopf <mhopf at suse.de> __ __ __
> > Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ mat at mshopf.de
> > Phone +49-911-74053-715 __) |_| __) |__ R & D www.mshopf.de
> >
> > _______________________________________________
> > xorg mailing list
> > xorg at lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/xorg
> >
> >
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.x.org/archives/xorg/attachments/20070118/a2b2dc76/attachment.html>


More information about the xorg mailing list