10de:0422 [Asus M2N]
Xorg crashed with SIGABRT After resuming from suspension of my PC.
The backtrace may be found at:
I have already reported this bug on launchpad:
This is the hardware of my PC: http://phillw.net/hardware/kuDwMTTb
I am running the latest version of Ubuntu Trusty Thar 14.04 with all updates applied and with the latest kernel (3.13.0-6-generic #23-Ubuntu).
This bug has occured since Ubuntu Raring Ringtail 13.04.
This happens in response to the GPU hanging. X could perhaps handle this a little more gracefully (e.g. by reporting "GPU hung, committing suicide"), but the real issue is that the GPU is hanging on resume... Do you have a dmesg after resuming?
It'd also be worthwhile testing this out with a fresh kernel, e.g. 3.13.2, as this issue may have gotten fixed in the meanwhile.
I am attaching dmesg after reboot.
Created attachment 93634 [details]
dmesg after reboot
I will also test this out with a fresh kernel and let you know.
Oh, I didn't notice you were already running 3.13 -- I highly doubt 3.13.x would help. 3.14-rc1 MIGHT but that's a low chance.
An interesting observation is that your BSP engine refuses MMIO writes when coming back from sleep, but it was fine on original boot. We're probably not initializing something we should be... :( [The BSP engine in itself isn't that important -- it's for h264 decoding, but it's an unfortunate indicator.]
And then you end up with a bunch of
[ 5298.803245] nouveau E[ PFB][0000:02:00.0] trapped read at 0x0020ea1200 on channel 0x0000fc33 [compiz] PGRAPH/DISPATCH/M2M_IN reason: NULL_DMAOBJ
Which eventually kill X as well.
It's not super-clear from your report, but did this work prior to Ubuntu 13.04? If so, can you figure out what kernel version you were using back when it did work?
I started having Xorg server crashes from kernel 3.8.0-35 on wards. Up to kernel 3.7.10 I had ho crashes after suspension (that is until Ubuntu Quantal Quetzal no crashes, from Ubuntu Raring Ringtail I stared having crashes).
This is the link with Ubuntu mainline kernels: http://kernel.ubuntu.com/~kernel-ppa/mainline/?C=N;O=D.
I starded having crashes from v3.8-raring.
Would you be able to do a bisect between 3.7 and 3.8?
Another user identified commit 4f6029da58ba (in bug #67878) which came in between 3.7 and 3.8 -- perhaps you have the same issue? It's a different card, so might be different... a bunch of stuff changed between 3.7 and 3.8.
(In reply to comment #9)
> Would you be able to do a bisect between 3.7 and 3.8?
To be honest I never did a kernel bisect, but I can try. I will try and let you know.
I started with compiling kernel v.3.8 19f949f from git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git.
When I boot my PC with kernel 3.8 lightdm doesn't even start and I get a black screen, I am attaching dmesg from booting on kernel 3.8.
After re-booting on Ubuntu kernel again I get a crash report from Xorg, so I suppose Xorg crashed.
Created attachment 93952 [details]
dmesg from kernel 3.8
dmesg output after booting my PC with kernel v.3.8.
I will continue testing previous kernels to v. 3.8.
I started bisecting kernel from 3.7 to 3.8 this is the bisect log output:
letozaf@letozaf-PC:~/Documents/linux$ git bisect log
git bisect start
# good: [29594404d7fe73cd80eaa4ee8c43dcc53970c60e] Linux 3.7
git bisect good 29594404d7fe73cd80eaa4ee8c43dcc53970c60e
# bad: [19f949f52599ba7c3f67a5897ac6be14bfcb1200] Linux 3.8
git bisect bad 19f949f52599ba7c3f67a5897ac6be14bfcb1200
# good: [dadfab4873256d2145640c0ce468fcbfb48977fe] Merge tag 'firewire-updates' of git://git.kernel.org/pub/scm/linux/kernel/git/ieee1394/linux1394
git bisect good dadfab4873256d2145640c0ce468fcbfb48977fe
# bad: [992956189de58cae9f2be40585bc25105cd7c5ad] efi: Fix the build with user namespaces enabled.
git bisect bad 992956189de58cae9f2be40585bc25105cd7c5ad
I stopped as the second kernel test, the 992956189de58cae9f2be40585bc25105cd7c5ad one, after suspension gave me a black screen and I could not resume, had to switch of my PC by pushing power button.
After reboot apport reported an Xorg crash.
So I think the problem is on this kernel commit (992956189de58cae9f2be40585bc25105cd7c5ad).