Messages in this thread | | | From | Tim Hockin <> | Subject | Re: ethtool documentation | Date | Tue, 6 Aug 2002 14:15:41 -0700 (PDT) |
| |
> If you ever sell a controller that contains an address that was > not allocated to the 'producer', somebody is going to get very > angry. This means, to me, that if you ever write a new MAC address > to that card/board, you had better throw it away when you are done.
As a developer of integrated systems, it is imperative the we be able to re-program EEPROMs and MAC addresses. Cobalt systems all have Cobalt as the MFR section of the MAC address. Sun Systems all have Sun. (insert pokes about whether Cobalt is Sun here...)
> It's easier to make sure that the MAC address doesn't get changed. > You still "screw the comittee" locally, but you don't modify the > hardware.
Other things get stored in the EEPROM - for example, Wake-on-Lan options. Just to name one. - 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/
| |