on the topic of alternate MAC addresses

2007-10-23 Thread David Miller
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 a

Re: on the topic of alternate MAC addresses

2007-10-23 Thread Jeff Garzik
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 a

Re: on the topic of alternate MAC addresses

2007-10-23 Thread Jeff Garzik
Jeff Garzik wrote: h. 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

Re: on the topic of alternate MAC addresses

2007-10-23 Thread David Miller
From: Jeff Garzik <[EMAIL PROTECTED]> Date: Tue, 23 Oct 2007 22:25:05 -0400 > h. 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 >

Re: on the topic of alternate MAC addresses

2007-10-24 Thread Johannes Berg
On Tue, 2007-10-23 at 20:22 -0700, David Miller wrote: > However, it's not the virt clients that do this, it's the control > node (aka: domain 0) which has to manage these things. > > It has to manage all of the global hardware resources and allocate > them out to itself and the clients anyways.

Re: on the topic of alternate MAC addresses

2007-10-25 Thread Eric W. Biederman
David Miller <[EMAIL PROTECTED]> writes: > From: Jeff Garzik <[EMAIL PROTECTED]> > Date: Tue, 23 Oct 2007 22:25:05 -0400 > >> h. 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 reserv

Re: on the topic of alternate MAC addresses

2007-10-25 Thread Rick Jones
Eric W. Biederman wrote: Duplicate mac addresses across interfaces on the same machine should generally be a don't care. Although there may some cases we don't mind. What might the switches think of that? Outside of the context of a link-aggregate I would think that could do some unhappy thi

Re: on the topic of alternate MAC addresses

2007-10-25 Thread Eric W. Biederman
Rick Jones <[EMAIL PROTECTED]> writes: > Eric W. Biederman wrote: >> Duplicate mac addresses across interfaces on the same machine >> should generally be a don't care. Although there may some >> cases we don't mind. > > What might the switches think of that? Outside of the context of a > link-ag