Hi Olliver,
On 11/25/16 17:30, Olliver Schinagl wrote:
[...]
The current idea of the eeprom layout, is to skip the first 8 bytes, so that other information can be stored there if needed, for example a header with some magic to identify the EEPROM. Or equivalent purposes.
After those 8 bytes the MAC address follows the first macaddress. The macaddress is appended by a CRC8 byte and then padded to make for nice 8 bytes. Following the first macaddress one can store a second, or a third etc etc mac address.
The CRC8 is optional (via a define) but is strongly recommended to have. It helps preventing user error and more importantly, checks if the bytes read are actually a user inserted address. E.g. only writing 1 macaddress into the eeprom but trying to consume 2.
While reading the above, I'm wondering, have you considered the eeprom layout feature that we have in: common/eeprom/... ?
The layout feature was actually designed for these tasks, but in a more generic way then just Ethernet MAC address.
What do you think?