linux-next.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Michal Marek <mmarek@suse.cz>
To: Len Brown <lenb@kernel.org>
Cc: "Rafael J. Wysocki" <rjw@sisk.pl>,
	Andrew Morton <akpm@linux-foundation.org>,
	Randy Dunlap <randy.dunlap@oracle.com>,
	linux-acpi@vger.kernel.org,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	Zhang Rui <rui.zhang@intel.com>,
	linux-next@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
	Zimn@jasper.es, Arnaud Lacombe <lacombar@gmail.com>,
	Vegard Nossum <vegard.nossum@gmail.com>
Subject: Re: on builds/randconfigs
Date: Thu, 13 Jan 2011 13:23:06 +0100	[thread overview]
Message-ID: <4D2EEEAA.7040200@suse.cz> (raw)
In-Reply-To: <alpine.LFD.2.02.1101121654000.19754@x980>

On 12.1.2011 22:58, Len Brown wrote:
>>> These unusable config combinations should be prevented via Kconfig. 
>>> That prevents users from selecting them, which otherwise adds to
>>> our workload and to theirs.  It also prevents false-positives
>>> during our useful randconfig testing.
>>
>> But it is kind of difficult to achieve IMhO.  For example, there are options
>> that are only SELECTed if something else is set, but randconfig doesn't seem
>> to care.
> 
> Kconfig select needs to be fixed so that it is not possible to
> select something if that something's dependencies are not met.

Right now, it issues a warning in such case. I think changing it to a
fatal error would be too premature, not long ago there were a couple of
annoying false positives.

But from the rest of the thread, I conclude that you actually meant "not
possible to select something if that something's dependencies CANNOT be
met", i.e. automatically select dependencies if that is possible. That
was actually one of the goals of Vegard Nossum's GSoC poject last year,
but I haven't heard of any outcome yet. Vegard, is there something we
could use, be it code or mistakes we could learn from?

Thanks,
Michal

  parent reply	other threads:[~2011-01-13 12:23 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-12-13  5:36 linux-next: Tree for December 13 Stephen Rothwell
2010-12-13 19:20 ` [PATCH -next] thermal: depends on NET Randy Dunlap
2010-12-20 16:47   ` Randy Dunlap
2011-01-04 17:10   ` Randy Dunlap
2011-01-10 17:00   ` Randy Dunlap
2011-01-12  5:18     ` Len Brown
2011-01-12 17:48       ` on builds/randconfigs (was: [PATCH -next] thermal: depends on NET) Randy Dunlap
2011-01-12 18:35         ` Len Brown
2011-01-12 18:38           ` on builds/randconfigs Randy Dunlap
2011-01-12 21:52             ` Len Brown
2011-01-12 21:18           ` on builds/randconfigs (was: [PATCH -next] thermal: depends on NET) Andrew Morton
2011-01-12 21:24             ` Rafael J. Wysocki
2011-01-12 21:58               ` Len Brown
2011-01-12 22:15                 ` Valdis.Kletnieks
2011-01-12 22:54                 ` on builds/randconfigs Randy Dunlap
2011-01-13  0:44                 ` on builds/randconfigs (was: [PATCH -next] thermal: depends on NET) Stephen Rothwell
2011-01-13  3:31                   ` Len Brown
2011-01-13  3:45                   ` Steven Rostedt
2011-01-13  3:48                     ` Stephen Rothwell
2011-01-13  4:08                       ` Linus Torvalds
2011-01-13 12:23                 ` Michal Marek [this message]
2011-01-15 12:24                   ` on builds/randconfigs Vegard Nossum
2011-01-15 16:09                     ` Michal Marek
2010-12-13 19:44 ` [PATCH -next] cs5535: fix printk format warnings Randy Dunlap
2010-12-13 20:28   ` [PATCH V2 " Joe Perches
2010-12-13 20:42     ` Randy Dunlap
2010-12-13 20:57       ` [PATCH V3 " Joe Perches

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=4D2EEEAA.7040200@suse.cz \
    --to=mmarek@suse.cz \
    --cc=Zimn@jasper.es \
    --cc=akpm@linux-foundation.org \
    --cc=lacombar@gmail.com \
    --cc=lenb@kernel.org \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-next@vger.kernel.org \
    --cc=randy.dunlap@oracle.com \
    --cc=rjw@sisk.pl \
    --cc=rui.zhang@intel.com \
    --cc=sfr@canb.auug.org.au \
    --cc=vegard.nossum@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).