[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20171213132338.1efe04a7@xeon-e3>
Date: Wed, 13 Dec 2017 13:23:38 -0800
From: Stephen Hemminger <stephen@...workplumber.org>
To: Vincent Legoll <vincent.legoll@...il.com>
Cc: kys@...rosoft.com, haiyangz@...rosoft.com, sthemmin@...rosoft.com,
devel@...uxdriverproject.org,
Linux Kernel ML <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] hyperv: make HYPERV a menuconfig to ease disabling it
all
On Wed, 13 Dec 2017 09:54:19 +0100
Vincent Legoll <vincent.legoll@...il.com> wrote:
> Hello,
>
> On Sun, Dec 10, 2017 at 6:50 AM, Stephen Hemminger
> <stephen@...workplumber.org> wrote:
> > Will this break existing configs?
>
> I don't think so. Last time I did some similar changes, the kbuild
> test robot found some warnings on some configurations, I hope
> it will find problems (if any) for that series too (this one is not alone,
> I've got a bunch of other similar patches in-flight)
>
> Thanks
NAK
Let me give a concrete example of how this will break users.
1. Assume user has a working .config file in their kernel build directory
which builds a kernel that works on Hyper-V.
2. Add your patch (or assume it makes into a later version).
3. User then does
$ make oldconfig
scripts/kconfig/conf --oldconfig Kconfig
*
* Restart config...
*
*
* Microsoft Hyper-V guest support
*
Microsoft Hyper-V guest support (HYPERV_MENU) [N/y] (NEW)
If they hit return, the default value is not enabling HyperV and they
will then go on to build a kernel that will not boot on your system.
The default MUST be set to Yes.
Powered by blists - more mailing lists