All of lore.kernel.org
 help / color / mirror / Atom feed
From: stefan.wahren@i2se.com (Stefan Wahren)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH RFC V3 2/3] mxs: add driver for ocotp in i.MX23 and i.MX28
Date: Thu, 08 Jan 2015 15:53:15 +0100	[thread overview]
Message-ID: <54AE99DB.1070300@i2se.com> (raw)
In-Reply-To: <54AE8D45.7050805@imgtec.com>

Hi Ezequiel,

Am 08.01.2015 um 14:59 schrieb Ezequiel Garcia:
> Hi Stefan, Arnd,
>
> (I'm trimming the Cc list and adding Thierry and Maxime to the loop):
>
> I'm in the process of finding a suitable upstream path for a new eFuse driver
> for fuses used on Imagination Technologies SoCs.
>
> This was our last proposal, which follows Tegra's work:
>
> http://www.spinics.net/lists/devicetree/msg59246.html
>
> However, Arnd was reluctant to take yet another efuse driver under drivers/soc
> and proposed instead to try to find a unified API. We've had numerous fuse
> drivers (tegra, sunxi, imx and img) appearing, so his concern certainly makes
> sense.
>
> I've talked to Arnd on IRC and we agreed to create a new directory
> drivers/efuse. As a first step we would just move the tegra driver,
> and add the new drivers (img on my side, and possibly mxs on Stefan's).
> Perhaps we would also pull the sunxi_sid driver as well.
>
> Having the drivers together would allow us to come up with a unified API
> as follow up work.

does this unified API affects userspace interface, internal kernel
interface or both?

> How does this sound? If you have no objections to this, I can go ahead and
> try to prepare some RFCs.

I'm happy about any progress on this. It's not really urgent for me to
get the driver into mainline. A helpful and useable userspace interface
is more important to me. So i want to send my comments/requirements
about the API and post the mxs driver after the definition of the
unified API.

Does this answer your question?

Stefan

  reply	other threads:[~2015-01-08 14:53 UTC|newest]

Thread overview: 38+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-10-18 10:32 [PATCH RFC V3 0/3] mxs: add ocotp support for i.MX23 and i.MX28 Stefan Wahren
2014-10-18 10:32 ` Stefan Wahren
2014-10-18 10:32 ` [PATCH RFC V3 1/3] mxs: add binding for fsl ocotp Stefan Wahren
2014-10-18 10:32   ` Stefan Wahren
2014-10-18 10:32 ` [PATCH RFC V3 2/3] mxs: add driver for ocotp in i.MX23 and i.MX28 Stefan Wahren
2014-10-18 10:32   ` Stefan Wahren
2014-10-20 14:44   ` Arnd Bergmann
2014-10-20 14:44     ` Arnd Bergmann
2014-10-20 15:32     ` Stefan Wahren
2014-10-20 15:32       ` Stefan Wahren
2014-10-20 17:32       ` Arnd Bergmann
2014-10-20 17:32         ` Arnd Bergmann
2014-10-28 17:17     ` Ezequiel Garcia
2014-10-28 17:17       ` Ezequiel Garcia
2014-10-28 19:13       ` Arnd Bergmann
2014-10-28 19:13         ` Arnd Bergmann
2014-11-06 19:25         ` Stefan Wahren
2014-11-06 19:25           ` Stefan Wahren
2014-11-06 19:47           ` Arnd Bergmann
2014-11-06 19:47             ` Arnd Bergmann
2015-01-08 13:59             ` Ezequiel Garcia
2015-01-08 14:53               ` Stefan Wahren [this message]
2015-01-08 20:47               ` Stefan Wahren
     [not found]               ` <54AE8D45.7050805-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>
2015-01-09 10:02                 ` Thierry Reding
2015-01-09 10:02                   ` Thierry Reding
2015-01-12  9:21               ` Maxime Ripard
2014-11-07 19:14           ` Ezequiel Garcia
2014-11-07 19:14             ` Ezequiel Garcia
2014-11-07 19:44             ` Stefan Wahren
2014-11-07 19:44               ` Stefan Wahren
2014-10-29  7:14       ` Stefan Wahren
2014-10-29  7:14         ` Stefan Wahren
2014-10-18 10:32 ` [PATCH RFC V3 3/3] mxs: enable ocotp for " Stefan Wahren
2014-10-18 10:32   ` Stefan Wahren
2015-02-25 20:18 ` [PATCH RFC V3 0/3] mxs: add ocotp support " Jörg Krause
2015-02-25 20:27 ` Jörg Krause
2015-02-26  7:11   ` Stefan Wahren
2015-02-26  8:02     ` Jörg Krause

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=54AE99DB.1070300@i2se.com \
    --to=stefan.wahren@i2se.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.