<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
  <META NAME="GENERATOR" CONTENT="GtkHTML/3.0.9">
</HEAD>
<BODY>
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.<BR>
<BR>
On Wed, 2007-01-17 at 22:58, Alex Deucher wrote:
<BLOCKQUOTE TYPE=CITE>
<PRE><FONT COLOR="#737373"><I>On 1/17/07, Chris Radlinski <radlinskic@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@suse.de> __ __ __
> Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ mat@mshopf.de
> Phone +49-911-74053-715 __) |_| __) |__ R & D </FONT><A HREF="http://www.mshopf.de"><U>www.mshopf.de</U></A>
<FONT COLOR="#737373">>
> _______________________________________________
> xorg mailing list
> xorg@lists.freedesktop.org
> </FONT><A HREF="http://lists.freedesktop.org/mailman/listinfo/xorg"><U>http://lists.freedesktop.org/mailman/listinfo/xorg</U></A>
<FONT COLOR="#737373">>
></I></FONT></PRE>
</BLOCKQUOTE>
</BODY>
</HTML>