Hi, Dong Aisheng writes: > On Thu, Mar 15, 2012 at 07:22:04PM +0800, Lothar Waßmann wrote: [...] > My proposal is only set the fixed part(first two octets) in board dts file, > each board knows it's value, and read the left 4 octets from OCOTP > dynamically. > The OUI part is three bytes, not two! But anyway, since there is no definition on how the MAC has to be stored in OCOTP there is no way for the driver to know how to interpret the data it may read from there.
> > Anyway there is no definite spec how the MAC address(es) are stored > > in the fuse map. Thus reading the MAC from there is more or less > > platform specific. > > > It's just provide one more option since there are customers storing the MAC > in the fuse map. > How would the driver know, whether and how the customer has stored the MAC address in OCOTP? E.g. on our TX28 modules the FULL MAC is stored in the CUSTOM registers in OCOTP. > > Currently I'm setting up the MAC address for our TX28 from the fuses > > in the platform code passed via platform_data, but that will obviously > > not work with DT. > > > Non-dt can also use my proposal, then you only need to pass the fixed part of > MAC via platfrom data, the left will be read by fec driver. > Reading the MAC from fuses is platform sepcific. The driver cannot know how the MAC is stored there and needs to rely on platform specific code to do this. > > The correct way would probably be to pass the MAC from the bootloader > > via a DT blob. But that would require all bootloaders to be updated > > first to support DTS. :( > > > But uboot will face the same problem that can not define a valid MAC > in dts, did i undertand correctly? > That's why I said "would require all bootloaders to be updated first to support DTS". Lothar Waßmann -- ___________________________________________________________ Ka-Ro electronics GmbH | Pascalstraße 22 | D - 52076 Aachen Phone: +49 2408 1402-0 | Fax: +49 2408 1402-10 Geschäftsführer: Matthias Kaussen Handelsregistereintrag: Amtsgericht Aachen, HRB 4996 www.karo-electronics.de | i...@karo-electronics.de ___________________________________________________________ _______________________________________________ devicetree-discuss mailing list devicetree-discuss@lists.ozlabs.org https://lists.ozlabs.org/listinfo/devicetree-discuss
