MTD EEPROM support and driver integration
Mark Brown
broonie at kernel.org
Mon Jul 8 04:36:14 EDT 2013
On Sun, Jul 07, 2013 at 09:15:01AM +0200, Maxime Ripard wrote:
> On Sat, Jul 06, 2013 at 09:06:49PM +0200, Arnd Bergmann wrote:
> > We also have a bunch of OTP drivers spread around the kernel, it probably
> > makes sense to consolidate them at the same time, at least on the DT binding
> > side if not the device drivers.
> From a quick grep, the only one I've seen so far are:
> - imx6q, that has a hook at machine start to poke into its OCOTP to
> retrieve some frequency scaling parameters it seems. I'm not sure
> how the current solution could improve the situation for this
> use-case, but the DT bindings of the OCOTP is just a DT node, with
> no clients, so we have nothing to worry about here.
> - imx28, that has a hook at machine start to look up the MAC address
> values and patch the ethernet controller nodes to add the right
> local-mac-address property. This one could benefit from the new
> bindings, but we already mentionned it, and I intended to develop
> with an imx28 board anyway.
> - picoxcell-pc3x3 DTSI has a node for a OTP device, but they don't
> seem to be doing anything with it, nor do they seem to have a driver
> for it. So I guess we don't care about migrating for this one
> either.
> Did you have other cases in mind?
We have some OTP support in the ab8500 and wm831x MFD drivers too but
they just expose the data.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20130708/fa862ec8/attachment-0001.sig>
More information about the linux-arm-kernel
mailing list