Re: [linux-pm] forcedeth 10de:0373 doesn't work on resume

Previous thread: man-pages-3.06 is released by Michael Kerrisk on Tuesday, August 5, 2008 - 12:20 pm. (1 message)

Next thread: [PATCH] INITRAMFS: Add option to preserve mtime from INITRAMFS cpio images by Nye Liu on Tuesday, August 5, 2008 - 12:52 pm. (16 messages)
From: Simon Arlott
Date: Tuesday, August 5, 2008 - 12:29 pm

My NIC stops working after resuming from standby, it's not receiving any interrupts:
[    0.618266] pci 0000:00:08.0: supports D1
[    0.618267] pci 0000:00:08.0: supports D2
[    0.618269] pci 0000:00:08.0: PME# supported from D0 D1 D2 D3hot D3cold
[    0.618382] pci 0000:00:08.0: PME# disabled
[    0.618513] pci 0000:00:09.0: supports D1
[    0.618523] pci 0000:00:09.0: supports D2
[    0.618532] pci 0000:00:09.0: PME# supported from D0 D1 D2 D3hot D3cold
[    0.618632] pci 0000:00:09.0: PME# disabled
[    0.629767] PM: Adding info for pci:0000:00:08.0
[    0.630304] PM: Adding info for pci:0000:00:09.0
[    0.866667] pci 0000:00:08.0: Enabling HT MSI Mapping
[    0.866804] pci 0000:00:09.0: Enabling HT MSI Mapping
[    1.847264] forcedeth: Reverse Engineered nForce ethernet driver. Version 0.61.
[    1.847918] forcedeth 0000:00:08.0: PCI INT A -> Link[LMAC] -> GSI 21 (level, low) -> IRQ 21
[    1.848121] forcedeth 0000:00:08.0: setting latency timer to 64
[    1.849363] forcedeth 0000:00:08.0: ifname eth2, PHY OUI 0x5043 @ 16, addr 00:e0:81:4d:2b:ec
[    1.849553] forcedeth 0000:00:08.0: highdma csum vlan pwrctl mgmt timirq gbit lnktim msi desc-v3
[    1.850212] forcedeth 0000:00:09.0: PCI INT A -> Link[LMAD] -> GSI 20 (level, low) -> IRQ 20
[    1.850405] forcedeth 0000:00:09.0: setting latency timer to 64
[    1.851684] forcedeth 0000:00:09.0: ifname eth3, PHY OUI 0x5043 @ 17, addr 00:e0:81:4d:2b:ed
[    1.851873] forcedeth 0000:00:09.0: highdma csum vlan pwrctl mgmt timirq gbit lnktim msi desc-v3
[  913.928604] forcedeth 0000:00:08.0: preparing suspend, may wakeup
[  913.928607] forcedeth 0000:00:09.0: preparing suspend, may wakeup
[  916.388326] forcedeth 0000:00:09.0: suspend, may wakeup
[  916.388704] forcedeth 0000:00:09.0: PME# enabled
[  916.388711] forcedeth 0000:00:09.0: wake-up capability enabled by ACPI
[  916.388714] forcedeth 0000:00:09.0: PCI INT A disabled
[  916.398995] forcedeth 0000:00:08.0: suspend, may wakeup
[  916.399741] forcedeth 0000:00:08.0: PME# ...
From: Andrew Morton
Date: Monday, August 18, 2008 - 1:48 pm

On Tue, 05 Aug 2008 20:29:44 +0100




Thanks.
--

From: Rafael J. Wysocki
Date: Monday, August 18, 2008 - 2:13 pm

[Must have missed this message.]

I have a box with forcedeth that evidently works after a resume from
hibernation.  Unfortunately, so far I haven't been able to make the box
resume from suspend to RAM.  I'll do my best to try again tomorrow, but there's

Simon, I'd prefer the full dmesg to the grepped forcedeth messages.


It probably is.

Thanks,
Rafael
--

From: Simon Arlott
Date: Monday, August 18, 2008 - 2:25 pm

With this applied, I can resume from standby *without MSI* and the 
NIC still works. I haven't tested it without MSI and without the 



If I have MSI enabled, it still doesn't work.

-- 
Simon Arlott
From: Yinghai Lu
Date: Monday, August 18, 2008 - 2:34 pm

same problem with nv_shutdown about setting it to D3Hot?

YH
--

From: Rafael J. Wysocki
Date: Monday, August 18, 2008 - 2:42 pm

Well, maybe.  The only way to verify that would be to try with MSI
disabled. ;-)

Thanks,
Rafael
--

From: Simon Arlott
Date: Monday, August 18, 2008 - 2:43 pm

I'm not sure what you're asking here...?

-- 
Simon Arlott
--

From: Rafael J. Wysocki
Date: Monday, August 18, 2008 - 2:48 pm

This was a question for me. :-)
--

From: Rafael J. Wysocki
Date: Monday, August 18, 2008 - 2:39 pm

Hm.  I wonder if that's specific to forcedeth or other drivers may be affected.

Thanks,
Rafael
--

From: Rafael J. Wysocki
Date: Thursday, August 21, 2008 - 5:34 am

I cannot reproduce the problem locally, at least not with 2.6.27-rc4.

I was able to make my box resume from suspend to RAM by using

# s2ram --force --vbe_mode --vbe_post

(s2ram as shipped in openSUSE 11.0) and forcedeth works correctly
after the resume.  However, I had to add 'acpi_sleep=old_ordering' to the
kernel command line.

My box is a desktop with an Asus A8N-SLI motherboard and an Athlon 64 X2 CPU.

I have created a Bugzilla entry for this issue at
http://bugzilla.kernel.org/show_bug.cgi?id=11390
Please put a boot log from dmesg and the output of 'lspci -vvv' in there, as
text attachments.

Thanks,
Rafael
--

Previous thread: man-pages-3.06 is released by Michael Kerrisk on Tuesday, August 5, 2008 - 12:20 pm. (1 message)

Next thread: [PATCH] INITRAMFS: Add option to preserve mtime from INITRAMFS cpio images by Nye Liu on Tuesday, August 5, 2008 - 12:52 pm. (16 messages)