Shawn Starr wrote:
Hardware
IBM ThinkPad T42
E1000 card info:
02:01.0 Ethernet controller: Intel Corporation 82540EP Gigabit Ethernet
Controller (Mobile) (rev 03)
Subsystem: IBM PRO/1000 MT Mobile Connection
Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 9
Memory at c0220000 (32-bit, non-prefetchable) [size=128K]
Memory at c0200000 (32-bit, non-prefetchable) [size=64K]
I/O ports at 8000 [size=64]
[virtual] Expansion ROM at ec000000 [disabled] [size=64K]
Capabilities: [dc] Power Management version 2
Steps to reproduce:
1) Suspend to disk normally
2) Resume from disk, the e1000 will show garbage for network statistics.
<snip>
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:83 errors:4294967254 dropped:4294967289 overruns:0
frame:4294967268
TX packets:76 errors:4294967282 dropped:0 overruns:0
carrier:4294967275
collisions:4294967289 txqueuelen:100
RX bytes:50728 (49.5 KiB) TX bytes:10138 (9.9 KiB)
Base address:0x8000 Memory:c0220000-c0240000
Did something change in the driver that forgot to save the registers / not
register back upon resumption from disk? I can't tell from the code how the
driver knows its been brought down to S3 or S4 states.
A workaround is to then suspend to memory and resume, the e1000 will work
again. This is repeatable each time.
Not sure if anyone else noticed this.
[adding netdev to the cc]
unfortunately I didn't.
e1000 has a special e1000_pci_save_state/e1000_pci_restore_state set of
routines that save and restore the configuration space. the fact that it works
for suspend to memory to me suggests that there is nothing wrong with that.
I'm surprised that the t42 comes with a PCI/PCI-X e1000, which changes the
need for this special routine, and the routine does the exact same thing as
pci_save_state in your case. These special routines are made to handle PCI-E
cards properly.
Also there are no config_pm changes related to this in 2.6.18-rc2. Most of
this code has been in the kernel for a few major releases afaik. This code
worked fine before, so I don't rule out any suspend-related issues. You should
certainly compare with 2.6.18-rc1 and make sure it was a regression, perhaps
even bisect the e1000-related changes if you have the time, which is about 22
patches or so.
I'll see if I can find out some more once I get back to work.
Auke
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
