Bug#883615: Acknowledgement ([CRITICAL] Stretch p-u 9.3 breaks NVidia driver and X.org)
Julien Aubin
julien.aubin at gmail.com
Thu Dec 7 21:42:39 UTC 2017
2017-12-07 22:11 GMT+01:00 Aurelien Jarno <aurelien at aurel32.net>:
> On 2017-12-07 18:33, Julien Aubin wrote:
> > Hi,
> >
> > Ldd with file /etc/ld.so.nohwcap :
> > julien at pccorei7-4770:~$ ldd $(which glxgears)
> > linux-vdso.so.1 (0x00007ffcc49c5000)
> > libGLEW.so.2.0 => /usr/lib/x86_64-linux-gnu/libGLEW.so.2.0
> > (0x00007f9327cc6000)
> > libGLU.so.1 => /usr/lib/x86_64-linux-gnu/libGLU.so.1
> > (0x00007f9327a57000)
> > libGL.so.1 => /usr/lib/x86_64-linux-gnu/libGL.so.1
> > (0x00007f93277b3000)
> > libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f93274af000)
> > libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6
> > (0x00007f932716f000)
> > libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6
> > (0x00007f9326f5d000)
> > libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f9326bbe000)
> > libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6
> > (0x00007f932683c000)
> > libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1
> > (0x00007f9326625000)
> > libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2
> (0x00007f9326421000)
> > libGLX.so.0 => /usr/lib/x86_64-linux-gnu/libGLX.so.0
> > (0x00007f93261f1000)
> > libGLdispatch.so.0 => /usr/lib/x86_64-linux-gnu/
> libGLdispatch.so.0
> > (0x00007f9325f23000)
> > /lib64/ld-linux-x86-64.so.2 (0x00007f9328161000)
> > libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1
> > (0x00007f9325cfb000)
> > libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6
> > (0x00007f9325af7000)
> > libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6
> > (0x00007f93258f1000)
> > libbsd.so.0 => /lib/x86_64-linux-gnu/libbsd.so.0
> > (0x00007f93256db000)
> > librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1
> (0x00007f93254d3000)
> > libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0
> > (0x00007f93252b6000)
> >
> > Ldd without file /etc/ld.so.nohwcap :
> > julien at pccorei7-4770:~$ ldd $(which glxgears)
> > linux-vdso.so.1 (0x00007ffce55b0000)
> > libGLEW.so.2.0 => /usr/lib/x86_64-linux-gnu/libGLEW.so.2.0
> > (0x00007f90c7a69000)
> > libGLU.so.1 => /usr/lib/x86_64-linux-gnu/libGLU.so.1
> > (0x00007f90c77fa000)
> > libGL.so.1 => /usr/lib/x86_64-linux-gnu/libGL.so.1
> > (0x00007f90c7556000)
> > libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f90c7252000)
> > libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6
> > (0x00007f90c6f12000)
> > libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6
> > (0x00007f90c6d00000)
> > libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f90c6961000)
> > libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6
> > (0x00007f90c65df000)
> > libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1
> > (0x00007f90c63c8000)
> > libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2
> (0x00007f90c61c4000)
> > libGLX.so.0 => /usr/lib/x86_64-linux-gnu/libGLX.so.0
> > (0x00007f90c5f94000)
> > libGLdispatch.so.0 => /usr/lib/x86_64-linux-gnu/
> libGLdispatch.so.0
> > (0x00007f90c5cc6000)
> > /lib64/ld-linux-x86-64.so.2 (0x00007f90c7f04000)
> > libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1
> > (0x00007f90c5a9e000)
> > libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6
> > (0x00007f90c589a000)
> > libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6
> > (0x00007f90c5694000)
> > libbsd.so.0 => /lib/x86_64-linux-gnu/libbsd.so.0
> > (0x00007f90c547e000)
> > librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1
> (0x00007f90c5276000)
> > libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0
> > (0x00007f90c5059000)
> >
> > I remark the addresses of libraries are not the same but it is probably
> due
> > to ASLR.
>
> It's normal that the addresses are not the same, that said, I was
> expecting the path to be different. The only thing that
> /etc/ld.so.nohwcap is supposed to change the libraries that are loaded.
> That said, there is are path for optimized libraries on amd64, so I am
> not really surprised. I still don't understand the bug...
>
@Andreas and/or Luca : could you please try as well the same thing as I
did, I mean :
1/ Create file /etc/ld.so.nohwcap
2/ Launch glxgears
3/ Remove the file
4/ Launch glxgears
And then communicate the results ?
>
> Aurelien
>
> --
> Aurelien Jarno GPG: 4096R/1DDD8C9B
> aurelien at aurel32.net http://www.aurel32.net
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/pkg-nvidia-devel/attachments/20171207/d8a40d62/attachment.html>
More information about the pkg-nvidia-devel
mailing list