From: Stefan Agner <stefan@agner.ch>
To: Shawn Guo <shawnguo@kernel.org>
Cc: Bill Pringlemeir <bpringle@sympatico.ca>,
dwmw2@infradead.org, computersforpeace@gmail.com,
sebastian@breakpoint.cc, robh+dt@kernel.org, pawel.moll@arm.com,
mark.rutland@arm.com, ijc+devicetree@hellion.org.uk,
galak@codeaurora.org, shawn.guo@linaro.org,
kernel@pengutronix.de, boris.brezillon@free-electrons.com,
marb@ixxat.de, aaron@tastycactus.com, bpringlemeir@gmail.com,
linux-mtd@lists.infradead.org, devicetree@vger.kernel.org,
linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH v6 4/6] ARM: vf610: enable NAND Flash Controller
Date: Thu, 09 Jul 2015 17:21:34 +0200 [thread overview]
Message-ID: <9fa2a68a7c6acf55b1bfe604fbfac009@agner.ch> (raw)
In-Reply-To: <20150709015551.GJ28488@tiger>
On 2015-07-09 03:55, Shawn Guo wrote:
> On Wed, Jul 08, 2015 at 10:32:54AM -0400, Bill Pringlemeir wrote:
>>
>> On 8 Jul 2015, shawnguo@kernel.org wrote:
>> > On Fri, Jun 19, 2015 at 12:58:37AM +0200, Stefan Agner wrote:
>> >> Enable the NAND Flash Controller driver which is part of the Vybrid
>> >> SoC by default.
>> >>
>> >> Signed-off-by: Stefan Agner <stefan@agner.ch>
>> >> ---
>> >> arch/arm/mach-imx/Kconfig | 1 +
>> >> 1 file changed, 1 insertion(+)
>> >>
>> >> diff --git a/arch/arm/mach-imx/Kconfig b/arch/arm/mach-imx/Kconfig
>> >> index 3a3d3e9..9358135 100644
>> >> --- a/arch/arm/mach-imx/Kconfig
>> >> +++ b/arch/arm/mach-imx/Kconfig
>> >>>> -589,6 +589,7 @@ config SOC_VF610
>> >> select PINCTRL_VF610
>> >> select PL310_ERRATA_769419 if CACHE_L2X0
>> >> select SMP_ON_UP if SMP
>> >> + select HAVE_NAND_VF610_NFC
>>
>> > I'm not sure about the benefit of having this option, except we have
>> > to have this additional architecture patch.
>>
>> For other SOC, like the PowerPC or ColdFire CPUs with this controller,
>> it was a way to mark the controller as populated. Otherwise, the
>> Kconfig entry to select the controller will pop up for everybody.
>
> IMHO, having the option pop up for everybody isn't really a problem. On
> the other hand, we can even compile test the driver on any architecture
> without the COMPILE_TEST dependency.
I think the distro people don't like that too much. Afaik they enable
all drivers as modules, and hence the NAND driver would end up as kernel
module in x86 distros...
Reminds me that I wanted to send a patch to add the dependencies of
STE_MODEM_RPROC, I recently stumbled upon the remoteproc/ste_modem_rproc
kernel modules on my distro, which both are actually not really useful
on x86 :-)
> But if MTD maintainer has a different opinion, we can still have a
> 'depends on SOC_VF610' to save this patch.
I think this is the better solution, and Sebastian suggested that too. I
will implement that in the next patch revision...
--
Stefan
prev parent reply other threads:[~2015-07-09 15:21 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-06-18 22:58 [PATCH v6 0/6] mtd: nand: vf610_nfc: Freescale NFC for VF610 Stefan Agner
[not found] ` <1434668319-6651-1-git-send-email-stefan-XLVq0VzYD2Y@public.gmane.org>
2015-06-18 22:58 ` [PATCH v6 1/6] mtd: nand: vf610_nfc: Freescale NFC for VF610, MPC5125 and others Stefan Agner
2015-06-18 22:58 ` [PATCH v6 2/6] mtd: nand: vf610_nfc: add hardware BCH-ECC support Stefan Agner
2015-06-18 22:58 ` [PATCH v6 3/6] mtd: nand: vf610_nfc: add device tree bindings Stefan Agner
2015-06-18 22:58 ` [PATCH v6 5/6] ARM: dts: vf610twr: add NAND flash controller peripherial Stefan Agner
2015-06-18 22:58 ` [PATCH v6 6/6] ARM: dts: vf-colibri: enable NAND flash controller Stefan Agner
2015-06-18 22:58 ` [PATCH v6 4/6] ARM: vf610: enable NAND Flash Controller Stefan Agner
2015-07-08 9:38 ` Shawn Guo
2015-07-08 14:32 ` Bill Pringlemeir
[not found] ` <BLU436-SMTP255283C042EDEF59D9BA0CFB8910-MsuGFMq8XAE@public.gmane.org>
2015-07-08 22:31 ` Sebastian Andrzej Siewior
2015-07-09 1:55 ` Shawn Guo
2015-07-09 15:21 ` Stefan Agner [this message]
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=9fa2a68a7c6acf55b1bfe604fbfac009@agner.ch \
--to=stefan@agner.ch \
--cc=aaron@tastycactus.com \
--cc=boris.brezillon@free-electrons.com \
--cc=bpringle@sympatico.ca \
--cc=bpringlemeir@gmail.com \
--cc=computersforpeace@gmail.com \
--cc=devicetree@vger.kernel.org \
--cc=dwmw2@infradead.org \
--cc=galak@codeaurora.org \
--cc=ijc+devicetree@hellion.org.uk \
--cc=kernel@pengutronix.de \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mtd@lists.infradead.org \
--cc=marb@ixxat.de \
--cc=mark.rutland@arm.com \
--cc=pawel.moll@arm.com \
--cc=robh+dt@kernel.org \
--cc=sebastian@breakpoint.cc \
--cc=shawn.guo@linaro.org \
--cc=shawnguo@kernel.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).