Soft lockups on thinkpad R61 on resume after suspend to ram

[iloncar]

I have never managed to get suspend to ram to work repeatedly on thinkpad R61 (it's similar to some models of T61).

I'm using ubuntu 8.04, latest stable nvidia drivers, last IBM BIOS for R61 widescreen 15.4". GPU: NVS 140M.

Resume after suspend to ram fails with SOFT LOCKUP error messages in syslog I'm forced to reboot (after some time I hear 2 long beeps, bluetooth led lights up and computer just stops responding)

Jun 23 09:33:33 neurotron kernel: [   27.962737] BUG: soft lockup - CPU#0 stuck for 11s! [Xorg:7418]
Jun 23 09:33:33 neurotron kernel: [   27.962739]
Jun 23 09:33:33 neurotron kernel: [   27.962741] Pid: 7418, comm: Xorg Tainted: P        (2.6.24-19-generic #1)
Jun 23 09:33:33 neurotron kernel: [   27.962743] EIP: 0060:[<f96cc4e5>] EFLAGS: 00003282 CPU: 0
Jun 23 09:33:33 neurotron kernel: [   27.962882] EIP is at os_io_read_byte+0x5/0x10 [nvidia]
Jun 23 09:33:33 neurotron kernel: [   27.962883] EAX: 0000036d EBX: 0000c000 ECX: 00000000 EDX: 000003d5
Jun 23 09:33:33 neurotron kernel: [   27.962885] ESI: 0000183e EDI: f7c79fbc EBP: f7c79f68 ESP: f6edfcbc
Jun 23 09:33:33 neurotron kernel: [   27.962886]  DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068
Jun 23 09:33:33 neurotron kernel: [   27.962888] CR0: 8005003b CR2: b7cf4900 CR3: 0047d000 CR4: 00000690
Jun 23 09:33:33 neurotron kernel: [   27.962889] DR0: 00000000 DR1: 00000000 DR2: 00000000 DR3: 00000000
Jun 23 09:33:33 neurotron kernel: [   27.962890] DR6: ffff0ff0 DR7: 00000400
Jun 23 09:33:33 neurotron kernel: [   27.962897]  [<f96abea9>] _nv000016rm+0x11/0x18 [nvidia]
Jun 23 09:33:33 neurotron kernel: [   27.963029]  [<f9618940>] _nv000217rm+0xe/0x21 [nvidia]
Jun 23 09:33:33 neurotron kernel: [   27.963173]  [<f94305c0>] _nv000310rm+0x7c/0x9a [nvidia]
Jun 23 09:33:33 neurotron kernel: [   27.963301]  [<f96ac465>] _nv004715rm+0x196/0x1d1 [nvidia]
Jun 23 09:33:33 neurotron kernel: [   27.963438]  [<f961de6a>] _nv004041rm+0x93/0x2c3 [nvidia]
Jun 23 09:33:33 neurotron kernel: [   27.963597]  [<f9621add>] _nv002969rm+0x28a/0x4c0 [nvidia]
Jun 23 09:33:33 neurotron kernel: [   27.963761]  [<f96221ed>] _nv003107rm+0x3a6/0x5d4 [nvidia]
Jun 23 09:33:33 neurotron kernel: [   27.963908]  [<f9628dee>] _nv003050rm+0x9b/0xeb [nvidia]
Jun 23 09:33:33 neurotron kernel: [   27.964058]  [<f9623678>] rm_disable_adapter+0x8b/0xd9 [nvidia]
Jun 23 09:33:33 neurotron kernel: [   27.964210]  [<f96ca995>] nv_kern_close+0x185/0x3c0 [nvidia]
Jun 23 09:33:33 neurotron kernel: [   27.964352]  [__fput+0xa7/0x190] __fput+0xa7/0x190
Jun 23 09:33:33 neurotron kernel: [   27.964370]  [filp_close+0x49/0x80] filp_close+0x49/0x80
Jun 23 09:33:33 neurotron kernel: [   27.964379]  [put_files_struct+0x92/0xb0] put_files_struct+0x92/0xb0
Jun 23 09:33:33 neurotron kernel: [   27.964390]  [do_exit+0x180/0x860] do_exit+0x180/0x860
Jun 23 09:33:33 neurotron kernel: [   27.964411]  [do_group_exit+0x26/0x80] do_group_exit+0x26/0x80
Jun 23 09:33:33 neurotron kernel: [   27.964417]  [get_signal_to_deliver+0x2b7/0x4a0] get_signal_to_deliver+0x2b7/0x4a0
Jun 23 09:33:33 neurotron kernel: [   27.964422]  [try_to_wake_up+0x4e/0x350] try_to_wake_up+0x4e/0x350
Jun 23 09:33:33 neurotron kernel: [   27.964438]  [do_notify_resume+0x93/0x750] do_notify_resume+0x93/0x750
Jun 23 09:33:33 neurotron kernel: [   27.964442]  [__sigqueue_alloc+0x2d/0x80] __sigqueue_alloc+0x2d/0x80
Jun 23 09:33:33 neurotron kernel: [   27.964453]  [signal_wake_up+0x1e/0x30] signal_wake_up+0x1e/0x30
Jun 23 09:33:33 neurotron kernel: [   27.964468]  [dm_mod:_atomic_dec_and_lock+0x47/0x140] _atomic_dec_and_lock+0x47/0x70
Jun 23 09:33:33 neurotron kernel: [   27.964477]  [do_page_fault+0x13f/0x730] do_page_fault+0x13f/0x730
Jun 23 09:33:33 neurotron kernel: [   27.964487]  [recalc_sigpending+0xb/0x40] recalc_sigpending+0xb/0x40
Jun 23 09:33:33 neurotron kernel: [   27.964489]  [fuse:sigprocmask+0x65/0x1230] sigprocmask+0x65/0x110
Jun 23 09:33:33 neurotron kernel: [   27.964495]  [sys_rt_sigprocmask+0xed/0x110] sys_rt_sigprocmask+0xed/0x110
Jun 23 09:33:33 neurotron kernel: [   27.964503]  [sys_rt_sigprocmask+0xed/0x110] sys_rt_sigprocmask+0xed/0x110
Jun 23 09:33:33 neurotron kernel: [   27.964513]  [work_notifysig+0x13/0x25] work_notifysig+0x13/0x25
Jun 23 09:33:33 neurotron kernel: [   27.964535]  =======================

Here are power management quirks (from /usr/share/hal/fdi/information/10freedesktop/20-video-quirk-pm-lenovo.fdi):

<match key="system.hardware.product" prefix="8919W6X">
        <merge key="power_management.quirk.s3_bios" type="bool">false</merge>
        <merge key="power_management.quirk.s3_mode" type="bool">false</merge>
        <merge key="power_management.quirk.save_pci" type="bool">false</merge>
        <!--
        <merge key="power_management.quirk.vbe_post" type="bool">false</merge>
        <merge key="power_management.quirk.vbemode_restore" type="bool">false</merge> 
        <merge key="power_management.quirk.vbestate_restore" type="bool">false</merge> 
        -->
      </match>

'lshal | grep quirk' output:

  power_management.quirk.s3_bios = false  (bool)
  power_management.quirk.s3_mode = false  (bool)
  power_management.quirk.save_pci = false  (bool)

relevant log extract and nvidia-bug-report and /etc/default/acpi-support file attached

If somebody has managed to get suspend-to-ram working please let me know.

Thanks!

[afx]

Works like a charm on my T61 with SuSE 10.3 and the 173.08 driver in 64bit mode.

I can kill it easily though by running wmwave.

I only have the force flag for s2ram set as it does not know about the model. I unload iwl4965 for suspend and have
HIBERNATE_RESUME_POST_VIDEO="true"
Quirks mode / VBE post is off by default.

cheers
afx

[Kirurgs]

I'm using Fedora8 x86_64 and it works without any soft lockups with 177 beta driver. Previous drivers had lockups with hibernate and 173.14.09 (latest stable one) had issues with s2ram too, however 173.08 was quite fine.
What I really don't like about 177 beta is that gdm is kinda slow to come up, it takes ~20-30 secs to do that but apart from that it's most stable driver from nVidia I had.
I tried 386 driver from lenovo with ubuntu 8.04 it was not that stable as I first thought. Comp didn't want to wake up at all, no beeps no nothing.
Everything I experienced and will experience will be posted here http://www.nvnews.net/vbulletin/showthread.php?t=109199
Latest post doesn't cover my latest expierence about 177, but some day I'll write about it

P.S. Today it's midsummer here, so I'm going in alco and waterpipe mode

[TMak85]

Hi,

Create a new file /etc/hal/fdi/information/lenovo.fdi with the following contents:

<?xml version="1.0" encoding="ISO-8859-1"?> <!-- -*- SGML -*- -->
<deviceinfo version="0.2">
<device>
<match key="system.hardware.vendor" string="LENOVO">
<merge key="power_management.quirk.s3_bios" type="bool">false</merge>
<merge key="power_management.quirk.s3_mode" type="bool">true</merge>
</match>
</device>
</deviceinfo>

Then restart HAL using either:

sudo /etc/init.d/hal restart

The output of "lshal | grep quirk" should be:

power_management.quirk.s3_bios = false (bool)
power_management.quirk.s3_mode = true (bool)

Try to suspend...
Does that work for you?