Re: on the topic of alternate MAC addresses

[Jeff Garzik <jeff@garzik.org>]

David Miller wrote:
> I've been meaning to bring this up.
> 
> A lot of cards that support multiple MAC addresses
> in hardware provide pre-cooked lists of alternate
> MAC addresses.  This is either done via EEPROM,
> NVRAM, or OpenFirmware device properties.
> 
> For example, the Sun Neptune cards can provide an
> array of up to 16 alternate MAC addresses per-port.
> 
> We should provide a way to export these lists to
> userspace.
> 
> Perhaps an ethtool thing, Jeff?
> 
> Once we have this, virtualization implementations can probe for and
> use them.  Currently they have no way to discover these things so
> probably they just generate their own using some algorithm.

hmmmm.  Using ethtool isn't a big deal, but IMO you probably want more 
than just an exported list for the usage you described...  it sounds 
like some sort of reservation system should be used, to note which MAC 
addresses are [not] in use?

Then a virt client -- or anyone who wants multiple unicast addresses for 
whatever reason -- can let other clients to avoid MAC addresses 1, 7, or 
13 (random examples).

	Jeff