[915GM] X freezes after resume

[Liken Otsoa]

Binary package hint: xserver-xorg-video-intel

When resume from suspend to ram, it appears the busy mouse cursor and the
system freezes. Keyboard does not work. Although it is possible to enter by
SSH, but /etc/init.d/gdm restart does nothing. Unable to Recover X.

It is stochastic, a longer suspension more likely (1 hour, 95%). If you play
videos or DRI applications, even more likely freezing after suspend.

Hard and Soft:
Ubuntu 7.10 Gutsy, xserver-xorg-video-intel 2:2.1.1. Thinkpad X41 Tablet.

[Liken Otsoa (liken)]

Hi.

A new clue about this bug.

When X freezes after suspend (a restarting X lockup cycle and keyboard blocked), you can enter in the machine with SSH. WELL: A REBOOT WITH KEXEC DOESN'T SOLVE THE PROBLEM. Linux reboots and X with intel driver freezes again. It's necesary a hard system reboot.

#kexec -l --append="`cat /proc/cmdline`" --initrd=/boot/initrd.img-`uname -r` /boot/vmlinuz-`uname -r`
#kexec -e

Other tests with SSH when X is freezed:

#/etc/init.d/gdm stop
# (Kill -9 gdms if necesary)
#nano /etc/X11/xorg.conf (Change intel to vesa driver)
#/etc/init.d/gdm start (OK. X goes with VESA)
#/etc/init.d/gdm stop
#nano /etc/X11/xorg.conf (Change again to intel or i810 driver)
#/etc/init.d/gdm start (Freezes Again, lockup cycle)

[Liken Otsoa (liken)]

Binary package hint: xserver-xorg-video-intel

When resume from suspend to ram, it appears the busy mouse cursor and the
system freezes. Keyboard does not work. Although it is possible to enter by
SSH, but /etc/init.d/gdm restart does nothing. Unable to Recover X.

It is stochastic, a longer suspension more likely (1 hour, 95%). If you play
videos or DRI applications, even more likely freezing after suspend.

Hard and Soft:
Ubuntu 7.10 Gutsy, xserver-xorg-video-intel 2:2.1.1. Thinkpad X41 Tablet.

[Liken Otsoa (liken)]

A new clue about this bug.

When X freezes after suspend (a restarting X lockup cycle and keyboard
blocked), you can enter in the machine with SSH. WELL: A REBOOT WITH KEXEC
DOESN'T SOLVE THE PROBLEM. Linux reboots and X with intel driver freezes again.
It's necesary a hard system reboot.

#kexec -l --append="`cat /proc/cmdline`" --initrd=/boot/initrd.img-`uname -r`
/boot/vmlinuz-`uname -r`
#kexec -e

Other tests with SSH when X is freezed:

#/etc/init.d/gdm stop
# (Kill -9 gdms if necesary)
#nano /etc/X11/xorg.conf (Change intel to vesa driver)
#/etc/init.d/gdm start (OK. X goes with VESA)
#/etc/init.d/gdm stop
#nano /etc/X11/xorg.conf (Change again to intel or i810 driver)
#/etc/init.d/gdm start (Freezes Again, lockup cycle)

[unggnu (unggnu)]

Hardy Heron Alpha4 was recently released. It contains an updated version of the Intel driver. You can download and try the new Hardy Heron Alpha4 release from http://cdimage.ubuntu.com/releases/hardy/alpha-4/ . If you can, please verify if this bug still exists or not and report back your results. General information regarding the release can also be found here: http://www.ubuntu.com/testing/hardy/alpha4 .

[Michael Fu (michael-fu-intel)]

Liken, Are you able to access the system after X freeze? Would you please verify the BusMaster Bit of PCI as bug# 14031? It's also a Thinkpad X41. thanks.

[Jesse Barnes (jbarnes-virtuousgeek)]

Liken, can you use the intel_reg_dumper tool from src/reg_dumper to get a snapshot of the regs after a fresh boot (before starting X) then after resume (again w/o X running) so we can see if there are differences? So:
  - boot up
  - capture reg dump before starting X
  - start X
  - chvt 1
  - suspend
  - resume
  - capture reg dump
Then attach the dumps to this bug.

Thanks,
Jesse

[Liken Otsoa (liken)]

Created an attachment (id=14449)
dump_freshrebootbeforex

[Liken Otsoa (liken)]

Created an attachment (id=14450)
dump_whenfreezed

[Liken Otsoa (liken)]

Created an attachment (id=14451)
dump_afterkexecreboot_beforex

[Liken Otsoa (liken)]

Created an attachment (id=14452)
Xorg.0.log when freezing

