From: NZG <ngustavson@emacinc.com>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] bootloader MAC
Date: Fri, 9 Jun 2006 12:58:05 -0500 [thread overview]
Message-ID: <200606091258.05776.ngustavson@emacinc.com> (raw)
In-Reply-To: <20060609165626.9F7573535E0@atlas.denx.de>
On Friday 09 June 2006 11:56 am, Wolfgang Denk wrote:
> Otherwise you should have ?discovered ?the ?e100_eeprom_read() ?resp.
> read_eeprom() ?functions ?in ?these ?drivers which do - guess what? -
> read the MAC address from EEPROM.
>
> The cards you used as ?example ?actually ?*do* ?have ?code ?in ?their
> drivers ?to ?read the MAC address from the EEPROM and program it into
> the controller. You see?
I'm going through the e100.c code now.
The drivers do have code to read and write the MAC address, but I don't see
any reference to them actually doing this during normal operation.
This sort of thing may give you the capability to write the MAC into the
device if ifconfig, but that would be something the OEM would do once and
then leave alone.
During diagnostics,
There is a section fo code in e100 that reads out the MAC:
memcpy(netdev->dev_addr, nic->eeprom, ETH_ALEN);
if(!is_valid_ether_addr(netdev->dev_addr)) {
DPRINTK(PROBE, ERR, "Invalid MAC address from "
"EEPROM, aborting.\n");
err = -EAGAIN;
goto err_out_free;
}
But this reads out the MAC into a net device, registering it's MAC with the
OS, not loading into the physical device.
(on page 35 of the 82559ER Fast Ethernet PCI Controller data sheet)
The 82559ER performs an automatic read of seven words (0H, 1H, 2H, AH, Bh, Ch
and DH) of the
EEPROM after the de-assertion of Reset.
(0H, 1H, 2H is the MAC)
Haven't been through the Realtek code yet.
But I suspect it's something similar.
NZG
next prev parent reply other threads:[~2006-06-09 17:58 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-06-08 16:34 [U-Boot-Users] Help U-Boot NFS filesystem muqiyong
[not found] ` <008501c68b19$639091e0$8ed3fea9@first>
2006-06-08 16:57 ` Wolfgang Denk
2006-06-08 17:57 ` Marco Cavallini
2006-06-08 19:49 ` Wolfgang Denk
2006-06-08 20:22 ` Marco Cavallini
2006-06-08 20:59 ` Wolfgang Denk
2006-06-08 20:40 ` [U-Boot-Users] Help U-Boot NFS filesystem->bootloader MAC NZG
2006-06-08 21:40 ` Wolfgang Denk
2006-06-08 22:31 ` [U-Boot-Users] bootloader MAC NZG
2006-06-08 22:58 ` Rune Torgersen
2006-06-08 23:16 ` NZG
2006-06-08 23:24 ` Rune Torgersen
2006-06-09 0:49 ` Wolfgang Denk
2006-06-09 0:44 ` Wolfgang Denk
2006-06-09 4:06 ` NZG
2006-06-09 7:44 ` Wolfgang Denk
2006-06-09 14:23 ` NZG
2006-06-09 16:56 ` Wolfgang Denk
2006-06-09 17:14 ` NZG
2006-06-09 17:58 ` NZG [this message]
2006-06-09 8:48 ` [U-Boot-Users] Help U-Boot NFS filesystem Alex Zeffertt
2006-06-09 12:22 ` muqiyong
[not found] ` <002401c68bbf$6f7dfd20$8ed3fea9@first>
2006-06-09 13:08 ` Wolfgang Denk
2006-06-10 3:18 ` [U-Boot-Users] Help U-Boot NFS filesystem. (Flash error! maybe I need wait my next board) muqiyong
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200606091258.05776.ngustavson@emacinc.com \
--to=ngustavson@emacinc.com \
--cc=u-boot@lists.denx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox