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