All of lore.kernel.org
 help / color / mirror / Atom feed
From: Lee Jones <lee.jones@linaro.org>
To: Brian Norris <computersforpeace@gmail.com>
Cc: marex@denx.de, Angus Clark <angus.clark@st.com>,
	broonie@linaro.org, Linus Walleij <linus.walleij@linaro.org>,
	linux-spi@vger.kernel.org, Huang Shijie <b32955@freescale.com>,
	linux-mtd@lists.infradead.org, pekon@ti.com,
	sourav.poddar@ti.com, dwmw2@infradead.org,
	linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH 0/4] mtd: spi-nor: add a new framework for SPI NOR
Date: Tue, 10 Dec 2013 10:00:22 +0000	[thread overview]
Message-ID: <20131210100022.GA2390@lee--X1> (raw)
In-Reply-To: <20131210082547.GC11489@norris.computersforpeace.net>

On Tue, 10 Dec 2013, Brian Norris wrote:

> On Tue, Dec 03, 2013 at 08:23:43AM +0000, Lee Jones wrote:
> > I would like to make a suggestion to Brian though. Even if the new
> > framework is written within the next couple of months and the
> > semantics do suit the FSM Controller driver, I'd still like the
> > implementation that's currently on the list to be applied. That way
> > we'd have a known good version of the driver which is almost identical
> > to how ST's internal driver does now. The one that is present out in
> > the wild (i.e. _real_ products).
> 
> I think this suggestion is feasible: that we might merge this driver
> even if it doesn't try to fit to some (still vague) idea of what a "SPI
> NOR framework" should be. However, I don't know if the latter argument
> is valid; just because it's in real products doesn't mean we really want
> it as-is.

True, it just makes things easier for us internally when we are due
for a kernel version up-lift.

> But I think that in this case, the perfect may be the enemy of
> the good -- the "good" driver now is better than the "perfect" driver
> that never comes.

+1

> > I will subsequently volunteer to provide my utmost best efforts to
> > port the driver over to the new framework as a new task once it has
> > landed.
> 
> I'll hold you to that! Do we have any collateral for that guarantee? ;)

My word is my bond Brian. Failing that, beer? :)

-- 
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog

WARNING: multiple messages have this Message-ID (diff)
From: Lee Jones <lee.jones-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
To: Brian Norris <computersforpeace-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: Huang Shijie <b32955-KZfg59tc24xl57MIdRCFDg@public.gmane.org>,
	Angus Clark <angus.clark-qxv4g6HH51o@public.gmane.org>,
	marex-ynQEQJNshbs@public.gmane.org,
	broonie-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org,
	Linus Walleij
	<linus.walleij-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>,
	linux-spi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-mtd-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	pekon-l0cyMroinI0@public.gmane.org,
	sourav.poddar-l0cyMroinI0@public.gmane.org,
	dwmw2-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
Subject: Re: [PATCH 0/4] mtd: spi-nor: add a new framework for SPI NOR
Date: Tue, 10 Dec 2013 10:00:22 +0000	[thread overview]
Message-ID: <20131210100022.GA2390@lee--X1> (raw)
In-Reply-To: <20131210082547.GC11489-7ciq9WCbhwJWVhifINYOO1poFGfAdsVx5NbjCUgZEJk@public.gmane.org>

On Tue, 10 Dec 2013, Brian Norris wrote:

> On Tue, Dec 03, 2013 at 08:23:43AM +0000, Lee Jones wrote:
> > I would like to make a suggestion to Brian though. Even if the new
> > framework is written within the next couple of months and the
> > semantics do suit the FSM Controller driver, I'd still like the
> > implementation that's currently on the list to be applied. That way
> > we'd have a known good version of the driver which is almost identical
> > to how ST's internal driver does now. The one that is present out in
> > the wild (i.e. _real_ products).
> 
> I think this suggestion is feasible: that we might merge this driver
> even if it doesn't try to fit to some (still vague) idea of what a "SPI
> NOR framework" should be. However, I don't know if the latter argument
> is valid; just because it's in real products doesn't mean we really want
> it as-is.

