[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5182A300.9050603@zytor.com>
Date: Thu, 02 May 2013 10:31:44 -0700
From: "H. Peter Anvin" <hpa@...or.com>
To: Ingo Molnar <mingo@...nel.org>
CC: Borislav Petkov <bp@...en8.de>,
David Rientjes <rientjes@...gle.com>,
linux-kernel@...r.kernel.org, Pekka Enberg <penberg@...nel.org>,
levinsasha928@...il.com, mtosatti@...hat.com, tglx@...utronix.de,
Borislav Petkov <bp@...e.de>, fengguang.wu@...el.com,
linux-tip-commits@...r.kernel.org
Subject: Re: [tip:x86/urgent] x86/kconfig: Add a Kconfig shortcut for building
working KVM guest kernels
On 05/02/2013 12:06 AM, Ingo Molnar wrote:
>
> * H. Peter Anvin <hpa@...or.com> wrote:
>
>> On 05/01/2013 04:02 PM, Borislav Petkov wrote:
>>> On Wed, May 01, 2013 at 03:37:28PM -0700, David Rientjes wrote:
>>>> It means your patch is incomplete.
>>>
>>> I'll gladly test and ack a patch which makes it complete.
>>>
>>> Simple exercises in rhetoric about what does and what doesn't make
>>> sense means a rat's ass to me. You need to show me a *real* use case
>>> which you *actually* hit and this patch breaks it.
>>
>> The fundamental problem is that "select" is broken and doesn't track
>> dependencies of things selected.
>
> The way I've been solving it in a similar usecase was to select the
> required options - plus its dependencies, manually.
>
> That should be possible here as well, driven by any weird randconfig build
> failures that get found. Such a set of selects quickly converges.
>
The problem is that it is a moving target. We really need a
dependency-resolving version of select.
-hpa
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists