linux-mtd.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: Ionela Voinescu <ionela.voinescu@imgtec.com>
To: Greg KH <gregkh@linuxfoundation.org>
Cc: abrestic@chromium.org, dehrenberg@chromium.org,
	linux-mtd@lists.infradead.org, ezequiel.garcia@imgtec.com,
	computersforpeace@gmail.com, james.hartley@imgtec.com
Subject: Re: [PATCH 0/2] staging: mtd: Support for GigaDevice SPI NAND flash
Date: Thu, 6 Nov 2014 18:03:29 +0000	[thread overview]
Message-ID: <545BB7F1.5050400@imgtec.com> (raw)
In-Reply-To: <20141106174459.GA3945@kroah.com>

On 11/06/14 17:44, Greg KH wrote:
> On Thu, Nov 06, 2014 at 05:32:43PM +0000, Ionela Voinescu wrote:
>> On 11/06/14 16:05, Greg KH wrote:
>>> On Thu, Nov 06, 2014 at 03:51:17PM +0000, Ionela Voinescu wrote:
>>>> Hi,
>>>>
>>>> These patches add support for GigaDevice 4Gb SPI NAND flash.
>>>> This is an initial version, adding it to staging, as there is no existing
>>>> framework for SPI NAND as there is for SPI NOR in MTD.
>>>>
>>>> Therefore, I want to start an early discussion about this in order to find
>>>> the best way to integrate it. I am at the beginning regarding both upstreaming
>>>> and understanding all of the MTD layer, so your comments and ideas are
>>>> welcomed.
>>>>
>>>> I've structured this driver similar to the existing Micron SPI NAND
>>>> (mt29f_spinand), in order to make it easier to understand the common code.
>>>> I know there is an atempt to add support for a generic SPI NAND based
>>>> framework from Sourav Poddar but that never got merged, and it would be
>>>> a valid option to consider.
>>>>
>>>> http://lists.infradead.org/pipermail/linux-mtd/2013-July/047373.html
>>>>
>>>> This initial version does not implement all the functionality and I will
>>>> add to it once we decide on a structure. This is based on linux-next.
>>>>
>>>> Thank you and I welcome all comments,
>>> If you want to add code to the staging tree, you need a TODO file that
>>> lists what is needed to be done to the driver in order to get it out of
>>> the staging tree.  Otherwise I don't know why the code is in staging at
>>> all, and not in the "real" part of the kernel.
>>>
>>> thanks,
>>>
>>> greg k-h
>> Hi Greg,
>>
>> For now I am submitting this for staging, but I am interested in having
>> a discussion about the best way to integrate it and hopefully merge
>> this in drivers/mtd/spinand/.
> Then why not just go directly for drivers/mtd/?  Why even stop at
> drivers/staging/ at all?  I need an ACK from the MTD maintainer to get
> this into staging as well.
>
> thanks,
>
> greg k-h
Because the right way to do it in drivers/mtd would be to add a generic
SPI NAND framework and above that have the device specific part.
That would accommodate both my driver and the existing Micron
mt29f_spinand, also in staging, and prepare the ground for other drivers.
But that requires a discussion with the community regarding the structure
of that generic framework and this is what I want to start here.

Therefore, I've added in staging this initial version, because as I see thing,
we can either find the good way to do it, detailed above, or have it
as it is, in staging.

Thank you,
Ionela.

  reply	other threads:[~2014-11-06 18:03 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-11-06 15:51 [PATCH 0/2] staging: mtd: Support for GigaDevice SPI NAND flash Ionela Voinescu
2014-11-06 15:51 ` [PATCH 1/2] staging: mtd: GigaDevice 4Gb SPI NAND driver Ionela Voinescu
2014-11-06 15:51 ` [PATCH 2/2] Documentation: staging: mtd: Binding document for GigaDevice SPI NAND Ionela Voinescu
2014-11-06 16:05 ` [PATCH 0/2] staging: mtd: Support for GigaDevice SPI NAND flash Greg KH
2014-11-06 17:32   ` Ionela Voinescu
2014-11-06 17:44     ` Greg KH
2014-11-06 18:03       ` Ionela Voinescu [this message]
2014-11-06 18:17         ` Ezequiel Garcia
2014-11-06 19:20           ` Brian Norris
2014-11-07 13:00             ` Ionela Voinescu
2014-11-10  9:00             ` arnaud.mouiche
  -- strict thread matches above, loose matches on Subject: below --
2014-11-20  8:39 bpqw
2014-11-20 13:18 ` Ezequiel Garcia
2014-11-25  7:02   ` bpqw
2014-11-25 16:59     ` Ezequiel Garcia
     [not found] <mailman.22397.1416508326.22890.linux-mtd@lists.infradead.org>
2014-11-21  1:16 ` Qi Wang 王起 (qiwang)
2014-11-21  9:24   ` arnaud.mouiche
2014-11-21 11:51   ` Ezequiel Garcia

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=545BB7F1.5050400@imgtec.com \
    --to=ionela.voinescu@imgtec.com \
    --cc=abrestic@chromium.org \
    --cc=computersforpeace@gmail.com \
    --cc=dehrenberg@chromium.org \
    --cc=ezequiel.garcia@imgtec.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=james.hartley@imgtec.com \
    --cc=linux-mtd@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).