Hi Bhanu, If you want to change the EEPROM I would suggest looking at section 6 of the Datasheet. It contains an EEPROM map which will show you exactly were the MAC addresses are stored. If you don't have a copy you can down load it from Source Forge.
Specifically for the MAC address I believe you would start at address 0x09 and 0x0A to get the pointers to the individual LAN ports (0 & 1). From there you can use the layout described in 6.3.7 to get at the Ethernet MAC address bytes. These are offsets (0x1, 0x2, 0x3) each containing 2 bytes of the MAC addresses. I'm sure you're already doing this but it's worth checking just in case, make sure you save your original EEPROM imagine in case you run in to problems. :) Thanks, -Don >-----Original Message----- >From: y bhanu [mailto:[email protected]] >Sent: Monday, December 27, 2010 3:53 PM >To: Ko, Stephen S >Cc: [email protected] >Subject: Re: [E1000-devel] 82599 ixgbe+ ethtool MAC address offsets > >Thanks Stephen, > >But, I want to write these MACS to be permanently written so that I >wouldn't have to do it everytime I boot or unload/load these drivers. >I am writing these MACS currently with ethtool now and writing these >MACS to 0x33C & 0x360 offsets. I have have trouble to get it work on >some new Cards with the same deviceID. > >I need some advice on how to write new MACS of the 82599 Card from linux. >It is very important that I do it right because the same utility will >be used to write production boxes. >Any help is very much appropriated > >Thanks, >Bhanu > > >On Mon, Dec 27, 2010 at 10:47 AM, Ko, Stephen S <[email protected]> >wrote: >> Hi Bhanu, >> >> Similar goal can be achieved by ifconfig: >> >> ifconfig eth8 down >> ifconfig eth8 hw ether <your address> >> ifconfig eth8 up >> >> Is there a particular reason why you are trying to do this in EEPROM? >> >> Thanks, >> Stephen >> >> -----Original Message----- >> From: y bhanu [mailto:[email protected]] >> Sent: Monday, December 27, 2010 8:37 AM >> To: [email protected] >> Subject: Re: [E1000-devel] 82599 ixgbe+ ethtool MAC address offsets >> >> Hi guys, >> >> I need a simple way lof burning new MACs to my 82599 (10 G) device. >> Is there a better way of doing it? >> >> Any help is greatly appritiated. >> >> Thanks, >> Bhanu >> >> On Friday, December 24, 2010, y bhanu <[email protected]> wrote: >>> Hi Guys, >>> >>> I am driving the 10 Gigabit PCI Express Intel(R) Network Card I have >>> with ixgbe driver I download from Intel website. >>> >>> It brings up both the devices on the Card and works fine. >>> >>> I would like to write my own MAC addresses to these devices. >>> I tried used the ethtool to write the MAC addresses. >>> both these devices come up as eth8 and eth9. >>> >>> I found that I have to use eth8 to writes MAC both(eth8 and eth9) >>> devices. I am using following offsets to program the MACs. Am I doing >>> it right? >>> >>> OFFSET1=0x33C // MAC for eth8 >>> OFFSET2=0x360 // MAC for eth9 >>> >>> I write each byte in a script using something like: >>> ethtool -E eth8 magic $magic offset $offset value 0x$value >>> >>> Any pointers are much appreciated. >>> >>> Thanks >>> bhanu >>> >> >> ------------------------------------------------------------------------- >----- >> Learn how Oracle Real Application Clusters (RAC) One Node allows >customers >> to consolidate database storage, standardize their database environment, >and, >> should the need arise, upgrade to a full multi-node Oracle RAC database >> without downtime or disruption >> http://p.sf.net/sfu/oracle-sfdevnl >> _______________________________________________ >> E1000-devel mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/e1000-devel >> To learn more about Intel® Ethernet, visit >http://communities.intel.com/community/wired >> > >--------------------------------------------------------------------------- >--- >Learn how Oracle Real Application Clusters (RAC) One Node allows customers >to consolidate database storage, standardize their database environment, >and, >should the need arise, upgrade to a full multi-node Oracle RAC database >without downtime or disruption >http://p.sf.net/sfu/oracle-sfdevnl >_______________________________________________ >E1000-devel mailing list >[email protected] >https://lists.sourceforge.net/lists/listinfo/e1000-devel >To learn more about Intel® Ethernet, visit >http://communities.intel.com/community/wired ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ E1000-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/e1000-devel To learn more about Intel® Ethernet, visit http://communities.intel.com/community/wired
