Thread (1 message) 1 message, 1 author, 2013-01-18

Re: [PATCHv2] am33xx: cpsw: default to ethernet hwaddr from efuse if not defined in dt

From: Michal Bachraty <hidden>
Date: 2013-01-18 08:26:47
Also in: linux-devicetree, linux-omap

On Fri, Jan 18, 2013 at 6:14 AM, Mugunthan V N [off-list ref] wrote:
On 1/18/2013 3:48 AM, Peter Korsgaard wrote:
quoted
When booting with CONFIG_ARM_APPENDED_DTB (either because of using an old
U-Boot, not wanting the hassle of 2 files or when using Falcon fast boot
mode in U-Boot), nothing updates the ethernet hwaddr specified for the
CPSW slaves, causing the driver to use a random hwaddr, which is some
times
troublesome.

The am33xx has unique ethernet hwaddrs programmed in the efuse, so it
makes
more sense to default to these rather than random ones. Add a fixup step
which adds mac-address dt properties using the efuse addresses if the DTB
didn't contain valid ones.

Signed-off-by: Peter Korsgaard <jacmet-OfajU3CKLf1/SzgSGea1oA@public.gmane.org>
This implementation looks fine.
Acked-by: Mugunthan V N <redacted>

Regards
Mugunthan V N
Thanks,
My approach for cpsw driver is posted here:
https://patchwork.kernel.org/patch/1966481/
I added DT option mac-address-source because there is still possiblility to
have mac address set by the u-boot in the future. Beaglebone have special
eeprom on board, were you can have stored user MAC and u-boot can read
eeprom
data. Maybe some users will want this feature.  Also in cpsw dt binding
documentation, there is mention  /* Filled in by U-Boot */.  For that
purpose,
code I proposed can easily deal with any driver exteds.

Reading CPU mac address registers with (my approach) or without (your
approach) DT should be more discussed. Also your way seems to be fine.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help