Re: hwsusp defunct

Re: hwsusp defunct

[Jiri Slaby]

Rafael J. Wysocki napsal(a):
> Hi,
> 
> On Sunday, 4 February 2007 14:12, Jiri Slaby wrote:
>> Hi.
>>
>> When I'm trying to suspend to mem one machine, it wakes immediatly back with 
>> nothing notable in dmesg:
> [--snip--] 
>> Will PM_DEBUG or ACPI_DEBUG help somehow? Or later kernel?
> 
> Later kernel might help, some important fixes have gone in since 2.6.19,
> PCI quirks-related etc.
> 
> Please try 2.6.20-rc7 and if that doesn't help, try the latest -mm.

2.6.20 from init 2 is no go either, -mm (-rc6-mm3) with minimal config [1] 
suspends, no key was able to resume it back, only power button, but monitor 
doesn't wake (actually I've this problem on another machine when X is not 
running) -- how to debug both of this? Do not suspend consoles? PM_TRACE (this 
won't help since it completely resumes, I guess)?

This is blindly written dmesg after resume. See it whole at [2]:
Suspending device 0.0
ACPI Exception (exoparg2-0442): AE_AML_PACKAGE_LIMIT, Index (000000007) is beyon
d end of object [20070126]
ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.PCI0.IDE0.GTM_]
(Node dfe64fcc), AE_AML_PACKAGE_LIMIT
ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.PCI0.IDE0.CHN0._
GTM] (Node dfe649f0), AE_AML_PACKAGE_LIMIT
...
hda: selected mode 0x45
ACPI Error (dsopcode-0481): Attempt to CreateField of length zero [20070126]
ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.PCI0.IDE0.RATA]
(Node dfe64ec8), AE_AML_OPERAND_VALUE
ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.PCI0.IDE0.CHN0.D
RV1._GTF] (Node dfe64964), AE_AML_OPERAND_VALUE
do_drive_get_GTF: Run _GTF error: status = 0x3006


$ ls -l /sys/block/hda/device
lrwxrwxrwx 1 root root 0 úno  6 12:14 /sys/block/hda/device -> 
../../devices/pci0000:00/0000:00:1f.1/ide0/0.0
$ ls -l /sys/block/hda/device/driver
lrwxrwxrwx 1 root root 0 úno  6 12:15 /sys/block/hda/device/driver -> 
../../../../../bus/ide/drivers/ide-disk
$ ls -l /sys/block/hda/device/driver/0.0
lrwxrwxrwx 1 root root 0 úno  6 12:16 /sys/block/hda/device/driver/0.0 -> 
../../../../devices/pci0000:00/0000:00:1f.1/ide0/0.0
# lspci -vvvxxs 0000:00:1f.1
00:1f.1 IDE interface: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller 
(rev 02) (prog-if 8a [Master SecP PriP])
         Subsystem: ASUSTeK Computer Inc. P5P800-MX Mainboard
         Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B-
         Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort- >SERR- <PERR-
         Latency: 0
         Interrupt: pin A routed to IRQ 5
         Region 0: I/O ports at 01f0 [size=8]
         Region 1: I/O ports at 03f4 [size=1]
         Region 2: I/O ports at 0170 [size=8]
         Region 3: I/O ports at 0374 [size=1]
         Region 4: I/O ports at fc00 [size=16]
         Region 5: Memory at 30100000 (32-bit, non-prefetchable) [size=1K]
00: 86 80 db 24 07 00 80 02 02 8a 01 01 00 00 00 00
10: 01 00 00 00 01 00 00 00 01 00 00 00 01 00 00 00
20: 01 fc 00 00 00 00 10 30 00 00 00 00 43 10 a6 80
30: 00 00 00 00 00 00 00 00 00 00 00 00 00 01 00 00

Do you want acpidump? Should I test 2.6.20 with minimal config?

[1]
   http://www.fi.muni.cz/~xslaby/sklad/config-mm
[2]
   http://www.fi.muni.cz/~xpapiez/test/dmesg-mm.txt

