Bug#684240: lenovo t61 laptop fails to shutdown
Hi again,
Luis Mochan wrote:
> but I guess that a previous /var/log/Xorg.n.log and the
> /var/log/messages of my last failed sessions might help, so I am
> attaching some of them. As I wrote, several Xorg.n.log files are
> generated one after the other.
That is probably gdm restarting X after X fails to start. Let's see
what the logs say.
[...]
> [ 297.964] (II) [drm] DRM interface version 1.4
> [ 297.964] (II) [drm] DRM open master succeeded.
> [ 297.964] (--) NOUVEAU(0): Chipset: "NVIDIA NV86"
Sven has the same chipset, I think. It was supposed to work well at
least in the past.
[...]
> [ 299.012] (II) NOUVEAU(0): Output LVDS-1 disconnected
> [ 299.012] (II) NOUVEAU(0): Output VGA-1 disconnected
> [ 299.012] (II) NOUVEAU(0): Output DVI-D-1 disconnected
> [ 299.012] (WW) NOUVEAU(0): Unable to find connected outputs - setting 1024x768 initial framebuffer
[...]
> [ 307.870] (II) NOUVEAU(0): EDID vendor "LEN", prod id 16435
> [ 307.870] (II) NOUVEAU(0): Printing DDC gathered Modelines:
> [ 307.870] (II) NOUVEAU(0): Modeline "1440x900"x0.0 96.50 1440 1522 1576 1706 900 905 914 943 -hsync -vsync (56.6 kHz eP)
> [ 307.870] (II) NOUVEAU(0): Modeline "1440x900"x0.0 80.44 1440 1522 1576 1706 900 905 914 943 -hsync -vsync (47.2 kHz e)
> [ 319.631] (II) NOUVEAU(0): EDID vendor "LEN", prod id 16435
> [ 319.631] (II) NOUVEAU(0): Printing DDC gathered Modelines:
> [ 319.631] (II) NOUVEAU(0): Modeline "1440x900"x0.0 96.50 1440 1522 1576 1706 900 905 914 943 -hsync -vsync (56.6 kHz eP)
> [ 319.631] (II) NOUVEAU(0): Modeline "1440x900"x0.0 80.44 1440 1522 1576 1706 900 905 914 943 -hsync -vsync (47.2 kHz e)
> [ 323.502] (II) NOUVEAU(0): EDID vendor "LEN", prod id 16435
> [ 323.502] (II) NOUVEAU(0): Printing DDC gathered Modelines:
> [ 323.502] (II) NOUVEAU(0): Modeline "1440x900"x0.0 96.50 1440 1522 1576 1706 900 905 914 943 -hsync -vsync (56.6 kHz eP)
> [ 323.502] (II) NOUVEAU(0): Modeline "1440x900"x0.0 80.44 1440 1522 1576 1706 900 905 914 943 -hsync -vsync (47.2 kHz e)
[EOF]
I guess X died at this point.
[...]
> [ 0.158245] ACPI FADT declares the system doesn't support PCIe ASPM, so disable it
[...]
> [ 0.302907] pci 0000:01:00.0: BAR 6: can't assign mem pref (size 0x20000)
Hm. A log with CONFIG_PCI_DEBUG enabled might tell more.
[...]
> [ 3.012903] uvesafb: NVIDIA Corporation, G86 Board - NV_NB8M , Chip Rev , OEM: NVIDIA, VBE v3.0
Not sure why uvesafb is claiming the display instead of nouveaufb. It
also could be interesting to try blacklisting uvesafb.
I forgot to mention before: you can run "update-initramfs -u -k
$(uname -r)" after any change to /etc/modprobe.d to allow the change
to take effect before the root filesystem is mounted.
[...]
> [ 32.791117] [drm] nouveau 0000:01:00.0: Detected an NV50 generation card (0x086900a2)
[...]
> [ 32.859358] [drm] nouveau 0000:01:00.0: Bios version 60.86.3e.00
[...]
> [ 33.106970] [drm] Initialized nouveau 1.0.0 20120316 for 0000:01:00.0 on minor 0
Good.
[...]
> [ 36.586580] vboxdrv: fAsync=1 offMin=0x12d998 offMax=0x12d998
If it's possible to test without the virtualbox drivers in the
future, that would be useful (and it's a prerequisites for taking this
upstream).
[...]
> [ 86.134478] gnome-settings-[3737]: segfault at 40 ip adbc96e0 sp bfb1312c error 4 in libmouse.so[adbc7000+9000]
Looks like <http://bugs.debian.org/675763>, probably unrelated.
[...]
> [ 369.440076] [drm] nouveau 0000:01:00.0: VM: trapped read at 0x00014d0908 on ch 0 [0x00000058] BAR/PFIFO_READ/IN reason: PAGE_NOT_PRESENT
> [ 489.672946] [drm] nouveau 0000:01:00.0: VM: trapped read at 0x00015e026c on ch 0 [0x00000058] BAR/PFIFO_READ/IN reason: PAGE_NOT_PRESENT
> [ 557.050120] iwl4965 0000:03:00.0: iwl4965_tx_agg_start on ra = 90:f6:52:57:d7:06 tid = 0
> [ 592.778680] [drm] nouveau 0000:01:00.0: VM: trapped read at 0x00013b8fb8 on ch 0 [0x00000058] BAR/PFIFO_READ/IN reason: PAGE_NOT_PRESENT
Fallout from the incomplete PCI setup, perhaps.
Do you also have "dmesg" output from a successful boot with the
nouveau driver, for comparison?
After that, what would be most helpful is to see how the kernel from
experimental does, since there have been plenty of changes to nouveau
and the PCI subsystem. If it is also broken, we can take this
upstream.
Thanks again for your help and patience.
Jonathan
Reply to: