[cc-ing netdev]
[adding original thread authors back, please do not strip CC]
Charlie Brady wrote:
Molle Bestefich wrote:
The NICs are working perfectly.
How can you tell? Do you know if jumbo frames work correctly? Is the
device properly checksumming? is flow control working properly? These
and many, many more settings are determined by the EEPROM. Seemingly it
may work correctly, but there is no guarantee whatsoever that it will
work
correctly at all if the checksum is bad. Again, you can lose data, or
worse, you could corrupt memory in the system causing massive failure
(DMA
timings, etc). Unlikely? sure, but not impossible.
Let's assume that these things are all true, and the NIC currently does
not work perfectly, just imperfectly, but acceptably. With the recent
driver change, it now does not work at all. That's surely a bug in the
driver.
There is no logic in that sentence at all. You're saying that the driver is
broken because it doesn't fix an error in the EEPROM?
We're trying extremely hard to fix real errors here (especially when we find
that hardware resellers send out hardware with EEPROM problems) and you are
asking for a workaround that will (likely) introduce random errors and failure
into your kernel. I do not want to accept responsability for that and I also
do not think any other kernel developer would like me to release such a risk
into the kernel. I'd probably get whistled back instantly :)
If you want to edit your own kernel then I am fine with it. If you want to
recalculate the checksum yourself and put it in the EEPROM then I am also fine
with that. As long as you never ask for support for that NIC. But we can't
support an option that allows all users to willingly enable a piece of
non-properly-working hardware. Because that is what it is: Not properly
configured hardware.
The bottom line is that your problem is that a specific hardware vendor is/was
selling badly configured hardware, and you buy it from them, even after it's
End Of Lifed for that vendor. Even though that vendor did buy the units
properly configured and had all the tools needed to configure them properly. I
can maybe fix your problem by seeing if we can get you an eeprom update, but I
can not break everyone elses kernel for that.
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]