Hi! My Lenovo ThinkPad won't resume after suspend. When suspending, the little moon led lights up, and when resuming it blinks, but that's all. Typing reboot and stuff blindly doesn't work, so I guess not just the video device stays off. It has an ATI Radeon Mobility X1400 btw. => acpidump -v http://leva.ecentrum.hu/acpidump/t60.tar.gz => pcidump -v Domain /dev/pci0: 0:0:0: Intel 82945GM Host 0x0000: Vendor ID: 8086 Product ID: 27a0 0x0004: Command: 0106 Status ID: 2090 0x0008: Class: 06 Subclass: 00 Interface: 00 Revision: 03 0x000c: BIST: 00 Header Type: 00 Latency Timer: 00 Cache Line Size: 00 0x0010: BAR empty (00000000) 0x0014: BAR empty (00000000) 0x0018: BAR empty (00000000) 0x001c: BAR empty (00000000) 0x0020: BAR empty (00000000) 0x0024: BAR empty (00000000) 0x0028: Cardbus CIS: 00000000 0x002c: Subsystem Vendor ID: 17aa Product ID: 2015 0x0030: Expansion ROM Base Address: 00000000 0x0038: 00000000 0x003c: Interrupt Pin: 00 Line: 00 Min Gnt: 00 Max Lat: 00 0x00e0: Capability 0x09: Vendor Specific 0:1:0: Intel 82945GM PCIE 0x0000: Vendor ID: 8086 Product ID: 27a1 0x0004: Command: 0107 Status ID: 0010 0x0008: Class: 06 Subclass: 04 Interface: 00 Revision: 03 0x000c: BIST: 00 Header Type: 01 Latency Timer: 00 Cache Line Size: 10 0x0010: 00000000 0x0014: 00000000 0x0018: Primary Bus: 0 Secondary Bus: 1 Subordinate Bus: 1 Secondary Latency Timer: 00 0x001c: I/O Base: 20 I/O Limit: 20 Secondary Status: 2000 0x0020: Memory Base: ee10 Memory Limit: ee10 0x0024: Prefetch Memory Base: d801 Prefetch Memory Limit: dff1 0x0028: Prefetch Memory Base Upper 32 Bits: 00000000 0x002c: Prefetch Memory Limit Upper 32 Bits: 00000000 0x0030: I/O Base Upper 16 Bits: 0000 I/O Limit Upper 16 Bits: 0000 0x0038: Expansion ROM Base Address: 00000000 0x003c: Interrupt Pin: 01 Line: 0b Bridge Control: 001c 0x0088: Capability 0x0d: PCI-PCI 0x0080: Capability 0x01: Power Management 0x0090: Capability 0x05: Message Signaled Interrupts ...
I don't know if this will solve your problem, but there seems to be a new BIOS for your machine. The install CD is dated april 7th 2010. I'd try that first. http://www-307.ibm.com/pc/support/site.wss/document.do?sitestyle=lenovo&lndocid=MI... --STeve Andre'
I have that version of the BIOS (79ETE6WW, 2.26) on my T60 and I have the same issue with resume. I also have the same graphics chip. My T60 model is 2007E79. ciao Luca
Did either of you have working resume ever before?
Yes, this started to happen lately with current. It seems the guilty commit has been just backed out. ciao Luca
Thanks Luca, would you mind sending me a pcidump -v please?
Sorry, I'm a bit late with my reply. Unfortunately the fan of *my* T60 was noisy for a reason, it was failing. The new one works like a charm and quietly :) So here is my pcidump -v pr0n. ciao Luca Domain /dev/pci0: 0:0:0: Intel 82945GM Host 0x0000: Vendor ID: 8086 Product ID: 27a0 0x0004: Command: 0106 Status ID: 2090 0x0008: Class: 06 Subclass: 00 Interface: 00 Revision: 03 0x000c: BIST: 00 Header Type: 00 Latency Timer: 00 Cache Line Size: 00 0x0010: BAR empty (00000000) 0x0014: BAR empty (00000000) 0x0018: BAR empty (00000000) 0x001c: BAR empty (00000000) 0x0020: BAR empty (00000000) 0x0024: BAR empty (00000000) 0x0028: Cardbus CIS: 00000000 0x002c: Subsystem Vendor ID: 17aa Product ID: 2015 0x0030: Expansion ROM Base Address: 00000000 0x0038: 00000000 0x003c: Interrupt Pin: 00 Line: 00 Min Gnt: 00 Max Lat: 00 0x00e0: Capability 0x09: Vendor Specific 0:1:0: Intel 82945GM PCIE 0x0000: Vendor ID: 8086 Product ID: 27a1 0x0004: Command: 0107 Status ID: 0010 0x0008: Class: 06 Subclass: 04 Interface: 00 Revision: 03 0x000c: BIST: 00 Header Type: 01 Latency Timer: 00 Cache Line Size: 10 0x0010: 00000000 0x0014: 00000000 0x0018: Primary Bus: 0 Secondary Bus: 1 Subordinate Bus: 1 Secondary Latency Timer: 00 0x001c: I/O Base: 20 I/O Limit: 20 Secondary Status: 2000 0x0020: Memory Base: ee10 Memory Limit: ee10 0x0024: Prefetch Memory Base: d801 Prefetch Memory Limit: dff1 0x0028: Prefetch Memory Base Upper 32 Bits: 00000000 0x002c: Prefetch Memory Limit Upper 32 Bits: 00000000 0x0030: I/O Base Upper 16 Bits: 0000 I/O Limit Upper 16 Bits: 0000 0x0038: Expansion ROM Base Address: 00000000 0x003c: Interrupt Pin: 01 Line: 0b Bridge Control: 001c 0x0088: Capability 0x0d: PCI-PCI 0x0080: Capability 0x01: Power Management 0x0090: Capability 0x05: Message Signaled Interrupts (MSI) 0x00a0: Capability 0x10: PCI Express Link Speed: 2.5 / 2.5 Gb/s Link Width: x16 / x16 0:27:0: Intel 82801GB HD Audio 0x0000: ...
The farthest I could got with resume was a not resumed video display. I could type in reboot and not have to turn off the machine, but that's all. Daniel -- LIVAI Daniel PGP key ID = 0x83B63A8F Key fingerprint = DBEC C66B A47A DFA2 792D 650C C69B BE4C 83B6 3A8F
... Problem commit has been backed out. Update sys/ and rebuild. Philip Guenther
I'm sorry to say, but with the new kernel, I still can't get this machine to resume. The dmesg haven't changed at all (except of course the first version line), and the pcidump -v output is the same too. I've uploaded the new acpidump to, I don't know if it has changed: http://leva.ecentrum.hu/acpidump/t60_2.tar.gz Daniel -- LIVAI Daniel PGP key ID = 0x83B63A8F Key fingerprint = DBEC C66B A47A DFA2 792D 650C C69B BE4C 83B6 3A8F
<sigh>
In a hurry and didn't have time to give any real information about your
builds?
Did files change when you did your cvs update (maybe the mirror you
update from is slow)? In particular,
sys/dev/acpi/{acpi.c,acpivar.h,dsdt.c} should have been updated and
should now have $OpenBSD: lines with my name in them.
Next, assuming that that's the case, had you ever done a "make depend"
in that kernel compile directory? Hmm, there have been changes not
too long ago that required running 'config' again, so if you've
carried this kernel compile directory around a while then you should
delete it and start with a config again.
If that's all correct, then you're going to need to do some digging of
your own to help track this down. What was the update time/date of
the last kernel that you are sure could resume? Can you confirm that
by updating to that date with "cvs update -D2010/10/XX" and building
the result? (You should toast the compile directory in each case when
doing this sort of thing.) If that confirms a success, then do a
binary search from that date to the present. If not, back up further
and try again...
I mean, come on, "worked before, stopped working, still doesn't work"
gives us nothing to go on for what broke your box. That last commit
was what broke resume on _my_ thinkpad...
Philip Guenther
On 11/1/10, Philip Guenther <guenther@gmail.com> wrote: ...or not. Further testing on my T60 (running i386) and T510 (running amd64) seems to indicate that Jordan's commit was just fine. My suspend problems appear to have been elsewhere as I'm now suspending and resuming just fine with the reverted commit back in my tree. So, while that change hasn't been recommitted yet, if you're running into problems with suspend or resume on a box that it worked fine on before, some sort of "worked with kernel from <date1>, failed on kernel from <date2>" really would assist in tracking this down. And build from a clean directory. Philip Guenther
On Mon, Nov 01, 2010 at 08:33:41 -0700, Philip Guenther wrote: It never worked before. The most I could get out of resume is a non-resumed display, back in august when testing [1]. I could type in 'reboot' blindly but that's all. [1]: http://marc.info/?l=openbsd-tech&m=128106745707385&w=2 Daniel -- LIVAI Daniel PGP key ID = 0x83B63A8F Key fingerprint = DBEC C66B A47A DFA2 792D 650C C69B BE4C 83B6 3A8F
