10de:0a6c [Dell Latitude E6410] nouveau fails when logging in to Ubuntu/Kubuntu with kernel 3.7.0-2

Bug #1080808 reported by C de-Avillez on 2012-11-19
16
This bug affects 3 people
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Medium
Unassigned
xserver-xorg-video-nouveau (Ubuntu)
High
Unassigned

Bug Description

Upgraded to Raring; when booting using kernel 3.7.0-2-generic, a login to Kubuntu/Ubuntu fails with the errors shown in the attachments.

This has been happening since Quantal, around Beta2 -- on Quantal, I would have such a failure (or a GPU lock-up, like in bug 1048701) every so often: on Ubuntu, after a few hours, on Kubuntu usually on logout/login, or -- just once in ~ 2 weeks, during normal usage.

On Raring it seems guaranteed to fail *always* on login. Once failed, laptop has to be power-cycled for the display to work again.

Booting back on the current Quantal kernel (3.5.0-19) allows me to work again.

WORKAROUND: nvidia-experimental-310 works on 3.7.0-x

ProblemType: Bug
DistroRelease: Ubuntu 13.04
Package: xserver-xorg-video-nouveau 1:1.0.4-0ubuntu1
ProcVersionSignature: Ubuntu 3.7.0-2.8-generic 3.7.0-rc5
Uname: Linux 3.7.0-2-generic x86_64
NonfreeKernelModules: wl
ApportVersion: 2.6.2-0ubuntu4
Architecture: amd64
CheckboxSubmission: c8a7d84e13c3b258e707f056604eb0e0
CheckboxSystem: d00f84de8a555815fa1c4660280da308
Date: Mon Nov 19 11:40:07 2012
DistUpgraded: 2012-11-19 08:24:53,019 DEBUG failed to SystemUnLock() (E:Not locked)
DistroCodename: raring
DistroVariant: ubuntu
InstallationDate: Installed on 2012-07-02 (140 days ago)
InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Alpha amd64 (20120701)
MachineType: Dell Inc. Latitude E6410
MarkForUpload: True
ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-3.7.0-2-generic root=/dev/mapper/hostname--vg-hostname--root ro
SourcePackage: xserver-xorg-video-nouveau
UpgradeStatus: Upgraded to raring on 2012-11-19 (0 days ago)
dmi.bios.date: 07/30/2012
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A13
dmi.board.name: 0K42JR
dmi.board.vendor: Dell Inc.
dmi.board.version: A01
dmi.chassis.type: 9
dmi.chassis.vendor: Dell Inc.
dmi.modalias: dmi:bvnDellInc.:bvrA13:bd07/30/2012:svnDellInc.:pnLatitudeE6410:pvr0001:rvnDellInc.:rn0K42JR:rvrA01:cvnDellInc.:ct9:cvr:
dmi.product.name: Latitude E6410
dmi.product.version: 0001
dmi.sys.vendor: Dell Inc.
version.compiz: compiz 1:0.9.8.4+bzr3412-0ubuntu1
version.ia32-libs: ia32-libs N/A
version.libdrm2: libdrm2 2.4.39-0ubuntu1
version.libgl1-mesa-dri: libgl1-mesa-dri 9.0.1-0ubuntu1
version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A
version.libgl1-mesa-glx: libgl1-mesa-glx 9.0.1-0ubuntu1
version.xserver-xorg-core: xserver-xorg-core 2:1.13.0-0ubuntu8
version.xserver-xorg-input-evdev: xserver-xorg-input-evdev 1:2.7.3-0ubuntu2
version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:7.0.0-0ubuntu1
version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.20.9-0ubuntu2
version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.4-0ubuntu1

C de-Avillez (hggdh2) wrote :
C de-Avillez (hggdh2) on 2012-11-19
tags: added: qa-manual-testing
summary: - nVidia/nouveau fails when logging in to Ubuntu/Kubuntu
+ nVidia/nouveau fails when logging in to Ubuntu/Kubuntu with kernel
+ 3.7.0-2

Do you mean the PGRAPH errors in dmesg? Any other errors displayed to the console or other logs?

Your report is a bit ambiguous on one point: You say you've been seeing the bug "since Quantal, around Beta2", however you later say that "Booting back on the current Quantal kernel" restores it to working. Care to clarify? By chance could you be lumping two distinct bugs together?

Focusing on the raring 100% failure on login. There are mainline kernels at http://kernel.ubuntu.com/~kernel-ppa/mainline/ you can try testing. If it were me, I'd start at 3.5-quantal and verify that works, then test v3.7-rc6-raring and verify that fails, then randomly test kernels between those versions to narrow down when the regression first starts.

