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

On Monday, 18 of August 2008, Simon Arlott wrote:

On 18/08/08 22:13, Rafael J. Wysocki wrote:

quoted

On Monday, 18 of August 2008, Andrew Morton wrote:

quoted

On Tue, 05 Aug 2008 20:29:44 +0100
Simon Arlott [off-list ref] wrote:

quoted

[two weeks pass...]

[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

With hibernation would it re-initialise the devices differently?

quoted

resume from suspend to RAM.  I'll do my best to try again tomorrow, but there's
a little hope. :-(

Mine doesn't either, try standby?

quoted

quoted

quoted

My NIC stops working after resuming from standby, it's not receiving any interrupts:
Commit 25d90810ff49d2a63475776f24c74c6bb49b045f ([netdrvr] forcedeth: reorder suspend/resume code) 
introduces pci_disable_device to nv_suspend, but there's no corresponding pci_enable_device in 
nv_resume - so I added one (copied from e1000):

diff --git a/drivers/net/forcedeth.c b/drivers/net/forcedeth.c
index 01b38b0..db4f875 100644
--- a/drivers/net/forcedeth.c
+++ b/drivers/net/forcedeth.c

@@ -5922,6 +5922,13 @@ static int nv_resume(struct pci_dev *pdev)
 
 	pci_set_power_state(pdev, PCI_D0);
 	pci_restore_state(pdev);
+	rc = pci_enable_device(pdev);
+	if (rc) {
+		printk(KERN_ERR "forcedeth: Cannot enable PCI device from suspend\n");
+		return rc;
+	}
+	pci_set_master(pdev);
+
 	/* ack any pending wake events, disable PME */
 	pci_enable_wake(pdev, PCI_D0, 0);
 

That seems like a sensible change.

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 
patch... mostly because I got a BUG when I tried to recompile.

quoted

quoted

quoted

This results in interrupts being re-enabled after suspend:
However, the NIC still doesn't work after resume.

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

Attached. (The previous email has all the standby/resume log output.)

quoted

I guess this was resume from suspend to RAM?

Standby - resume from RAM is completely broken for my system.

quoted

quoted

Is it still broken in current kernels?

It probably is.

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

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