True, it just makes things easier for us internally when we are due
for a kernel version up-lift.

> But I think that in this case, the perfect may be the enemy of
> the good -- the "good" driver now is better than the "perfect" driver
> that never comes.

+1

> > I will subsequently volunteer to provide my utmost best efforts to
> > port the driver over to the new framework as a new task once it has
> > landed.
> 
> I'll hold you to that! Do we have any collateral for that guarantee? ;)

My word is my bond Brian. Failing that, beer? :)

-- 
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
--
To unsubscribe from this list: send the line "unsubscribe linux-spi" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

WARNING: multiple messages have this Message-ID (diff)
From: lee.jones@linaro.org (Lee Jones)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 0/4] mtd: spi-nor: add a new framework for SPI NOR
Date: Tue, 10 Dec 2013 10:00:22 +0000	[thread overview]
Message-ID: <20131210100022.GA2390@lee--X1> (raw)
In-Reply-To: <20131210082547.GC11489@norris.computersforpeace.net>

On Tue, 10 Dec 2013, Brian Norris wrote:

> On Tue, Dec 03, 2013 at 08:23:43AM +0000, Lee Jones wrote:
> > I would like to make a suggestion to Brian though. Even if the new
> > framework is written within the next couple of months and the
> > semantics do suit the FSM Controller driver, I'd still like the
> > implementation that's currently on the list to be applied. That way
> > we'd have a known good version of the driver which is almost identical
> > to how ST's internal driver does now. The one that is present out in
> > the wild (i.e. _real_ products).
> 
> I think this suggestion is feasible: that we might merge this driver
> even if it doesn't try to fit to some (still vague) idea of what a "SPI
> NOR framework" should be. However, I don't know if the latter argument
> is valid; just because it's in real products doesn't mean we really want
> it as-is.

True, it just makes things easier for us internally when we are due
for a kernel version up-lift.

> But I think that in this case, the perfect may be the enemy of
> the good -- the "good" driver now is better than the "perfect" driver
> that never comes.

+1

> > I will subsequently volunteer to provide my utmost best efforts to
> > port the driver over to the new framework as a new task once it has
> > landed.
> 
> I'll hold you to that! Do we have any collateral for that guarantee? ;)

My word is my bond Brian. Failing that, beer? :)

-- 
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org ? Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog

  reply	other threads:[~2013-12-10 10:00 UTC|newest]

