Launchpad has imported 18 comments from the remote bug at https://bugs.freedesktop.org/show_bug.cgi?id=71116.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2013-11-01T08:40:06+00:00 Ronald wrote: Created attachment 88462 Attempt to resume [ 0.197865] nouveau [ DEVICE][0000:01:00.0] Chipset: NV34 (NV34) [ 0.197869] nouveau [ DEVICE][0000:01:00.0] Family : NV30 After *only upgrading userspace* from Ubuntu 13.04 to Ubuntu 13.10 the card fails to properly resume from s2disk. Important upgraded packages: xserver-xorg-core:i386 2:1.13.3-0ubuntu6.2 -> 2:1.14.3-3ubuntu2 xserver-xorg-video-nouveau:i386 1:1.0.7-0ubuntu1 -> 1:1.0.9-2ubuntu1 libdrm2:i386 2.4.43-0ubuntu1.1 -> 2.4.46-1 libpciaccess0:i386 0.13.1-2 -> 0.13.2-1 Reply at: https://bugs.launchpad.net/ubuntu/+source/libdrm/+bug/1247607/comments/0 ------------------------------------------------------------------------ On 2013-11-01T08:41:07+00:00 Ronald wrote: Created attachment 88463 Attempt to resume (nouveau.agpmode=4) Suggested by imirkin. No dice. Reply at: https://bugs.launchpad.net/ubuntu/+source/libdrm/+bug/1247607/comments/1 ------------------------------------------------------------------------ On 2013-11-01T08:41:44+00:00 Ronald wrote: Created attachment 88464 Full list of all upgraded packages Reply at: https://bugs.launchpad.net/ubuntu/+source/libdrm/+bug/1247607/comments/2 ------------------------------------------------------------------------ On 2013-11-02T14:59:07+00:00 Ronald wrote: Woa, tried nvidia-173 on - 3.11 - 3.10 - 3.4 All failed to resume with a black screen. I guess nouveau used to have an edge on this one! So, no mmiotraces =( ... Reply at: https://bugs.launchpad.net/ubuntu/+source/libdrm/+bug/1247607/comments/3 ------------------------------------------------------------------------ On 2013-11-02T16:34:25+00:00 Ronald wrote: Using agp=off for the Linux 3.11 kernel and NvAGP=1 in xorg.conf it works with the blob again. Let me know if you would like to have a trace and all. https://bugs.launchpad.net/suse/+bug/255601 Reply at: https://bugs.launchpad.net/ubuntu/+source/libdrm/+bug/1247607/comments/4 ------------------------------------------------------------------------ On 2013-11-02T19:12:59+00:00 Emil-l-velikov wrote: Hi Ronald AFAICS there are two routes you/we can take this * Find out which package update caused the breakage * Disable AGP with nouveau (similar to what you did with the blob) If you're going for the first one, here is a list of packages that you'll need to check (other may not me related): * xserver-xorg-core * xserver-xorg-video-nouveau * All *mesa* The above can be rather messy and hard, as you'll need to track that the dependencies are met and/or rebuild packages. The latter route is much easier * Append nouveau.agpmode=0 to your kernel command line (i.e. grub/lilo) Reply at: https://bugs.launchpad.net/ubuntu/+source/libdrm/+bug/1247607/comments/5 ------------------------------------------------------------------------ On 2013-11-03T07:38:42+00:00 Ronald wrote: Created attachment 88546 2_Attempt to resume (nouveau.agpmode=0) Survives one cycle since I did this from SSH with `pm-hibernate`. Apparently Xorg only locksup on resume because of xscreensaver if I press the button in XFCE. Reply at: https://bugs.launchpad.net/ubuntu/+source/libdrm/+bug/1247607/comments/6 ------------------------------------------------------------------------ On 2013-11-03T07:39:20+00:00 Ronald wrote: Created attachment 88547 2_Attempt to resume (agp=off) Also tried agp=off Reply at: https://bugs.launchpad.net/ubuntu/+source/libdrm/+bug/1247607/comments/7 ------------------------------------------------------------------------ On 2013-11-03T07:40:11+00:00 Ronald wrote: Created attachment 88548 2_Attempt to resume To confirm my hypotheses that disabling AGP has no effect I tried it without kernel parameters that alter the driver's behaviour. Same effect. Reply at: https://bugs.launchpad.net/ubuntu/+source/libdrm/+bug/1247607/comments/8 ------------------------------------------------------------------------ On 2013-11-03T07:40:35+00:00 Ronald wrote: (see above three logfiles) I tried your second suggestion, did not work(!). - nouveau.agpmode=0 -> crash - agp=off -> crash - no kernel parameters -> typing pm-hibernate from SSH -> success(!) . Clicking somewhere on desktop -> crash (Only moving cursor did not make it crash). I'm not totally against bisecting these source packages, but that will then be a longterm thing. Furthermore, is all of mesa required? (i.e. I'm not using a compositing desktop for that matter (just XFCE)). Conclusion, it appears that disabling agp has no effect. Machine only crashes after resume if the screen is repainted with the exception of mouse movements. Reply at: https://bugs.launchpad.net/ubuntu/+source/libdrm/+bug/1247607/comments/9 ------------------------------------------------------------------------ On 2013-11-03T11:49:15+00:00 Emil-l-velikov wrote: (In reply to comment #6) > Created attachment 88546 [details] > 2_Attempt to resume (nouveau.agpmode=0) > > Survives one cycle since I did this from SSH with `pm-hibernate`. Apparently > Xorg only locksup on resume because of xscreensaver if I press the button in > XFCE. I had a strange feeling that mesa is involved :\ If you're up for it you can {re,}move nouveau_dri.so (the 3g/gl "driver") and confirm it that fixes your s2ram problems. Note your CPU usage may sky-rocket (the system will fall back to software GL rendering). (In reply to comment #9) [...] > I'm not totally against bisecting these source packages, but that will then > be a longterm thing. Furthermore, is all of mesa required? (i.e. I'm not > using a compositing desktop for that matter (just XFCE)). > Before bisecting anything I would suggest that you absolutely make sure that you know which package broke things - mesa, xserver-xorg-core, xserver-xorg-video-nouveau and/or other. When going through mesa, make sure that you keep all the packages at the same version. Here is a crash course of what the different mesa packages provide Essential parts * libgl1-mesa-glx -> libGL provider * libgl1-mesa-dri -> provides the "hardware accelerated drivers" * libglapi-mesa -> dispatch library Extra (your system may require one or both depending on what software you have) * libgbm1 * libegl1-mesa -> libEGL provider Other * libopenvg1-mesa -> libOpenVG, afaik noone uses this * mesa-common-dev -> headers Not part of mesa (but have mesa in the package name :P) * libglu1-mesa -> minor suspect * mesa-utils -> highly unlikely to be related Have fun :) Reply at: https://bugs.launchpad.net/ubuntu/+source/libdrm/+bug/1247607/comments/10 ------------------------------------------------------------------------ On 2013-11-03T13:28:52+00:00 Ronald wrote: I relocated /usr/lib/i386-linux-gnu/dri/nouveau_dri.so to nouveau_dri_off.so and restarted the computer with AGP. I confirmed the AIGLX error in that it switches to swrast. Did not fix the s2disk issue (dmesg attached). So, it's not mesa nor the kernel. All that remains is (just...) the X server, xf86-video-nouveau and libdrm. Right? Reply at: https://bugs.launchpad.net/ubuntu/+source/libdrm/+bug/1247607/comments/11 ------------------------------------------------------------------------ On 2013-11-03T13:29:21+00:00 Ronald wrote: Created attachment 88558 3_Attempt to resume (nouveau_dri.so disabled) Reply at: https://bugs.launchpad.net/ubuntu/+source/libdrm/+bug/1247607/comments/12 ------------------------------------------------------------------------ On 2013-11-03T13:59:11+00:00 Emil-l-velikov wrote: (In reply to comment #11) > I relocated /usr/lib/i386-linux-gnu/dri/nouveau_dri.so to nouveau_dri_off.so > and restarted the computer with AGP. I confirmed the AIGLX error in that it > switches to swrast. > > Did not fix the s2disk issue (dmesg attached). > > So, it's not mesa nor the kernel. All that remains is (just...) the X > server, xf86-video-nouveau and libdrm. Right? Sounds like it. Do you know which gcc version is/was used to compile the new libdrm ? Might it be related to this http://gcc.gnu.org/ml/gcc-help/2013-07/msg00103.html? Reply at: https://bugs.launchpad.net/ubuntu/+source/libdrm/+bug/1247607/comments/13 ------------------------------------------------------------------------ On 2013-11-03T15:10:53+00:00 Ronald wrote: 13.10 (saucy) is using 4.8. 4.7 seems available, rebuilding libdrm with the source package should be easy. Just need to modify CC var I think... Reply at: https://bugs.launchpad.net/ubuntu/+source/libdrm/+bug/1247607/comments/14 ------------------------------------------------------------------------ On 2013-11-03T15:49:42+00:00 Ronald wrote: Recompiled libdrm with gcc-4.7 and BOOM the issue did p00f... =) I'll be reporting this to Ubuntu upstream. Thanks a ton! Reply at: https://bugs.launchpad.net/ubuntu/+source/libdrm/+bug/1247607/comments/15 ------------------------------------------------------------------------ On 2013-11-03T15:57:49+00:00 Ronald wrote: Filed a bugreport here: https://bugs.launchpad.net/ubuntu/+source/libdrm/+bug/1247607 Reply at: https://bugs.launchpad.net/ubuntu/+source/libdrm/+bug/1247607/comments/17 ------------------------------------------------------------------------ On 2013-11-03T16:16:07+00:00 Emil-l-velikov wrote: Ronald all the thanks goes to the Andreas Radke (Arch developer) for finding and bisecting the issue. FWIW Arch has been using clang for ~3 months to build libdrm and it seems to work great. Ideally one of the Ubuntu/GCC devs can take a look and provide more bit more clarity than "This hints at something depending on undefined evaluation order between sequence points" [1] Would that be an issue with nouveau code, gcc and/or both will hopefully be determined soon. Cheers Emil [1] http://gcc.gnu.org/ml/gcc-help/2013-07/msg00151.html Reply at: https://bugs.launchpad.net/ubuntu/+source/libdrm/+bug/1247607/comments/18 ** Changed in: nouveau Status: Unknown => Confirmed ** Changed in: nouveau Importance: Unknown => Medium -- You received this bug notification because you are a member of Ubuntu-X, which is subscribed to libdrm in Ubuntu. https://bugs.launchpad.net/bugs/1247607 Title: Libdrm compiled with gcc 4.8 makes card hang on resume from s2disk To manage notifications about this bug go to: https://bugs.launchpad.net/gcc/+bug/1247607/+subscriptions _______________________________________________ Mailing list: https://launchpad.net/~ubuntu-x-swat Post to : ubuntu-x-swat@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-x-swat More help : https://help.launchpad.net/ListHelp