regards,
-- 
http://www.fi.muni.cz/~xslaby/            Jiri Slaby
faculty of informatics, masaryk university, brno, cz
e-mail: jirislaby gmail com, gpg pubkey fingerprint:
B674 9967 0407 CE62 ACC8  22A0 32CC 55C3 39D4 7A7E

Re: hwsusp defunct

[Jiri Slaby]

Jiri Slaby napsal(a):
> monitor doesn't wake (actually I've this problem on another machine when 

Ah, oh. Monitor over DVI on
01:00.0 VGA compatible controller: nVidia Corporation NV28 [GeForce4 Ti 4200 AGP 
8x] (rev a1) (prog-if 00 [VGA])
         Subsystem: ASUSTeK Computer Inc. Unknown device 807b
         Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B-
         Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort- >SERR- <PERR-
         Latency: 248 (1250ns min, 250ns max)
         Interrupt: pin A routed to IRQ 11
         Region 0: Memory at fd000000 (32-bit, non-prefetchable) [size=16M]
         Region 1: Memory at e8000000 (32-bit, prefetchable) [size=128M]
         [virtual] Expansion ROM at fe9e0000 [disabled] [size=128K]
         Capabilities: [60] Power Management version 2
                 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-)
                 Status: D0 PME-Enable- DSel=0 DScale=0 PME-
         Capabilities: [44] AGP version 3.0
                 Status: RQ=32 Iso- ArqSz=0 Cal=3 SBA+ ITACoh- GART64- HTrans- 
64bit- FW+ AGP3+ Rate=x4,x8
                 Command: RQ=32 ArqSz=2 Cal=0 SBA+ AGP+ GART64- 64bit- FW- Rate=x8
00: de 10 81 02 07 00 b0 02 a1 00 00 03 00 f8 00 00
10: 00 00 00 fd 08 00 00 e8 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 43 10 7b 80
30: 00 00 00 00 60 00 00 00 00 00 00 00 0b 01 05 01
40: 43 10 7b 80 02 00 30 00 1b 0e 00 1f 02 43 00 1f
50: 01 00 00 00 01 00 00 00 ce d6 23 00 0f 00 00 00
60: 01 44 02 00 00 00 00 00 00 00 00 00 00 00 00 00
70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

regards,
-- 
http://www.fi.muni.cz/~xslaby/            Jiri Slaby
faculty of informatics, masaryk university, brno, cz
e-mail: jirislaby gmail com, gpg pubkey fingerprint:
B674 9967 0407 CE62 ACC8  22A0 32CC 55C3 39D4 7A7E

Re: hwsusp defunct

[Rafael J. Wysocki]

On Tuesday, 6 February 2007 12:18, Jiri Slaby wrote:
> Rafael J. Wysocki napsal(a):
> > Hi,
> > 
> > On Sunday, 4 February 2007 14:12, Jiri Slaby wrote:
> >> Hi.
> >>
> >> When I'm trying to suspend to mem one machine, it wakes immediatly back with 
> >> nothing notable in dmesg:
> > [--snip--] 
> >> Will PM_DEBUG or ACPI_DEBUG help somehow? Or later kernel?
> > 
> > Later kernel might help, some important fixes have gone in since 2.6.19,
> > PCI quirks-related etc.
> > 
> > Please try 2.6.20-rc7 and if that doesn't help, try the latest -mm.
> 
> 2.6.20 from init 2 is no go either, -mm (-rc6-mm3) with minimal config [1] 
> suspends, no key was able to resume it back, only power button, but monitor 
> doesn't wake (actually I've this problem on another machine when X is not 
> running) -- how to debug both of this? Do not suspend consoles? PM_TRACE (this 
> won't help since it completely resumes, I guess)?

First, you can try s2ram if you haven't done it already (http://en.opensuse.org/s2ram).
It may help to get your video back after the resume.

If you have a COM port, it is also possible to use a serial console throughout the
suspend/resume cycle.

> This is blindly written dmesg after resume. See it whole at [2]:
> Suspending device 0.0
> ACPI Exception (exoparg2-0442): AE_AML_PACKAGE_LIMIT, Index (000000007) is beyon
> d end of object [20070126]
> ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.PCI0.IDE0.GTM_]
> (Node dfe64fcc), AE_AML_PACKAGE_LIMIT
> ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.PCI0.IDE0.CHN0._
> GTM] (Node dfe649f0), AE_AML_PACKAGE_LIMIT
> ...
> hda: selected mode 0x45
> ACPI Error (dsopcode-0481): Attempt to CreateField of length zero [20070126]
> ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.PCI0.IDE0.RATA]
> (Node dfe64ec8), AE_AML_OPERAND_VALUE
> ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.PCI0.IDE0.CHN0.D
> RV1._GTF] (Node dfe64964), AE_AML_OPERAND_VALUE
> do_drive_get_GTF: Run _GTF error: status = 0x3006

