2017-12-07 5:43 GMT+01:00 Julien Aubin <julien.au...@gmail.com>: > > 2017-12-06 21:50 GMT+01:00 Aurelien Jarno <aurel...@aurel32.net>: > >> On 2017-12-06 19:39, Julien Aubin wrote: >> > Weird... this time I re-upgraded libc6 and things work fine... looks >> like >> > something wrong went during the install. And I cannot reproduce the >> issue >> > anymore... :'( WTF ??? >> >> Hmm, a bug has been introduced in libc6 version 2.24-11+deb9u2, which in >> some conditions leave the /etc/ld.so.nohwcap file instead of removing it >> just after the upgrade (see bug#883394). One of the condition is to have >> libc6-i686 installed (while it can be safely removed), which seems to be >> your case. >> >> I consider this bug harmless as it should not deactivate anything now >> that the default libc is already i686 optimized. Also I don't see how it >> could trigger the issue you described. Anyway better be safe than sorry, >> could you please try to create this file with "touch /etc/ld.so.nohwcap" >> as root and see if it makes the issue to reappear? Once the test is done >> you can then remove it. >> >> Thanks, >> Aurelien >> > > > Bingo ! It was exactly this ! > > If I re-create the file for example it crashes glxgears. When I remove it > glxgears works fine. > > With GDB, the stack trace for when I run glxgears : > > 0 0x00007ffff6b311a4 in pthread_mutex_lock (mutex=0x7ffff604e8c0) at > forward.c:192 > #1 0x00007ffff5de1308 in __glDispatchNewVendorID () from > /usr/lib/x86_64-linux-gnu/libGLdispatch.so.0 > #2 0x00007ffff60793c2 in ?? () from /usr/lib/x86_64-linux-gnu/libGLX.so.0 > > #3 0x00007ffff607a1ac in ?? () from /usr/lib/x86_64-linux-gnu/libGLX.so.0 > > #4 0x00007ffff6073170 in glXChooseVisual () from > /usr/lib/x86_64-linux-gnu/libGLX.so.0 > #5 0x000055555555779f in ?? () > #6 0x0000555555555ae7 in ?? () > #7 0x00007ffff6a5c2e1 in __libc_start_main (main=0x555555555970, argc=1, > argv=0x7fffffffe638, init=<optimized out>, > fini=<optimized out>, rtld_fini=<optimized out>, > stack_end=0x7fffffffe628) at ../csu/libc-start.c:291 > #8 0x000055555555646a in ?? () > > > To be clear it looks like this file also affects libc6-amd64 behaviour...
> >> -- >> Aurelien Jarno GPG: 4096R/1DDD8C9B >> aurel...@aurel32.net http://www.aurel32.net >> > >