From: Randy Dunlap <randy.dunlap@oracle.com>
To: Alexey Korolev <akorolev@infradead.org>
Cc: Stephen Rothwell <sfr@canb.auug.org.au>,
linux-next@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
David Woodhouse <dwmw2@infradead.org>,
Vasiliy Leonenko <vasiliy.leonenko@gmail.com>
Subject: Re: linux-next: Tree for January 6 (MTD)
Date: Tue, 06 Jan 2009 13:16:18 -0800 [thread overview]
Message-ID: <4963CA22.2080200@oracle.com> (raw)
In-Reply-To: <alpine.LFD.2.00.0901061632590.4300@casper.infradead.org>
Alexey Korolev wrote:
> Hi Randy,
>
>> # CONFIG_MTD_LPDDR is not set
>> CONFIG_MTD_QINFO_PROBE=y
>>
>> There appears to be too little control/coordination between those
>> two kconfig symbols. Surely one of them (MTD_QINFO_PROBE) should
>> depend on the other (MTD_LPDDR). And why even build 2 modules
>> when MTD_QINFO_PROBE is enabled? Why not combine the code into
>> one module?
> Thanks a lot for good finding. Here is a fix for the problem.
>
> About combining: it is assumed to have one QINFO probing module for several
> kinds of LPDDR command set drivers. If we combine two modules into
> one it would make further extension rather hard. So it is better to have
> two modules.
> To fix a problem I just added dependency in Kconfig file.
> This temporary fix which will work until we have just one cmdset module.
> In near future we will make a fix which parse command set types
> and select proper driver according to device type.
>
> Thanks,
> Alexey
>
> Signed-off-by: Alexey Korolev <akorolev@infradead.org>
Acked-by: Randy Dunlap <randy.dunlap@oracle.com>
Thanks.
> ---
> diff --git a/drivers/mtd/lpddr/Kconfig b/drivers/mtd/lpddr/Kconfig
> index acd4ea9..5a401d8 100644
> --- a/drivers/mtd/lpddr/Kconfig
> +++ b/drivers/mtd/lpddr/Kconfig
> @@ -12,6 +12,7 @@ config MTD_LPDDR
> DDR memories, intended for battery-operated systems.
>
> config MTD_QINFO_PROBE
> + depends on MTD_LPDDR
> tristate "Detect flash chips by QINFO probe"
> help
> Device Information for LPDDR chips is offered through the Overlay
>
>
--
~Randy
next prev parent reply other threads:[~2009-01-06 21:16 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-01-06 7:23 linux-next: Tree for January 6 Stephen Rothwell
2009-01-06 16:29 ` linux-next: Tree for January 6 (MTD) Randy Dunlap
2009-01-06 17:36 ` Alexey Korolev
2009-01-06 21:16 ` Randy Dunlap [this message]
2009-01-09 21:48 ` Randy Dunlap
2009-01-06 21:23 ` linux-next: Tree for January 6 (wimax errs) Randy Dunlap
2009-01-06 21:50 ` Iñaky Pérez-González
2009-01-07 8:09 ` Inaky Perez-Gonzalez
2009-01-07 0:25 ` linux-next: Tree for January 6 (staging/altpciehdma) Randy Dunlap
2009-01-07 0:26 ` linux-next: Tree for January 6 (staging/comedi) Randy Dunlap
2009-01-07 0:35 ` linux-next: Tree for January 6 (staging/meilhaus) Randy Dunlap
2009-01-07 0:37 ` linux-next: Tree for January 6 (staging/android) Randy Dunlap
2009-01-07 0:39 ` linux-next: Tree for January 6 (staging/android #2) Randy Dunlap
2009-01-07 0:53 ` Greg KH
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=4963CA22.2080200@oracle.com \
--to=randy.dunlap@oracle.com \
--cc=akorolev@infradead.org \
--cc=dwmw2@infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-next@vger.kernel.org \
--cc=sfr@canb.auug.org.au \
--cc=vasiliy.leonenko@gmail.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 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).