Date: Wed, 3 Oct 2007 00:53:15 +0000 From: "Aryeh Friedman" <aryeh.friedman@gmail.com> To: freebsd-current@freebsd.org Subject: Re: Patch for nvidia-driver on current (panic: spin locks can only use msleep_spin) Message-ID: <bef9a7920710021753j422886d8kb26a534a5e3f57a1@mail.gmail.com> In-Reply-To: <47d0403c0710021409na4e8ba2p2005a11957bf4d28@mail.gmail.com> References: <20070921202523.GB4044@nowhere> <20071002204850.GA33227@nowhere> <47d0403c0710021409na4e8ba2p2005a11957bf4d28@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Can you post it to some anon ftp/url (if you need one I can set up anon ftp on my site) [no patch was attached] --Aryeh On 10/2/07, Ben Kaduk <minimarmot@gmail.com> wrote: > Hi Craig, > > Thanks for tracking this down. > However, mailman likes to eat non-MIME-text attachments. > > Thanks, > > Ben Kaduk > > On 10/2/07, Craig Boston <cb@severious.net> wrote: > > Hi all, I did some more investigating and found what was causing the > > nvidia driver to occasionally panic on my machine. It calls cv_wait(9) > > using a spin mutex, which according to the man page is a no-no. > > > > I simply changed the os_*_sema interfaces to use a standard mutex > > instead. Tried running a bunch of glxgears and xscreensaver GL demos in > > parallel and haven't been able to reproduce a panic since. As a bonus, > > the 5 second pause I would sometimes get when a GL-based xscreensaver > > process terminates seems to be gone as well. > > > > There doesn't appear to be any documentation that I could find as to > > what contexts those functions may be called from. I'm not a locking > > guru, so I can't say for certain why a spin mutex was being used. Wild > > guess: an artifact from the 4.x or 5.x code that may be obsoleted by > > adaptive mutexes. > > > > Patch is attached; cc danfe@ in case others report this problem to him. > > > > Craig > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bef9a7920710021753j422886d8kb26a534a5e3f57a1>