public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
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

  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