Re: Lenovo ThinkPad T60 won't resume

Previous thread: need help on setting up 3G connections , migrating from wvdial.conf to ppp's conf by Aaron Lewis on Sunday, October 31, 2010 - 1:36 am. (1 message)

Next thread: Problem with OSPF static route redistribution and routing table by Manuel Guesdon on Sunday, October 31, 2010 - 6:27 am. (1 message)
From: LEVAI Daniel
Date: Sunday, October 31, 2010 - 4:36 am

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 ...
From: STeve Andre'
Date: Sunday, October 31, 2010 - 11:45 am

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'

From: Luca Corti
Date: Sunday, October 31, 2010 - 1:32 pm

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

From: percy piper
Date: Sunday, October 31, 2010 - 4:07 pm

Did either of you have working resume ever before?

From: Luca Corti
Date: Sunday, October 31, 2010 - 4:17 pm

Yes, this started to happen lately with current.
It seems the guilty commit has been just backed out.

ciao

Luca

From: percy piper
Date: Sunday, October 31, 2010 - 4:33 pm

Thanks Luca, would you mind sending me a pcidump -v please?

From: Luca Corti
Date: Monday, November 29, 2010 - 11:49 am

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: ...
From: LEVAI Daniel
Date: Monday, November 1, 2010 - 2:49 am

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

From: Philip Guenther
Date: Sunday, October 31, 2010 - 3:06 pm

...

Problem commit has been backed out.  Update sys/ and rebuild.


Philip Guenther

From: LEVAI Daniel
Date: Monday, November 1, 2010 - 4:38 am

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

From: Philip Guenther
Date: Monday, November 1, 2010 - 8:33 am

<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

From: Philip Guenther
Date: Monday, November 1, 2010 - 9:36 pm

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

From: LEVAI Daniel
Date: Tuesday, November 2, 2010 - 12:11 am

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

Previous thread: need help on setting up 3G connections , migrating from wvdial.conf to ppp's conf by Aaron Lewis on Sunday, October 31, 2010 - 1:36 am. (1 message)

Next thread: Problem with OSPF static route redistribution and routing table by Manuel Guesdon on Sunday, October 31, 2010 - 6:27 am. (1 message)