Mine says rev 9 :)
radium:/# lspci -v -d 8086:1229
00:0d.0 Ethernet controller: Intel Corporation 82557 [Ethernet Pro 100]
(rev 09)
Subsystem: Intel Corporation: Unknown device 0011
Flags: bus master, medium devsel, latency 32, IRQ 17
Memory at da020000 (32-bit, non-prefetchable) [size=4K]
I/O ports at c800 [size=64]
Memory at da000000 (32-bit, non-prefetchable) [size=128K]
Expansion ROM at <unassigned> [disabled] [size=1M]
Capabilities: [dc] Power Management version 2
radium:/# lspci -nv -d 8086:1229
00:0d.0 Class 0200: 8086:1229 (rev 09)
Subsystem: 8086:0011
Flags: bus master, medium devsel, latency 32, IRQ 17
Memory at da020000 (32-bit, non-prefetchable) [size=4K]
I/O ports at c800 [size=64]
Memory at da000000 (32-bit, non-prefetchable) [size=128K]
Expansion ROM at <unassigned> [disabled] [size=1M]
Capabilities: [dc] Power Management version 2
> > eth0: OEM i82557/i82558 10/100 Ethernet, DE:AD:BA:BE:CA:FE, IRQ 10.
> > Receiver lock-up bug exists -- enabling work-around.
> > ^^^^^^^^^^^^^^^^^^^^
> The OEM probably forgot to initialized the eeprom correctly, because
> 82558 rev B and higher don't have this bug. Anyway, the workaround is
> pretty harmless.
My card DOES NOT have the receiver lock-up bug and also DOES NOT have the
10 Mbit half duplex bug, which was the one I was referring to. The device
detection for the workaround for the latter bug turned out to be
wrong.
- Robbert
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/