Created attachment 97525 [details]
dmesg output, as of running Linux 3.14
On my laptop, the GPU reproducably locks up when booting Linux 3.13 or 3.14.
* NV98; lspci gives
VGA compatible controller: NVIDIA Corporation G98M [Quadro NVS 160M] (rev a1)
* Dual-head set-up. One connected monitor is the laptop screen, the other
is an HDMI monitor.
* x86-64 system (Dell Latitude E6400)
* The attached dmesg is from running Linux 3.14.1, as downloaded from
kernel.org. I have applied a small patch as suggested by
RSpliet and xexaxo^ on IRC.
* libdrm: Installed from Debian unstable, package version: libdrm-nouveau2 2.4.52-1
* Xorg: Also from Debian unstable, package version: 1:7.7+1 (i.e., Xorg 7.7).
Error description: During boot-up, an X server seems to start up. The
X server process is running, and the system switches to a fresh VT, but
it seems that graphics are not initialized at all, and the X server is stuck.
In particular, nothing remotely resembling a gdm session shows up, and the
keyboard is not responsive (except Magic Sysrq).
When switching to a console, a kernel message about a GPU lockup (see dmesg)
Furthermore, booting the system with an old kernel (verified for Linux 3.2.42,
using an old Debian package), X starts up normally.
Attached: dmesg output. I will add further information in additional messages.
Created attachment 97526 [details]
JFTR: Output of vbtracetool
Using card 10de:06eb on 0100
Nvidia card -- using PROM/PRAMIN BIOS
Using card memory region at 0xf5000000
Attempting to locate BIOS image in PROM... BIOS signature not found
Attempting to locate BIOS image in PRAMIN... appears to be valid
-- GitLab Migration Automatic Message --
This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.
You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/issues/103.