Bug 14498 (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, 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.

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

Created attachment 14449 [details]
dump_freshrebootbeforex

Created attachment 14450 [details]
dump_whenfreezed

Created attachment 14451 [details]
dump_afterkexecreboot_beforex

Created attachment 14452 [details]
Xorg.0.log when freezing

Created attachment 14453 [details]
lspci_freshrebootbeforex

Created attachment 14454 [details]
lspci_whenfreezed

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)

This Bug #192873 is ALIVE in Hardy Alpha5 LiveCD. 

xserver-xorg-video-intel 2.2
Thinkpad X41

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.

I see is now exactly the bug# 14031

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