[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20241029145705.4a841723@kernel.org>
Date: Tue, 29 Oct 2024 14:57:05 -0700
From: Jakub Kicinski <kuba@...nel.org>
To: Andrew Lunn <andrew@...n.ch>
Cc: Ronnie.Kunin@...rochip.com, Fabi.Benschuh@....de,
Woojung.Huh@...rochip.com, UNGLinuxDriver@...rochip.com,
andrew+netdev@...n.ch, davem@...emloft.net, edumazet@...gle.com,
pabeni@...hat.com, netdev@...r.kernel.org, linux-usb@...r.kernel.org
Subject: Re: [PATCH] Add LAN78XX OTP_ACCESS flag support
On Tue, 29 Oct 2024 22:14:12 +0100 Andrew Lunn wrote:
> > > That is good, it gives some degree of consistency. But i wounder if we
> > > should go further. I doubt these are the only two devices which
> > > support both EEPROM and OTP. It would be nicer to extend ethtool:
> > >
> > > ethtool -e|--eeprom-dump devname [raw on|off] [offset N] [length N] [otp] [eeprom]
> >
> > After a cursory look at the conversation I wonder if it wouldn't
> > be easier to register devlink regions for eeprom and otp?
>
> devlink regions don't allow write. ethtool does.
Sorry I missed the write part.
I see you already asked the "why" but I don't think the answer
is entirely to the point. We need to know more - netdev focuses on
production use cases. Burning an OTP seems like a manufacturing action.
Powered by blists - more mailing lists