As of stretch, with the nvidia-driver 375.20 and Xorg 1.19 this problem
has disappeared.
On 02/27/2015 02:55 PM, Richard B. Kreckel wrote:
I've observed that most of these X server crashes have a stack backtrace
that looks like this:
#0 0x7fde06264107 in __GI_raise (sig=sig@entry=6) at
../nptl/sysdeps/unix/sysv/linux/raise.c:56
#1 0x7fde062654e8 in __GI_abort () at abort
I've observed that most of these X server crashes have a stack backtrace
that looks like this:
> #0 0x7fde06264107 in __GI_raise (sig=sig@entry=6) at
> ../nptl/sysdeps/unix/sysv/linux/raise.c:56
> #1 0x7fde062654e8 in __GI_abort () at abort.c:89
> #2 0x7fde089e49e1 in OsAbort () at
Package: xorg-server
Version: 2:1.16.2.901-1
Severity: important
I have a couple of Debian/jessie machines configured to be used by
serveral users in turns. They are using the "log in as another user"
feature of Gnome, while other are staying logged in. In about 1 out of
15 cases, X freezes for g
4 matches
Mail list logo