> I currently have the equivalent of 8 of these in my system (Compaq NC3131,
> quad ethernet..)
>
> Bus 2, device 4, function 0:
> Ethernet controller: Intel Corporation 82557 [Ethernet Pro 100] (rev 5).
> ^^^^
Umm, no, that's actually an 82558 rev B. pci.ids should be updated to
have "Intel Corporation 8255[7-9]" for this id, because Intel can't make
up their minds to change the PCI id when they release a new product.
rev 1-3 are 82557, rev 4-5 are 82558, rev 6-8 are 82559.
> it is the same chip, this particular interface is 10mbit/half duplex, and
> all the interfaces transfer 1G+/day (some small files, some larger than 500 megs)
> with no problems, I should note this:
>
> 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.
Ion
--
It is better to keep your mouth shut and be thought a fool,
than to open it and remove all doubt.
-
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/