Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933117Ab3ECOZP (ORCPT ); Fri, 3 May 2013 10:25:15 -0400 Received: from mail.skyhub.de ([78.46.96.112]:50203 "EHLO mail.skyhub.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932870Ab3ECOZN (ORCPT ); Fri, 3 May 2013 10:25:13 -0400 Date: Fri, 3 May 2013 16:29:00 +0200 From: Borislav Petkov To: Ingo Molnar Cc: "H. Peter Anvin" , David Rientjes , hpa@zytor.com, linux-kernel@vger.kernel.org, penberg@kernel.org, levinsasha928@gmail.com, mtosatti@redhat.com, tglx@linutronix.de, bp@suse.de, fengguang.wu@intel.com, linux-tip-commits@vger.kernel.org, Michal Marek Subject: Re: [tip:x86/urgent] x86/kconfig: Add a Kconfig shortcut for building working KVM guest kernels Message-ID: <20130503142900.GA3433@pd.tnic> References: <20130426095140.GA15361@pd.tnic> <5182AB66.6020307@linux.intel.com> <20130502194556.GB3553@gmail.com> <20130502200703.GE16684@pd.tnic> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20130502200703.GE16684@pd.tnic> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1403 Lines: 36 On Thu, May 02, 2013 at 10:07:03PM +0200, Borislav Petkov wrote:a > I wonder if one can exclude options from randconfig until 'select' has > been taught to resolve dependencies... So I talked to Michal on IRC about the whole deal and the fact of the matter is, unless someone steps up and rewrites the Kconfig solver so that selects work as expected, this option would break whenever one of those selected option's dependencies change or said option is made configurable. Which means, the next best thing would be to have a small file somewhere, maybe in scripts/kconfig/ or so, called 'allrand.config' and which has default settings for randconfig builds. It would have # CONFIG_KVM_GUEST_COMMON_OPTIONS is not set so that this option is always disabled in randconfigs. Frankly, I much rather prefer this than going nuts and including every possible dependency just so some obscure randconfigs don't break (that's not the point of this option anyway); and then having to run around and fix it once some of the selected option's dependencies change. Opinions? -- Regards/Gruss, Boris. Sent from a fat crate under my desk. Formatting is fine. -- -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/