[PATCH 0/7] New eFuse subsystem
From: Maxime Ripard <hidden>
Date: 2015-02-25 15:26:08
Also in:
lkml
Hi, On Wed, Feb 25, 2015 at 01:12:01PM +0000, James Hartley wrote:
Hi Maxime,quoted
-----Original Message----- From: Ezequiel Garcia Sent: 25 February 2015 12:30 To: Maxime Ripard Cc: Thierry Reding; Stephen Warren; Arnd Bergmann; Andrew Bresticker; James Hartley; linux-arm-kernel at lists.infradead.org; linux- kernel at vger.kernel.org Subject: Re: [PATCH 0/7] New eFuse subsystem On 02/25/2015 09:02 AM, Maxime Ripard wrote:quoted
Hi Ezequiel, On Wed, Feb 25, 2015 at 08:45:12AM -0300, Ezequiel Garcia wrote:quoted
This patchset introduces a new driver subsystem, meant to support eFuse (alias OTP, one-time-programmable) devices. The motivation behind this work is to have a common place for drivers that are currently more or less scattered: the tegra efuses are in drivers/soc/ and the sunxi efuses in drivers/misc/eeprom. For now, there's no proposal for a generic efuse API. Instead, we simply group the drivers together. This patchset is the result of the initial submission for IMG Pistachio eFuse support [1]. Our first proposal was to follow the Tegra efuse, and put the Pistachio efuse in drivers/soc. After some discussion we finally agreed [2] to first create an efuse directoy, and then put all efuse drivers in it. As always, all comments are welcome! [1] http://www.spinics.net/lists/devicetree/msg59246.html [2] http://www.spinics.net/lists/arm-kernel/msg389325.htmlHave you looked at the EEPROM framework currently in discussions? The two seems to be covering pretty much the same use cases.Shouldn't this be a PROM framework if it is going to support both EEPROM and EFUSE/QFPROM, or am I missing something here (since an eFuse is not eraseable)?
Does it really matter? I mean, it's just a name after all. But feel free to suggest alternatives on the main thread. Maxime -- Maxime Ripard, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20150225/f30afb44/attachment.sig>