This looks like an ACPI-vs-IDE problem.  You can try to use libata drivers instead
of the "old IDE" ones.

> $ ls -l /sys/block/hda/device
> lrwxrwxrwx 1 root root 0 úno  6 12:14 /sys/block/hda/device -> 
> ../../devices/pci0000:00/0000:00:1f.1/ide0/0.0
> $ ls -l /sys/block/hda/device/driver
> lrwxrwxrwx 1 root root 0 úno  6 12:15 /sys/block/hda/device/driver -> 
> ../../../../../bus/ide/drivers/ide-disk
> $ ls -l /sys/block/hda/device/driver/0.0
> lrwxrwxrwx 1 root root 0 úno  6 12:16 /sys/block/hda/device/driver/0.0 -> 
> ../../../../devices/pci0000:00/0000:00:1f.1/ide0/0.0
> # lspci -vvvxxs 0000:00:1f.1
> 00:1f.1 IDE interface: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller 
> (rev 02) (prog-if 8a [Master SecP PriP])
>          Subsystem: ASUSTeK Computer Inc. P5P800-MX Mainboard
>          Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
> Stepping- SERR- FastB2B-
>          Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
> <TAbort- <MAbort- >SERR- <PERR-
>          Latency: 0
>          Interrupt: pin A routed to IRQ 5
>          Region 0: I/O ports at 01f0 [size=8]
>          Region 1: I/O ports at 03f4 [size=1]
>          Region 2: I/O ports at 0170 [size=8]
>          Region 3: I/O ports at 0374 [size=1]
>          Region 4: I/O ports at fc00 [size=16]
>          Region 5: Memory at 30100000 (32-bit, non-prefetchable) [size=1K]
> 00: 86 80 db 24 07 00 80 02 02 8a 01 01 00 00 00 00
> 10: 01 00 00 00 01 00 00 00 01 00 00 00 01 00 00 00
> 20: 01 fc 00 00 00 00 10 30 00 00 00 00 43 10 a6 80
> 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 01 00 00
> 
> Do you want acpidump?

I'm not an ACPI expert, it won't tell me a lot, but perhaps you should add
linux-acpi to the Cc list. ;-)

> Should I test 2.6.20 with minimal config? 

I think it's better to try the -mm with the minimal config.

Greetings,
Rafael


-- 
If you don't have the time to read,
you don't have the time or the tools to write.
		- Stephen King

Re: hwsusp defunct

[Jiri Slaby]

Rafael J. Wysocki napsal(a):
> On Tuesday, 6 February 2007 12:18, Jiri Slaby wrote:
>> running) -- how to debug both of this? Do not suspend consoles? PM_TRACE (this 
>> won't help since it completely resumes, I guess)?
> 
> First, you can try s2ram if you haven't done it already (http://en.opensuse.org/s2ram).
> It may help to get your video back after the resume.

Yes. s2ram -a 1 with minimal -mm does the job perfectly. Now, I'm going to 
involve the rest of modules world.

> If you have a COM port, it is also possible to use a serial console throughout the
> suspend/resume cycle.

Only monitor didn't go up -- dmesg was able to be grabbed without monitor :).

thanks,
-- 
http://www.fi.muni.cz/~xslaby/            Jiri Slaby
faculty of informatics, masaryk university, brno, cz
e-mail: jirislaby gmail com, gpg pubkey fingerprint:
B674 9967 0407 CE62 ACC8  22A0 32CC 55C3 39D4 7A7E