On 2017-12-17 10:10, Andreas Beckmann wrote:
> I did dig further. An easier target for debugging is glxinfo. Which can be
> further minimized to
>
> #include
> #include
> #include
> int main()
> {
> pthread_mutex_t mutex = PTHREAD_MUTEX_INITIALIZER;
> pthread_mutex_lock();
>
I did dig further. An easier target for debugging is glxinfo. Which can be
further minimized to
#include
#include
#include
int main()
{
pthread_mutex_t mutex = PTHREAD_MUTEX_INITIALIZER;
pthread_mutex_lock();
pthread_mutex_unlock();
Display * dpy ;
dpy
Le 17 déc. 2017 05:18, "Andreas Beckmann" a écrit :
Hi Aurelien,
I can reproduce the problem in glxgears using nvidia driver 375.82-9~bpo9+1
and libc6 2.24-11+deb9u1 in a mostly stretch system:
I ran glxgears in gdb and it died here:
(gdb) bt
#0 0x76a15360 in
Hi Aurelien,
I can reproduce the problem in glxgears using nvidia driver 375.82-9~bpo9+1 and
libc6 2.24-11+deb9u1 in a mostly stretch system:
I ran glxgears in gdb and it died here:
(gdb) bt
#0 0x76a15360 in __GI__IO_link_in (fp=fp@entry=0x557b2510) at
genops.c:102
#1
On 2017-12-11 21:34, Luca Boccassi wrote:
> BTW I've been running the packages built from 384-stretch-backports on
> my desktop and I haven't encountered issues.
Thanks for testing :-)
I think I'll wait until 384 is in testing for a good week and update
stretch-backports to 384 thereafter,
On Wed, 2017-12-06 at 11:37 +0100, Andreas Beckmann wrote:
> On 2017-12-06 10:53, Julien Aubin wrote:
> > Okay I will try it. Could you please provide me the build guide and
> > install
> > guide ?
>
> From README.source:
>
> Building "bleeding edge" from SVN for users
>
> As new upstream
2017-12-07 22:11 GMT+01:00 Aurelien Jarno :
> On 2017-12-07 18:33, Julien Aubin wrote:
> > Hi,
> >
> > Ldd with file /etc/ld.so.nohwcap :
> > julien@pccorei7-4770:~$ ldd $(which glxgears)
> >linux-vdso.so.1 (0x7ffcc49c5000)
> >libGLEW.so.2.0 =>
On 2017-12-07 18:33, Julien Aubin wrote:
> Hi,
>
> Ldd with file /etc/ld.so.nohwcap :
> julien@pccorei7-4770:~$ ldd $(which glxgears)
>linux-vdso.so.1 (0x7ffcc49c5000)
>libGLEW.so.2.0 => /usr/lib/x86_64-linux-gnu/libGLEW.so.2.0
> (0x7f9327cc6000)
>libGLU.so.1 =>
Hi,
Ldd with file /etc/ld.so.nohwcap :
julien@pccorei7-4770:~$ ldd $(which glxgears)
linux-vdso.so.1 (0x7ffcc49c5000)
libGLEW.so.2.0 => /usr/lib/x86_64-linux-gnu/libGLEW.so.2.0
(0x7f9327cc6000)
libGLU.so.1 => /usr/lib/x86_64-linux-gnu/libGLU.so.1
(0x7f9327a57000)
Processing control commands:
> reopen -1
Bug #883615 {Done: Andreas Beckmann } [nvidia-driver]
[CRITICAL] Stretch p-u 9.3 breaks NVidia driver and X.org
Bug reopened
Ignoring request to alter fixed versions of bug #883615 to the same values
previously set
> tag -1 -
control: reopen -1
control: tag -1 - unreproducible
control: retitle -1 nvidia-driver: crashes with /etc/ld.so.nohwcap
On 2017-12-07 05:43, Julien Aubin wrote:
> 2017-12-06 21:50 GMT+01:00 Aurelien Jarno :
>
> > On 2017-12-06 19:39, Julien Aubin wrote:
> > > Weird... this
Processing control commands:
> reopen 883705
Bug #883705 {Done: Andreas Beckmann } [libc6] libc6:
2.24-11+deb9u2 breaks Nvidia's GLX X module on Pascal GPU
Bug reopened
Ignoring request to alter fixed versions of bug #883705 to the same values
previously set
> forcemerge 883705
control: reopen 883705
control: forcemerge 883705 883394
control: retitle 883705 libc6: keep /etc/ld.so.nohwcap after upgrade, breaking
Nvidia GLX
On 2017-12-07 05:43, Julien Aubin wrote:
> 2017-12-06 21:50 GMT+01:00 Aurelien Jarno :
>
> > On 2017-12-06 19:39, Julien Aubin
2017-12-07 5:43 GMT+01:00 Julien Aubin :
>
> 2017-12-06 21:50 GMT+01:00 Aurelien Jarno :
>
>> 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
2017-12-06 21:50 GMT+01:00 Aurelien Jarno :
> 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 ???
>
>
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
Thanks a lot and sorry for the inconvenience.
2017-12-06 19:45 GMT+01:00 Andreas Beckmann :
> Control: tag -1 unreproducible
> Control: close -1
>
> On 2017-12-06 19:39, Julien Aubin wrote:
> > Weird... this time I re-upgraded libc6 and things work fine... looks like
> >
Processing control commands:
> tag -1 unreproducible
Bug #883705 [libc6] libc6: 2.24-11+deb9u2 breaks Nvidia's GLX X module on
Pascal GPU
Added tag(s) unreproducible.
> close -1
Bug #883705 [libc6] libc6: 2.24-11+deb9u2 breaks Nvidia's GLX X module on
Pascal GPU
Marked Bug as done
--
883705:
Control: tag -1 unreproducible
Control: close -1
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 ???
OK, I'm closing the two bugs
Processing control commands:
> tag -1 unreproducible
Bug #883615 [nvidia-driver] [CRITICAL] Stretch p-u 9.3 breaks NVidia driver and
X.org
Added tag(s) unreproducible.
> close -1
Bug #883615 [nvidia-driver] [CRITICAL] Stretch p-u 9.3 breaks NVidia driver and
X.org
Marked Bug as done
--
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 ???
2017-12-06 19:24 GMT+01:00 Andreas Beckmann :
> Please install the -dbg/-dbgsym packages for all packages
Try to build and run this program, it could be a reproducer for your
problem:
#include
#include
int main()
{
const char *s = "001 GLX";
char *p;
long int l = strtol(s, , 10);
long long ll = strtoll(s, , 10);
printf("%ld %lld\n", l, ll);
}
On 2017-12-06 18:39, Julien Aubin wrote:
> Raised issue #883705 as it is actually a libc6 regression (it may affect
> other apps actually).
I tried to set a title for that bug (it had none), but maybe you can
describe it even better?
Just to verify: if you downgrade libc6 to 2.24-11+deb9u1
Please install the -dbg/-dbgsym packages for all packages involved in
the backtrace, this should give a bit more information.
That would probably include xserver-xorg-core-dbgsym (you will have to
enable the debian-debug package source for that, see
https://wiki.debian.org/HowToGetABacktrace) and
Hi,
2017-12-06 19:18 GMT+01:00 Andreas Beckmann :
> On 2017-12-06 18:39, Julien Aubin wrote:
> > Raised issue #883705 as it is actually a libc6 regression (it may affect
> > other apps actually).
>
> I tried to set a title for that bug (it had none), but maybe you can
> describe
Raised issue #883705 as it is actually a libc6 regression (it may affect
other apps actually).
I think you can close this one if you wish.
2017-12-06 18:11 GMT+01:00 Julien Aubin :
> Okay found the culprit : libc6
>
> Issue appears with the one from 9.3 but not 9.2
>
>
Okay found the culprit : libc6
Issue appears with the one from 9.3 but not 9.2
2017-12-06 11:56 GMT+01:00 Julien Aubin :
>
>
> Le 6 déc. 2017 11:51, "Luca Boccassi" a écrit :
>
> On Wed, 2017-12-06 at 11:37 +0100, Andreas Beckmann wrote:
> > On
Le 6 déc. 2017 11:51, "Luca Boccassi" a écrit :
On Wed, 2017-12-06 at 11:37 +0100, Andreas Beckmann wrote:
> On 2017-12-06 10:53, Julien Aubin wrote:
> > Okay I will try it. Could you please provide me the build guide and
> > install
> > guide ?
>
> From README.source:
>
>
On Wed, 2017-12-06 at 11:37 +0100, Andreas Beckmann wrote:
> On 2017-12-06 10:53, Julien Aubin wrote:
> > Okay I will try it. Could you please provide me the build guide and
> > install
> > guide ?
>
> From README.source:
>
> Building "bleeding edge" from SVN for users
>
> As new upstream
On 2017-12-06 10:53, Julien Aubin wrote:
> Okay I will try it. Could you please provide me the build guide and install
> guide ?
>From README.source:
Building "bleeding edge" from SVN for users
As new upstream versions of the proprietary driver are released, upload
might not happen
Okay I will try it. Could you please provide me the build guide and install
guide ?
I've also seen that the crash actually occurs in libc6 in strtol_l.c. I
will try to downgrade it.
I keep you informed for the both options.
Le 6 déc. 2017 10:50, "Andreas Beckmann" a écrit :
On 2017-12-05 22:23, Julien Aubin wrote:
> To help debugging, could you provide me please some link to a newer NVidia
> driver release built for stretch please (and some notice to install it) ?
Can you build the packages from SVN? I've prepared a (completely
untested) backport for stretch in
Le 6 déc. 2017 07:24, "Julien Aubin" a écrit :
2017-12-06 7:07 GMT+01:00 Julien Aubin :
>
>
> 2017-12-06 3:34 GMT+01:00 Julien Aubin :
>
>>
>>
>> Le 5 déc. 2017 23:08, "Luca Boccassi" a écrit :
>>
>> On
2017-12-06 7:07 GMT+01:00 Julien Aubin :
>
>
> 2017-12-06 3:34 GMT+01:00 Julien Aubin :
>
>>
>>
>> Le 5 déc. 2017 23:08, "Luca Boccassi" a écrit :
>>
>> On Tue, 2017-12-05 at 22:23 +0100, Julien Aubin wrote:
>> > To help
2017-12-06 3:34 GMT+01:00 Julien Aubin :
>
>
> Le 5 déc. 2017 23:08, "Luca Boccassi" a écrit :
>
> On Tue, 2017-12-05 at 22:23 +0100, Julien Aubin wrote:
> > To help debugging, could you provide me please some link to a newer
> > NVidia
> > driver
Le 5 déc. 2017 23:08, "Luca Boccassi" a écrit :
On Tue, 2017-12-05 at 22:23 +0100, Julien Aubin wrote:
> To help debugging, could you provide me please some link to a newer
> NVidia
> driver release built for stretch please (and some notice to install
> it) ?
Unfortunately I
On Tue, 2017-12-05 at 22:23 +0100, Julien Aubin wrote:
> To help debugging, could you provide me please some link to a newer
> NVidia
> driver release built for stretch please (and some notice to install
> it) ?
Unfortunately I don't think we have anything that can be used in
Stretch - IIRC both
To help debugging, could you provide me please some link to a newer NVidia
driver release built for stretch please (and some notice to install it) ?
Thus :
- If I disable from a custom xorg.conf file module glx everything loads
fine (as long as I use lightdm as a login manager)
Thanks a lot.
GLX crashes here :
#0 0x7588ad01 in __GI_strtol_l_internal (nptr=0x7fffe2b1
"001 GLX", endptr=0x7fffe2a8, base=10, group=,
loc=0x55ad3620) at ../stdlib/strtol_l.c:293
#1 0x555cd0cb in ?? ()
#2 0x555bbeb0 in AddExtension ()
#3 0x7381d7b2 in ?? ()
Hi,
I reinstalled NVidia driver several times and the problem is still the
same. Trying your method still results in the same issue.
Now if I fully blacklist the nvidia driver I get a "better" black screen w/
Nouveau, in the sense that keyboard answers. Thus Xorg.0.log does not hang
on the GLX
On Tue, 2017-12-05 at 20:55 +0100, Julien Aubin wrote:
> Looks like the culprit is NVidia modeset. Thus the issue does not
> happen w/
> a Maxwell GPU.
>
> [ 542.167979] nvidia-modeset: Allocated GPU:0
> (GPU-c9899079-b539-164e-1242-191c547d3276) @ PCI::01:00.0
>
>
> [ 542.490521]
Looks like the culprit is NVidia modeset. Thus the issue does not happen w/
a Maxwell GPU.
[ 542.167979] nvidia-modeset: Allocated GPU:0
(GPU-c9899079-b539-164e-1242-191c547d3276) @ PCI::01:00.0
[ 542.490521] nvidia-modeset: Freed GPU:0
(GPU-c9899079-b539-164e-1242-191c547d3276) @
Driver hangs just here :
--->
[32.680] (II) Initializing extension GLX
[32.680] (II) Indirect GLX disabled.
>
Normally I should get then [34.659] (II) config/udev: Adding input
device Power Button (/dev/input/event5)
But here it crashes without
43 matches
Mail list logo