I'm not sure if it applies to many NICs, but the Linksys tulip cards (kernel reports them as ADMtek Comet rev 17) remember a custom MAC address across warm-boots, yet not across cold-boots. So, it may not be possible for the userspace tools to run "earlier"... I would very much like to be able to read the true eeprom/perm/orig/whatever-you-want-to-call-it MAC address of a card from userspace.
For a bonded NIC, you can already get the original MAC address from /proc/net/bonding/bond0 Though it is incorrectly called "Permanent HW addr". Unfortunately for my purposes, it does not actually retrieve the info directly from the card's eeprom... it just copies what the value was before the bonding module changed the MAC address, which for the above mentioned tulip cards, doesn't give the real eeprom MAC if the machine was warm booted. On 7/14/05, Francois Romieu <[EMAIL PROTECTED]> wrote: > Why not run Kudzu (or such) sooner (i.e. before anything else forces a > different mac address) ? It looks like a userspace issue, not a kernel > one. > > (nit) s/perm_addr/eeprom_addr/g ? > > -- > Ueimor -- Tim Mattox - [EMAIL PROTECTED] http://homepage.mac.com/tmattox/ I'm a bright... http://www.the-brights.net/ - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html