linux-next.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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

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