Bug#883615: Acknowledgement ([CRITICAL] Stretch p-u 9.3 breaks NVidia driver and X.org)

[Aurelien Jarno]

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...

Aurelien

-- 
Aurelien Jarno                          GPG: 4096R/1DDD8C9B
aurelien at aurel32.net                 http://www.aurel32.net