Crash on display change after resuming from suspend

[Ugo Riboni]

Every time I put my laptop on suspend, then resume it, I get an xorg crash every time I try to change the display.
It doesn't matteri if I try from a secondary display to the primary or vice versa, or from a dual display to a single display setup.

When I ask for a display change, both displays go black, and the hard disk LED shows a lot of activity. This lasts around 20 or 30 seconds, then xorg crashes.

I have to shut down and restart the computer before I can successfully switch displays again.

ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: nvidia-331 331.20-0ubuntu7
ProcVersionSignature: Ubuntu 3.12.0-5.13-generic 3.12.2
Uname: Linux 3.12.0-5-generic i686
NonfreeKernelModules: nvidia
ApportVersion: 2.12.7-0ubuntu2
Architecture: i386
CurrentDesktop: Unity
Date: Wed Dec 18 17:27:53 2013
EcryptfsInUse: Yes
InstallationDate: Installed on 2012-07-12 (523 days ago)
InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Release i386 (20120423)
SourcePackage: nvidia-graphics-drivers-331
UpgradeStatus: Upgraded to trusty on 2013-12-09 (9 days ago)

[Alberto Milone (albertomilone)]

@Daniel: this looks like a front buffer reallocation issue to me:

[126540.251] (II) NVIDIA(0): Setting mode "LVDS-0: nvidia-auto-select @1680x1050 +0+0 {ViewPortIn=1680x1050, ViewPortOut=1680x1050+0+0}"
[126542.453] (EE) NVIDIA(0): Failed to allocate primary buffer: out of memory.
[126542.453] (EE) NVIDIA(0): *** Aborting ***
[126542.453] (EE) NVIDIA(0): Failed to allocate primary buffer: out of memory.
[126542.453] (EE) NVIDIA(0): *** Aborting ***
[126542.453] (EE)
Fatal server error:
[126542.453] (EE) Unable to allocate X screen at new size 1920 x 1200, and unable to reallocate X screen at original size 3600 x 1200

[Toan (tpham3783)]

I also have the same symptom when upgraded to this driver.

My machine is:

Intel I7 920
Asus X58 Motherboard
GTX460 nvidia graphic card

After a resume, i noticed that everything looks fine. (since i have dual monitor), i could work on the first monitor (monitor to the left), but as soon as i move my mouse cursor the second monitor, Xorg service locked up.

I then ssh*ed* into the PC and attached a debugger to the Xorg process, the stack trace showed that it was running code inside the nvidia driver and never returned. CPU consumption at this point was 100%

Please let me know if you need me to run any test scenarios; this buy is very easy to replicate on my PC. Just put it to sleep on RAM, and on the next resume, Xorg would lockup when the mouse cursor is moved on the second monitor.

thank you

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.