Thread overview: 157+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-11-26  6:32 [PATCH 0/4] mtd: spi-nor: add a new framework for SPI NOR Huang Shijie
2013-11-26  6:32 ` Huang Shijie
2013-11-26  6:32 ` [PATCH 1/4] mtd: spi-nor: move the SPI NOR commands to a new header file Huang Shijie
2013-11-26  6:32   ` Huang Shijie
2013-11-26  7:42   ` Gupta, Pekon
2013-11-26  7:42     ` Gupta, Pekon
2013-11-26  8:53     ` Huang Shijie
2013-11-26  8:53       ` Huang Shijie
2013-11-26 14:48       ` Angus Clark
2013-11-26 14:48         ` Angus Clark
2013-11-26  6:32 ` [PATCH 2/4] mtd: spi-nor: add a new data structrue spi_nor{} Huang Shijie
2013-11-26  6:32   ` Huang Shijie
2013-11-26 11:42   ` Gupta, Pekon
2013-11-26 11:42     ` Gupta, Pekon
2013-11-27  4:35     ` Huang Shijie
2013-11-27  4:35       ` Huang Shijie
2013-11-27  9:32       ` Marek Vasut
2013-11-27  9:32         ` Marek Vasut
2013-11-27 10:24         ` Huang Shijie
2013-11-27 10:24           ` Huang Shijie
2013-11-27 10:27           ` Marek Vasut
2013-11-27 10:27             ` Marek Vasut
2013-11-26  6:32 ` [PATCH 3/4] mtd: spi-nor: add the framework for SPI NOR Huang Shijie
2013-11-26  6:32   ` Huang Shijie
2013-11-26 10:03   ` Gupta, Pekon
2013-11-26 10:03     ` Gupta, Pekon
2013-11-27  9:39   ` Marek Vasut
2013-11-27  9:39     ` Marek Vasut
2013-11-26  6:32 ` [PATCH 4/4] mtd: m25p80: use the new spi-nor APIs Huang Shijie
2013-11-26  6:32   ` Huang Shijie
2013-11-26 12:57 ` [PATCH 0/4] mtd: spi-nor: add a new framework for SPI NOR Angus Clark
2013-11-26 12:57   ` Angus Clark
2013-11-27  4:32 ` Brian Norris
2013-11-27  4:32   ` Brian Norris
2013-11-27  4:32   ` Brian Norris
2013-11-27  4:39   ` Huang Shijie
2013-11-27  4:39     ` Huang Shijie
2013-11-27  4:39     ` Huang Shijie
2013-11-29 14:52   ` Angus Clark
2013-11-29 14:52     ` Angus Clark
2013-11-29 14:52     ` Angus Clark
2013-12-02 10:06     ` Huang Shijie
2013-12-02 10:06       ` Huang Shijie
2013-12-02 10:06       ` Huang Shijie
2013-12-02 11:01       ` Gupta, Pekon
2013-12-02 11:01         ` Gupta, Pekon
2013-12-02 11:01         ` Gupta, Pekon
2013-12-02 11:19       ` Angus Clark
2013-12-02 11:19         ` Angus Clark
2013-12-03  6:20         ` Huang Shijie
2013-12-03  6:20           ` Huang Shijie
2013-12-03  6:20           ` Huang Shijie
2013-12-03  8:23           ` Lee Jones
2013-12-03  8:23             ` Lee Jones
2013-12-03  8:23             ` Lee Jones
2013-12-10  8:25             ` Brian Norris
2013-12-10  8:25               ` Brian Norris
2013-12-10  8:25               ` Brian Norris
2013-12-10 10:00               ` Lee Jones [this message]
2013-12-10 10:00                 ` Lee Jones
2013-12-10 10:00                 ` Lee Jones
2013-12-03  0:32     ` Marek Vasut
2013-12-03  0:32       ` Marek Vasut
2013-12-03  0:32       ` Marek Vasut
2013-12-03 10:36       ` Huang Shijie
2013-12-03 10:36         ` Huang Shijie
2013-12-03 10:36         ` Huang Shijie
2013-12-03 14:51     ` David Woodhouse
2013-12-03 14:51       ` David Woodhouse
2013-12-03 14:51       ` David Woodhouse
2013-12-04 18:44       ` Brian Norris
2013-12-04 18:44         ` Brian Norris
2013-12-04 18:44         ` Brian Norris
2013-12-05  7:12         ` Huang Shijie
2013-12-05  7:12           ` Huang Shijie
2013-12-05  7:12           ` Huang Shijie
2013-12-05  8:11           ` Brian Norris
2013-12-05  8:11             ` Brian Norris
2013-12-05  8:11             ` Brian Norris
2013-12-05  7:59             ` Huang Shijie
2013-12-05  7:59               ` Huang Shijie
2013-12-05  7:59               ` Huang Shijie
2013-12-05  9:20               ` Brian Norris
2013-12-05  9:20                 ` Brian Norris
2013-12-05  9:20                 ` Brian Norris
2013-12-06  3:07                 ` Huang Shijie
2013-12-06  3:07                   ` Huang Shijie
2013-12-06  3:07                   ` Huang Shijie
2013-12-05 14:35         ` Angus Clark
2013-12-05 14:35           ` Angus Clark
2013-12-05 14:35           ` Angus Clark
2013-12-06  8:18           ` Huang Shijie
2013-12-06  8:18             ` Huang Shijie
2013-12-06  8:18             ` Huang Shijie
2013-12-10  9:08           ` Brian Norris
2013-12-10  9:08             ` Brian Norris
2013-12-10  9:08             ` Brian Norris
2013-12-04  2:46     ` Huang Shijie
2013-12-04  2:46       ` Huang Shijie
2013-12-04  2:46       ` Huang Shijie
2013-12-04  6:58       ` Angus Clark
2013-12-04  6:58         ` Angus Clark
2013-12-04  6:58         ` Angus Clark
2013-12-04  7:19         ` Gupta, Pekon
2013-12-04  7:19           ` Gupta, Pekon
2013-12-04  7:19           ` Gupta, Pekon
2013-12-04  8:21           ` Angus Clark
2013-12-04  8:21             ` Angus Clark
2013-12-04  8:21             ` Angus Clark
2013-12-04 15:36             ` Marek Vasut
2013-12-04 15:36               ` Marek Vasut
2013-12-04 15:36               ` Marek Vasut
2013-12-05  2:42               ` Huang Shijie
2013-12-05  2:42                 ` Huang Shijie
2013-12-05  2:42                 ` Huang Shijie
2013-12-05  5:43                 ` Gupta, Pekon
2013-12-05  5:43                   ` Gupta, Pekon
2013-12-05  5:43                   ` Gupta, Pekon
2013-12-05  7:33                   ` Huang Shijie
2013-12-05  7:33                     ` Huang Shijie
2013-12-05  7:33                     ` Huang Shijie
2013-11-27  9:27 ` Marek Vasut
2013-11-27  9:27   ` Marek Vasut
2013-11-27  9:47   ` Sourav Poddar
2013-11-27  9:47     ` Sourav Poddar
2013-11-27 10:06     ` Marek Vasut
2013-11-27 10:06       ` Marek Vasut
2013-11-27 10:56       ` Sourav Poddar
2013-11-27 10:56         ` Sourav Poddar
2013-12-02 23:59         ` Marek Vasut
2013-12-02 23:59           ` Marek Vasut
2013-12-03 10:01           ` Sourav Poddar
2013-12-03 10:01             ` Sourav Poddar
2013-12-03 13:42             ` Marek Vasut
2013-12-03 13:42               ` Marek Vasut
2013-12-03 13:50               ` Sourav Poddar
2013-12-03 13:50                 ` Sourav Poddar
2013-12-03 14:19                 ` Marek Vasut
2013-12-03 14:19                   ` Marek Vasut
2013-12-03 14:31                   ` Sourav Poddar
2013-12-03 14:31                     ` Sourav Poddar
2013-12-03 15:09                     ` Marek Vasut
2013-12-03 15:09                       ` Marek Vasut
2013-12-03 15:16                       ` Sourav Poddar
2013-12-03 15:16                         ` Sourav Poddar
2013-12-03 15:35                         ` Marek Vasut
2013-12-03 15:35                           ` Marek Vasut
2013-12-03 15:23                       ` David Woodhouse
2013-12-03 15:23                         ` David Woodhouse
2013-12-03 18:28                         ` Brian Norris
2013-12-03 18:28                           ` Brian Norris
2013-12-03 23:41                           ` Marek Vasut
2013-12-03 23:41                             ` Marek Vasut
2013-11-27 10:19   ` Huang Shijie
2013-11-27 10:19     ` Huang Shijie
2013-12-03  0:00     ` Marek Vasut
2013-12-03  0:00       ` Marek Vasut

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=20131210100022.GA2390@lee--X1 \
    --to=lee.jones@linaro.org \
    --cc=angus.clark@st.com \
    --cc=b32955@freescale.com \
    --cc=broonie@linaro.org \
    --cc=computersforpeace@gmail.com \
    --cc=dwmw2@infradead.org \
    --cc=linus.walleij@linaro.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-mtd@lists.infradead.org \
    --cc=linux-spi@vger.kernel.org \
    --cc=marex@denx.de \
    --cc=pekon@ti.com \
    --cc=sourav.poddar@ti.com \
    /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.