On Fri, Jan 18, 2013 at 6:14 AM, Mugunthan V N <[email protected]> wrote:
> On 1/18/2013 3:48 AM, Peter Korsgaard wrote: > >> 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 <[email protected]> >> >> > This implementation looks fine. > Acked-by: Mugunthan V N <[email protected]> > > 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.
_______________________________________________ devicetree-discuss mailing list [email protected] https://lists.ozlabs.org/listinfo/devicetree-discuss
