From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from phobos.denx.de (phobos.denx.de [85.214.62.61]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 21F65C7EE23 for ; Mon, 12 Jun 2023 04:16:26 +0000 (UTC) Received: from h2850616.stratoserver.net (localhost [IPv6:::1]) by phobos.denx.de (Postfix) with ESMTP id 9555A847BA; Mon, 12 Jun 2023 06:16:23 +0200 (CEST) Authentication-Results: phobos.denx.de; dmarc=pass (p=none dis=none) header.from=unsw.edu.au Authentication-Results: phobos.denx.de; spf=pass smtp.mailfrom=u-boot-bounces@lists.denx.de Authentication-Results: phobos.denx.de; dkim=pass (1024-bit key; unprotected) header.d=unsw.edu.au header.i=@unsw.edu.au header.b="D0hHBILZ"; dkim-atps=neutral Received: by phobos.denx.de (Postfix, from userid 109) id B4E7C85C5A; Mon, 12 Jun 2023 06:16:21 +0200 (CEST) Received: from AUS01-ME3-obe.outbound.protection.outlook.com (mail-me3aus01on2071a.outbound.protection.outlook.com [IPv6:2a01:111:f403:7004::71a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by phobos.denx.de (Postfix) with ESMTPS id 53DB580F6C for ; Mon, 12 Jun 2023 06:16:16 +0200 (CEST) Authentication-Results: phobos.denx.de; dmarc=pass (p=none dis=none) header.from=unsw.edu.au Authentication-Results: phobos.denx.de; spf=pass smtp.mailfrom=d.antliff@unsw.edu.au ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=exqIGmEOceKQ9vLH09I80GMJiHLMlaLFTcqcG00oiSVQ2Pxn4iVG0fEpImIlnQ4weiEcSWSSmHicykySeumPzEP2chXnmwBjkiVx54bjuwc6T6xqniPmanODw+PMtKexQGoRbHNYDSYwuI32FLN/Ci3nxCy3SLPtidPK9iGCKmevsJW52ZkO7+CwSM+k/YI28TjsuWW1T/yvuSN3uZJAGK0bZQGwmiRveMMQrlP63s6K/Z3TFt4qhhlO8j6Pkw0MdWOknKAfpu/xBtZlWDz8bikcBFAmaXpqVtiGPXQ/0IcyZx0ra7EeUluivY1/vU02rxPtJVow7+It9zYyLlZsdA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=IaZsEzHgKk1NLMYvBnBO/tgobfly8GG/H4hw3bLf7lc=; b=NTefZGyL2sfTHaw7X05+0SomXhTvt44JZ8OYjurGL0NdSbtv44tgh4dRqd6dhtZLjE8BA/39o2sO2vTgP9ARlQiAL6VrTmmyx/92QjJRd880kQ1yU+NLpk1SNIy56jjPMoI2ODRIA6b5Ba2MJCvhMgs/UhTsOBtBpSdHrXE4rXJwLeranFTbC747K0woWAxfTbuc+J3gUL8zHf+C7ZZVga57ITnBAWKgzwvYC1scZU0E6bY8gZqZTh4WbwcDoNyJ1QNIo4cpsbtLvE73obypMRNUtKd78nMfbgrCP2yz83BnETyF68epx4kUt8g7KsZ3+32H7WYCEqdkdfNwMtGJOQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=unsw.edu.au; dmarc=pass action=none header.from=unsw.edu.au; dkim=pass header.d=unsw.edu.au; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unsw.edu.au; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=IaZsEzHgKk1NLMYvBnBO/tgobfly8GG/H4hw3bLf7lc=; b=D0hHBILZop2hGU4f3MyCfU6Q10HlwR1NEmfzbzHyAqhRPlIRtVfShm2/mECR5oyNHlcDpMkVpGsjrSUgOyxvh/vTYNXbItL1UxtSchT0jfcCi+3nxGvKPg7RrodzpThZFk8pa3pIt5vcXhZldJE2g33nKIqaMDpvS2EMtOq3JeE= Received: from SY4PR01MB6797.ausprd01.prod.outlook.com (2603:10c6:10:136::13) by SYZPR01MB7627.ausprd01.prod.outlook.com (2603:10c6:10:16c::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6477.29; Mon, 12 Jun 2023 04:16:10 +0000 Received: from SY4PR01MB6797.ausprd01.prod.outlook.com ([fe80::d22e:de5f:c4b3:882c]) by SY4PR01MB6797.ausprd01.prod.outlook.com ([fe80::d22e:de5f:c4b3:882c%7]) with mapi id 15.20.6477.028; Mon, 12 Jun 2023 04:16:10 +0000 From: David Antliff To: Sean Anderson , "u-boot@lists.denx.de" Subject: Re: Setting MAC address from I2C EEPROM - debug / commands? (Xilinx) Thread-Topic: Setting MAC address from I2C EEPROM - debug / commands? (Xilinx) Thread-Index: AQHY/tWe8sM51023SUG9YFE8iUUXcK5L1byAgTvgEx+AABGqAIAAAOGY Date: Mon, 12 Jun 2023 04:16:10 +0000 Message-ID: References: <7b864725-2ed2-29b8-b5fd-9233434b8c80@gmail.com> <17482435-1690-7c0d-772e-09daf8417ca4@gmail.com> In-Reply-To: <17482435-1690-7c0d-772e-09daf8417ca4@gmail.com> Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=unsw.edu.au; x-ms-publictraffictype: Email x-ms-traffictypediagnostic: SY4PR01MB6797:EE_|SYZPR01MB7627:EE_ x-ms-office365-filtering-correlation-id: 5533883a-a6fd-45c5-230b-08db6afbc08d x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: uRiY/Ot9tZrgal+f15LfGJw7f1yy9onW7niDDTMQN6u0L4gTuqz6eSfH4/Do0K0IgrfkMw0cr+RL+yKHWWKOpSwrgFP3HXR4Xxn5I/dy1hwbiyE4TDU5TeN85hNbXDy/m2rQDEq1XffiS1/DWCyVFA6GqrwlgIUhIoLvCR1ySxzYCL3rtfuERACciU14D82vSABcvBhheLX5Q08JLSyDKrk04ji/7yC2s7DqisULOiDyxxMgjGO7ffUwPYDk9XPa7G7DV0B5MvHJS20u21R4XmTzg7qyAX5cEZ+lvxTxLf7LEXhKpV94H0XzDj5EI7knrqKDpw2VvpBeCN5UuRZhfOKBfYO5lYmh9Nos2cChL/Gm2rMVVYaiM2KEKVmGJNpI617caCR3mFz4kuHMsbsWMMZIKGkdUXqupPz9v46cuxQpOhcIsC5mNHr4mWthIN9Z3HdZZ33Z0nJQSS7rRoFhmRVxz2RAwtWJLqOGrRTT3CYCA7W8GDA69Tpch8OwrXjfyUWF1E3vueJNef7RLil+waXBgxZ5h1FZ1+mcic69c9AMF5LDPbHIqXfreHbY3SfYaBOW1QeYV7uOQQm3/dIZ5n1Kh4eRzq6J4NR/hobBoYA8/lJ4rfEyPHg3XoVFQr0d x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SY4PR01MB6797.ausprd01.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230028)(4636009)(376002)(346002)(366004)(396003)(39860400002)(136003)(451199021)(7696005)(86362001)(41320700001)(55016003)(33656002)(38100700002)(122000001)(38070700005)(478600001)(71200400001)(110136005)(8676002)(8936002)(66446008)(5660300002)(52536014)(64756008)(66556008)(786003)(66946007)(316002)(76116006)(2906002)(41300700001)(66476007)(186003)(9686003)(83380400001)(26005)(6506007)(53546011); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?44zUya6UBB2HSbfIpvdTR3rMHR1zg5frhGrR+hzlFj7MbOjiLL0hQlbYAY?= =?iso-8859-1?Q?grJMRBK5wwaRTRXagSLGIcRtNyYWq42P9z8OP+uVFalcjA3GhKstA/dnIV?= =?iso-8859-1?Q?Df3ZzB/y9vRJ4S6ACdaduNI2itvtF4KXA6E/NXRck8jYut9nq9r8ZuwIVy?= =?iso-8859-1?Q?tX4anAcFdwEvgmX81/uVQR0LUrnaGgAqlV1uD4BE83ywJBbNaoIuRE2WYp?= =?iso-8859-1?Q?RBd5aAEcTYfGMeh0c7n5cTXSsg8GbOZNUiQPKhL+/N/y5zHpRXHNu93AlH?= =?iso-8859-1?Q?iw3VQZVhlZJY3o421ql/C/P4alFCy5LBzDqbiZYjN4LhzG7y7MCA2al5ny?= =?iso-8859-1?Q?bCxVvlfYLu9ykA0PhQ2gFx0oHt+OszgHvg+Jvu2TI8fs9FGkQL3XlTSVIE?= =?iso-8859-1?Q?KrcWdqSWsV0ql4rO6v9eycZt29kp27rtl4BDBCHkEyt3uzA1U+qpUSUPkA?= =?iso-8859-1?Q?AO5CAGGy23AD0Zj5JZ7mXzVrfvt2gZkHbgBnmXqLC4g9/meBw+bGO5cumn?= =?iso-8859-1?Q?oKtjgKOCdncViIKNRl5Qkl328QXjDnPzApeh1rU2r2vfl0iC+PYiK2gOZW?= =?iso-8859-1?Q?CI1UFbCO2CIfUDMpqNC4y9ZAqSwQ8gi6VHuLFVYaRFq9jUQCOfUDvytZz1?= =?iso-8859-1?Q?781MDwjwffglZblfQrun23u3gNxtF7Te+plxIworyCpSmsWTbQ6nl876pv?= =?iso-8859-1?Q?UrMQp9RHWyuca/e1hUDC1v+FhndIwR+HLouZcqzjg1nxsTyLsy2MUIuXHp?= =?iso-8859-1?Q?JRTui4IM8uDi2rV6/OAlfzg2J0TluRB0WygzcysMuNeqJXSPEz36XXmMfn?= =?iso-8859-1?Q?vEPWELNaCy9c4Sip9JLhw06wL1aGQnwtHKs4eRPnwPxpRkiv4tJA9QquG2?= =?iso-8859-1?Q?1NyBEwEZhiybC3lkRiwwx2GNQB4sk2dmuJEBw6kbiUa6TMH6Cq9rdtCGLw?= =?iso-8859-1?Q?olV362AsGUr57S2g2oiVislQC0kVBaRSSQSAeWsu0j3bhCU2IZp1sViSRV?= =?iso-8859-1?Q?Hu3z/JFGIkdw29XU5vJ0cGeLpLDmhDD1+ubRakUvAqSgRlpWoRlOjp0T60?= =?iso-8859-1?Q?Ez04bxzpOpA5YgON1Wmb/slXElCONdlZRtRLrwlioRgyT5+xjvz7MZVy5x?= =?iso-8859-1?Q?jUkSMO7WEjTPgnh7Cj0rngNBKK1thxybNNNOHM4v4gKaNB1Zk0qghVIcOg?= =?iso-8859-1?Q?Amij07edXGr/PGHAvBud2K54Lbh1ceJY+z7Fwm55kz6dSYVsh3PPnzxl0a?= =?iso-8859-1?Q?nIP4oCzdRPlA//C+/FHIneP0XP7nqSPBfrFC9G24h76+OhZSeNZJYkpQf5?= =?iso-8859-1?Q?zKjRSMRD/GcdQHukHiiKOAfuJ/YIpWNWCxBuoP33FoFk/qyMnfKyTZWgos?= =?iso-8859-1?Q?mwlYiUnJayHo9IT4PC4+V+7pdkT3NzsEOSV4ARNfpxGTBmkeL0+KB+/wWi?= =?iso-8859-1?Q?SxzY/L58NWGNwIfYJpnaAzJ3nvKV+NDlWDdlrwL1xezV+T0+0O8TCw0IAS?= =?iso-8859-1?Q?2hgOnKhIioQf/4syWLZGfDoo5Y+jD5VevT5537XgTZAfKQVF2iDCxuh7Nd?= =?iso-8859-1?Q?E0VJk5Ha5H4T7b6/BfM5KSOd+sj7ZBOFzxJy3FE6Muno42BP/NrAvLzmxw?= =?iso-8859-1?Q?0NuJ5CSHPCX1bgffBZdeZg+jlFDRJU20Th?= Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: unsw.edu.au X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SY4PR01MB6797.ausprd01.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 5533883a-a6fd-45c5-230b-08db6afbc08d X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Jun 2023 04:16:10.2266 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 3ff6cfa4-e715-48db-b8e1-0867b9f9fba3 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: gxhs4/4GEL10Pqfoi1gN4N+CNj2TNj69wqpAcZlnvcb4ZW3amc+sqR35D3C0lWXHooEQPgzS9OoOEqu7axEcHw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: SYZPR01MB7627 X-BeenThere: u-boot@lists.denx.de X-Mailman-Version: 2.1.39 Precedence: list List-Id: U-Boot discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: u-boot-bounces@lists.denx.de Sender: "U-Boot" X-Virus-Scanned: clamav-milter 0.103.8 at phobos.denx.de X-Virus-Status: Clean Hi Sean, thanks for getting back to me.=0A= =0A= On 6/11/23 Sean Anderson wrote:=0A= > On 6/11/23 23:25, David Antliff wrote:=0A= > > On 11/23/22 Sean Anderson wrote:=0A= > >>=A0 =A0On 11/22/22 20:23, David Antliff wrote:=0A= =0A= [snip]=0A= =0A= > > So I took up your suggestion, enabled CONFIG_NVMEM & CONFIG_I2C_EEPROM,= and=0A= > > with some trial and error I have got as far as added the following to m= y device tree:=0A= > > =0A= > >=A0=A0=A0=A0=A0 axi {=0A= > >=A0=A0=A0=A0=A0=A0=A0=A0=A0 i2c@ff030000 {=0A= > >=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 i2c-mux@74 {=0A= > >=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 i2c@0 {=0A= > >=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 eeprom@5= 4 {=0A= > >=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 mac_address: mac-address@23 {=0A= > >=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 reg =3D <0x23 6>;=0A= > >=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 };=0A= > >=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 };=0A= > >=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 };=0A= > >=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 };=0A= > >=A0=A0=A0=A0=A0=A0=A0=A0=A0 };=0A= > > =0A= > >=A0=A0=A0=A0=A0=A0=A0=A0=A0 ethernet@ff0e0000 {=0A= > >=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nvmem-cells =3D <&mac_address>;= =0A= > >=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nvmem-cell-names =3D "mac-addres= s";=0A= > >=A0=A0=A0=A0=A0=A0=A0=A0=A0 };=0A= > >=A0=A0=A0=A0=A0 };=0A= > > =0A= > > (This is part of a user .dtsi so it's added by Yocto to the existing DT= provided by the vendor's board=0A= > > definition).=0A= > > =0A= > > The tree builds OK and I can view the correct nodes from U-Boot / fdt c= ommand.=0A= > > =0A= > >=A0 From a little debugging, I see that the call in eth-uclass.c around = line 515 returns a null pointer:=0A= > > =0A= > >=A0=A0=A0=A0=A0=A0=A0 p =3D dev_read_u8_array_ptr(dev, "mac-address", AR= P_HLEN);=0A= > =0A= > This is expected. If (local-)mac-address is defined then nvmem_cell_get_b= y_name/nvmem_cell_read will not be used.=0A= =0A= Yeah, so, I think I shot myself in the foot when writing this email, becaus= e although I am using the U-Boot device tree=0A= for my efforts (the one appended to the U-Boot binary, a la CONFIG_OF_SEPAR= ATE), I actually used the Linux one in=0A= my email, which was a mistake because the "local-mac-address" has been popu= lated with a valid address by that point.=0A= I'm actually not sure where that address comes from, because in the U-Boot = device tree, I have:=0A= =0A= local-mac-address =3D [ff ff ff ff ff ff];=0A= =0A= So to be clear, I do not have a valid local-mac-address in the U-Boot devic= e tree at the time U-Boot is looking for the MAC address.=0A= =0A= > > And this results in U-Boot assigning the FF:FF:FF:FF:FF:FF address inst= ead.=0A= > > =0A= > > Yet, if I boot Linux, this device now appears in sysfs as /sys/bus/nvme= m/devices/6-00544/nvmem,=0A= > > and I can read/write to it, so something is working. Linux ends up with= the wrong MAC though=0A= > > (76:1b:db:1f:78:12, and I'm not sure where that comes from).=0A= > > =0A= > > I think I have the right Ethernet device, as U-Boot reports:=0A= > > =0A= > >=A0=A0=A0=A0=A0 ZYNQ GEM: ff0e0000, mdio bus ff0e0000, phyaddr 12, inter= face rgmii-id=0A= > > =0A= > > Do you have any thoughts as to why U-Boot is not picking up the MAC add= ress from the EEPROM,=0A= > > in this case, please?=0A= > > =0A= > > The full sections of the relevant parts of the DT now look like this:= =0A= =0A= [snip]=0A= =0A= > >=A0=A0=A0=A0=A0=A0=A0=A0=A0 ethernet@ff0e0000 {=0A= > >=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 power-domains =3D <0= x11 0x20>;=0A= > >=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 iommus =3D <0x12 0x8= 77>;=0A= >=A0> =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 #address-cells =3D <= 0x01>;=0A= > >=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 phy-mode =3D "rgmii-= id";=0A= > >=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nvmem-cells =3D <0x1= 5>;=0A= > >=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 clock-names =3D "pcl= k\0hclk\0tx_clk\0rx_clk\0tsu_clk";=0A= > >=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 local-mac-address = =3D [76 1b db 1f 78 12];=0A= > =0A= > This will prevent the nvmem-cells from being used. Is this your U-Boot de= vice tree? Or is it from /sys/firmware?=0A= =0A= Yes, this is from /sys/firmware - my mistake, as mentioned above. The U-Boo= t device tree looks like this:=0A= =0A= ZynqMP> fdt print /axi/ethernet@ff0e0000=0A= ethernet@ff0e0000 {=0A= compatible =3D "xlnx,zynqmp-gem", "cdns,gem";=0A= status =3D "okay";=0A= interrupt-parent =3D <0x00000005>;=0A= interrupts =3D <0x00000000 0x0000003f 0x00000004 0x00000000 0x00000= 03f 0x00000004>;=0A= reg =3D <0x00000000 0xff0e0000 0x00000000 0x00001000>;=0A= clock-names =3D "pclk", "hclk", "tx_clk", "rx_clk", "tsu_clk";=0A= #address-cells =3D <0x00000001>;=0A= #size-cells =3D <0x00000000>;=0A= iommus =3D <0x00000012 0x00000877>;=0A= power-domains =3D <0x00000011 0x00000020>;=0A= resets =3D <0x00000013 0x00000020>;=0A= reset-names =3D "gem3_rst";=0A= clocks =3D <0x00000004 0x0000001f 0x00000004 0x0000006b 0x00000004 = 0x00000030 0x00000004 0x00000034 0x00000004 0x0000002c>;=0A= phy-handle =3D <0x00000014>;=0A= phy-mode =3D "rgmii-id";=0A= xlnx,ptp-enet-clock =3D <0x00000000>;=0A= local-mac-address =3D [ff ff ff ff ff ff];=0A= nvmem-cells =3D <0x00000015>;=0A= nvmem-cell-names =3D "mac-address";=0A= phandle =3D <0x00000067>;=0A= mdio {=0A= #address-cells =3D <0x00000001>;=0A= #size-cells =3D <0x00000000>;=0A= phandle =3D <0x00000068>;=0A= ethernet-phy@c {=0A= #phy-cells =3D <0x00000001>;=0A= compatible =3D "ethernet-phy-id2000.a231";=0A= reg =3D <0x0000000c>;=0A= ti,rx-internal-delay =3D <0x00000008>;=0A= ti,tx-internal-delay =3D <0x0000000a>;=0A= ti,fifo-depth =3D <0x00000001>;=0A= ti,dp83867-rxctrl-strap-quirk;=0A= reset-gpios =3D <0x00000016 0x00000006 0x00000001>;= =0A= phandle =3D <0x00000014>;=0A= };=0A= };=0A= };=0A= =0A= I've noticed in some online examples that there's a compatible =3D "nvmem-c= ells" at the EEPROM level, so I tried:=0A= =0A= ZynqMP> fdt print /axi/i2c@ff030000/i2c-mux@74/i2c@0=0A= i2c@0 {=0A= #address-cells =3D <0x00000001>;=0A= #size-cells =3D <0x00000000>;=0A= reg =3D <0x00000000>;=0A= phandle =3D <0x0000006d>;=0A= eeprom@54 {=0A= compatible =3D "atmel,24c128", "nvmem-cells";=0A= reg =3D <0x00000054>;=0A= phandle =3D <0x00000036>;=0A= mac-address@23 {=0A= reg =3D <0x00000023 0x00000006>;=0A= phandle =3D <0x00000015>;=0A= };=0A= };=0A= };=0A= =0A= However this does not work either. Is this compatibility declaration requir= ed?=0A= =0A= [snip]=0A= =0A= > You can also #define DEBUG in drivers/misc/nvmem.c=0A= =0A= Thank you, I will try that.=0A= =0A= -- David.=0A=