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