Re: New nvidia drivers available

From: Stefan Ehmann <shoesoft_at_gmx.net>
Date: Sun, 15 Aug 2004 18:21:32 +0200
On Sun, 2004-08-15 at 18:06, Doug Rabson wrote:
> On Sunday 15 August 2004 16:59, Stefan Ehmann wrote:
> > On Sun, 2004-08-15 at 17:29, Doug Rabson wrote:
> > > On Sunday 15 August 2004 16:12, Stefan Ehmann wrote:
> > > > On Sun, 2004-08-15 at 11:24, Doug Rabson wrote:
> > > > > On Sunday 15 August 2004 09:39, Stefan Ehmann wrote:
> > > > > > On Sun, 2004-08-15 at 02:56, Johan Pettersson wrote:
> > > > > > > On Sat, 14 Aug 2004 19:34:24 +0100
> > > > > > >
> > > > > > > Doug Rabson <dfr_at_nlsystems.com> wrote:
> > > > > > > > The latest 6113 build of the nvidia graphics drivers has
> > > > > > > > just appeared
> > > >
> > > > ...
> > > >
> > > > > > > Im running the new driver on a recent -CURRENT and xorg
> > > > > > > 6.7.0. When starting zsnes I get this:
> > > > > > >
> > > > > > > beard ~> zsnes
> > > > > > > Fatal error 'Exceeded maximum lock level' at line 261 in
> > > > > > > file /usr/src/lib/libpthread/thread/thr_cancel.c (errno =
> > > > > > > 0) Bus error (core dumped)
> > > > > > > beard ~>
> > > > > >
> > > > > > Same error message here when starting neverball. If I map
> > > > > > libpthread->libc_r it's working again.
> > > > > >
> > > > > > xawtv also stopped working. Fortunately setting -xvport
> > > > > > manually did fix that.
> > > > >
> > > > > This might be because libGL calls libpthread's version of
> > > > > open() before libpthread has initialised properly. This patch
> > > > > might fix it - it fixes neverball's map compiler for me but I
> > > > > haven't actually run neverball itself.
> > > >
> > > > That fixed the problem, thanks.
> > > >
> > > > Just noticed that libthr seems to have similiar problems. Here's
> > > > a backtrace when starting neverball using libthr.
> > >
> > > This patch ought to fix libthr (I haven't tested it).
> >
> > Not quite. No segfault any more but neverball (or any GL app)
> > immediately exits returning 1 immediately after startup.
> 
> Interesting. That sounds like a bug I tracked down where libGL was using 
> a 'pthread_once_t' structure which didn't match the libthr (and 
> libpthread) ABI. Something to do with linuxthreads compatibility. Can 
> you tell me if it dies shortly after a call to pthread_once() with a 
> structure containing a non-zero mutex pointer?

No, couldn't find any calls to pthread_once(). This is the last bit from
truss output when trying to start glxgears. If you need, I can provide a
complete truss/ktrace output.

break(0x80f5000)                                 = 0 (0x0)
getpid()                                         = 46586 (0xb5fa)
_umtx_unlock(0x804d030)                          ERR#22 'Invalid
argument'
sigprocmask(0x3,0xbfbfeadc,0x0)                  = 0 (0x0)
thr_kill(0x0,0x6)                                ERR#3 'No such process'
sigaction(SIGABRT,{ SIG_DFL
0x0|ONSTACK|RESTART|RESETHAND|NOCLDSTOP|NODEFER|NOCLDWAIT|SIGINFO ss_t
},0x0) = 0 (0x0)
sigprocmask(0x3,0xbfbfeadc,0x0)                  = 0 (0x0)
thr_kill(0x0,0x6)                                ERR#3 'No such process'
exit(0x1)                                       
process exit, rval = 256
Received on Sun Aug 15 2004 - 14:21:40 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:06 UTC