From: Jerry Van Baren <gerald.vanbaren@ge.com>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] Passing MACs to Linux
Date: Thu, 05 Jun 2008 12:19:28 -0400 [thread overview]
Message-ID: <48481210.3030001@ge.com> (raw)
In-Reply-To: <07C262D3A593471CA3E3C6EA770C5230@absolutdaddy>
Russell McGuire wrote:
> To save most the banter, and rephrasing:
>
> What is the 'EXPECTED' current behavior of the 83xx/6xx architecture for the
> most current 1.3.3+ GIT release of passing MACs into Linux 2.6.24. Lastly, I
> am using the UEC 83xx driver.
>
> I have defined QE_OF.
> I have defined CONFIG_UEC_ETH.
> I have defined CONFIG_ETHADDR.
>
> My 8360.blob/dts does have MAC address definitions, but are set to ZERO's.
> <See below> In previous releases this was over written by U-boot, thus using
> the CONFIG_ETHADDR address to be used within Linux 2.6.24.
>
> Most recently <since 1.3.1>, I now have to add valid MACs to the
> 8360.blob/dts file to get a MAC to be set within Linux. Does U-boot no
> longer over write if a blob already has any MAC set? I don't care what used
> to work really, I just would like to know what the current method is.
>
> Here is my current dts entry of note, previously <1.3.1> I didn't have to
> set 'mac-address' / could leave it at all-zeros. Now, I do have to set
> mac-address. Again, not worried about any previous method working, just
> looking for current method that is correct.
/aliases/ethernet0 = ???
Use "fdt print /", "fdt print /aliases", "fdt chosen", and "fdt bd"(?)
at the u-boot command line to see what your blob looks like and how
creating the /chosen node and board fixups change it.
References:
common/fdt_support.c (ethernet fixup for mac address, dereferences the
/aliases node)
<http://git.denx.de/?p=u-boot.git;a=blob;f=common/fdt_support.c;h=75077442d85dbc2fc38ae02e80be1c5485b391c9;hb=HEAD#l379>
> ucc at 2000 { //UCC1
> device_type = "network";
> compatible = "ucc_geth";
> model = "UCC";
> device-id = <1>; // UCC1
> reg = <2000 200>;
> interrupts = <20>;
> interrupt-parent = < &qeic >;
> /*
> * mac-address is deprecated and will be removed
> * in 2.6.25. Only recent versions of
> * U-Boot support local-mac-address, however.
> */
> mac-address = [ 00 04 9f ef 01 01 ];
> local-mac-address = [ 00 00 00 00 00 00 ];
> rx-clock = <0>;
> tx-clock = <19>;
> phy-handle = <212000>;
> pio-handle = < &pio1 >;
> phy-connection-type = "rgmii-id";
> };
>
> -Russ
Best regards,
gvb
next prev parent reply other threads:[~2008-06-05 16:19 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-05 14:49 [U-Boot-Users] Passing MACs to Linux Russell McGuire
2008-06-05 15:02 ` Wolfgang Denk
2008-06-05 15:59 ` Russell McGuire
2008-06-05 16:19 ` Jerry Van Baren [this message]
2008-07-09 21:54 ` Paul Gortmaker
2008-06-05 15:31 ` Jerry Van Baren
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=48481210.3030001@ge.com \
--to=gerald.vanbaren@ge.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