[Liken Otsoa (liken)]

Created an attachment (id=14453)
lspci_freshrebootbeforex

[Liken Otsoa (liken)]

Created an attachment (id=14454)
lspci_whenfreezed

[Liken Otsoa (liken)]

Hi.

# mv /etc/init.d/gdm /etc/init.d/gdm_not
# poweroff
(Restart System)
# intel_reg_dumper > dump_freshrebootbeforex
# lspci -vvv -xxx > lspci_freshrebootbeforex
# /etc/init.d/gdm_not start
(In Gnome I play a video full screen and run glxgears. This is to almost ensure
the freezing. Althout is not mandatory, other factors are time after wakeup)

# (Resume and Suspend. OK. X is freezed in a lockup cycle. Then SSH to the
machine)

SSH# intel_reg_dumper > dump_whenfreezed
SSH# lscpi -vvv -xxx > lspci_whenfreezed
SSH# cp /var/log/Xorg.0.log . (I830WaitLpRing(), timeout for 2 seconds,
lockup)

SSH# (Reboot system with Kexec. Garbage in display)
SSH Again# intel_reg_dumper > dump_afterkexecreboot_beforex
SSH# /etc/init.d/gdm_not start (X Freezes lockup cycle)

___________
Thinkpad X41 Tablet
xserver-xorg-video-intel 2:2.1.1
intel_reg_dumper compiled from same version. (Git Version is incompatible with
libpciaccess-dev 0.8.0)
Ubuntu 7.10 Gutsy (With vesafb active to text boot but to remove it does not
solve the problem. LiveCD freezes equally at suspend/resume. And in Hardy
LiveCD with intel 2.2 Black Screen instead of starting X)

[Liken Otsoa (liken)]

Hardy Alpha 4 doesn't start X in a thinkpad X41, black screen and it freezes. See https://bugs.launchpad.net/ubuntu/+bug/191757

About "[915GM] X freezes after resume" in Gutsy, I am trying this bug directly with the intel driver developers, and it can be followed here:

http://bugs.freedesktop.org/show_bug.cgi?id=14498

[Liken Otsoa (liken)]

This Bug #192873 is ALIVE in Hardy Alpha5 LiveCD.

xserver-xorg-video-intel 2.2
Thinkpad X41

[Liken Otsoa (liken)]

This Bug #192873 is ALIVE in Hardy Alpha5 LiveCD.

I think importance must be critical because you can not suspend a laptop or if you do then it hangs and data lost, and probably this affects most intel cards, not only 915GM.

[Liken Otsoa (liken)]

I rectify previous message.

In Hardy Alpha 5 (Last Updates, installed in HD) X doesn't freezes after resume from suspend to ram. This only happens with livecd, perhaps a problem with USB CD-ROM or something.

In Hardy the bug with intel-video-driver is worse, it crashs sporadically, you suspend or not.

I report this bug, log files and intel_reg_dumper in:

https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/197722

IBM Thinkpad X41 Tablet
Ubuntu Hardy Last Updates
xserver-xorg-video-intel 2:2.2.1-1ubuntu2
mesa 7.0.3~rc2-1ubuntu1
kernel 2.6.24-11-generic

-------Significative errors in X:

---When it crashes:

Error in I830WaitLpRing(), timeout for 2 seconds
...
Fatal server error:
lockup

--.When it wants to restart:

(WW) intel(0): PRB0_CTL (0x0001f001) indicates ring buffer enabled
(WW) intel(0): PRB0_HEAD (0xc0a1a91c) and PRB0_TAIL (0x0001aa70) indicate ring buffer not flushed
(WW) intel(0): Existing errors found in hardware state.

[Liken Otsoa (liken)]

I see is now exactly the bug# 14031

[Liken Otsoa (liken)]

I rectify previous message.

In Hardy Alpha 5 (Last Updates, installed in HD) X doesn't freezes after resume from suspend to ram. This only happens with livecd, perhaps a problem with USB CD-ROM or something.

In Hardy the bug with intel-video-driver is worse, it crashs sporadically, you suspend or not.Bug #197722

[unggnu (unggnu)]

So Hardy suspends and resumes fine on your laptop? If it works most of the time and the false are covered through Bug #176377 I guess this one can be closed.
The suspend problems with the USB CD-Rom might be a kernel issue and should be reported in a new bug report if you like.

[Michael Fu (michael-fu-intel)]

*** This bug has been marked as a duplicate of bug 14031 ***

[Bryce Harrington (bryce)]

Closing as per comment #6 - feel free to reopen if this is incorrect and there are issues still particular to this bug report (as opposed to the ones already mentioned) to investigate.