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 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.