Changed in xserver-xorg-video-nouveau (Ubuntu):
status: New → Incomplete

This change was made by a bot.

Changed in linux (Ubuntu):
status: New → Confirmed
Changed in linux (Ubuntu):
importance: Undecided → Medium
status: Confirmed → Incomplete

@Bryce: I started having problems around Quantal Beta2, Unity, and found that moving to the nVidia proprietary driver would either eliminate the problem, or make it very rare (I did not experience this issue at all with the proprietary driver). But the proprietary driver sucks in terms of setting multiple monitors -- I could not set them up unless by trying again and again (which sounds very much like the definition of insanity). So I went back to Nouveau, and found that KDE would survive longer. So I moved to KDE.

Then -- last week -- I upgraded to Raring. There I simply cannot use the 3.7.0 kernel; the 3.5.0-19 suffers the same issues on Unity, but mostly works on KDE.

So, a summary (*NOTE* this seems to happen with some, but not all, nVidia cards. In my case it is a GT218 [NVS 3100M] rev a2):

* nouveau on Quantal (Unity) fails at least once a day with the errors above; failure requires machine to be power-cycled; no local access is possible
* nouveau on Quantal (KDE) is usable; similar failures are mostly observed when logging in, and require a power-cycle
* nouveau on Raring (Unity or KDE) fails during login, *always*. Raring works if booted with kernel 3.5.0-19

I will check the upstream kernels.

tags: added: regression-release
C de-Avillez (hggdh2) wrote :

(all comments apply when logging in from a fresh reboot; on all cases both monitors show the login screen (lightdm-kde-greeter)
Ubuntu kernel 3.7.0-3:
 * Unity -- both monitors get the screen (almost) correctly painted; pointer moves, but nothing else can be done. The launcher is painted, with a gray/silver background, does not hide and does not respond to clicks. It does take a few minutes to reach that point
 * KDE -- only the laptop monitor got active; KDE initialisation stopped at the last step; system locally unresponsive.
Ubuntu kernel 3.7.0-2: It does take a few minutes to reach that point
 * Unity -- both monitors are active; mouse is initially quite sluggish, then not working; otherwise system is locally unresponsive; after a while, X crashes, and the greeter is redisplayed
 * KDE --only the laptop monitor is active; KDE initialisation stopped at the first step; system is not locally responsive; It does take a few minutes to reach that point
Ubuntu kernel 3.5.0-19:
 * Unity & KDE -- failures as in the previous comment.

Now for the mainlines.

C de-Avillez (hggdh2) wrote :
C de-Avillez (hggdh2) wrote :
C de-Avillez (hggdh2) wrote :
C de-Avillez (hggdh2) wrote :
C de-Avillez (hggdh2) wrote :

failed with 3.5.0 upstream as well

bugbot (bugbot) on 2012-11-22
tags: added: kubuntu
C de-Avillez (hggdh2) wrote :

It was failing so much that it got impossible to work. I moved back to nVidia proprietary (r 310), and system seems stable under Unity.

I will test, later on, KDE.

C de-Avillez (hggdh2) wrote :

nvidia-experimental-310 works on 3.7.0-x. Did not try to go back to Nouveau.

Bryce Harrington (bryce) wrote :

Thanks for the additional information; it's not evident what's gone wrong but this is worth further investigation. Stick with the proprietary driver in the meantime until we have something new to test.

Changed in xserver-xorg-video-nouveau (Ubuntu):
importance: Undecided → High
status: Incomplete → Triaged
Bryce Harrington (bryce) wrote :

Btw, 'nomodeset' is not a recommended or supported option on nouveau any longer.

Changed in linux (Ubuntu):
status: Incomplete → New

This change was made by a bot.

Changed in linux (Ubuntu):
status: New → Confirmed

C de-Avillez, as per http://www.dell.com/support/troubleshooting/us/en/19/Product/latitude-e6410 an update is available for your BIOS (A15). If you update to this, does it change anything?

If not, could you please both specify what happened, and provide the output of the following terminal command:
sudo dmidecode -s bios-version && sudo dmidecode -s bios-release-date

Thank you for your understanding.

tags: added: bios-outdated-a15 needs-bisect needs-upstream-testing
description: updated
Changed in linux (Ubuntu):
status: Confirmed → Incomplete
summary: - nVidia/nouveau fails when logging in to Ubuntu/Kubuntu with kernel
- 3.7.0-2
+ 10de:0a6c [Dell Latitude E6410] nouveau fails when logging in to
+ Ubuntu/Kubuntu with kernel 3.7.0-2
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers