> 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
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 email@example.com
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Wed Aug 07 2002 - 22:00:33 EST