Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753147Ab3GIHlW (ORCPT ); Tue, 9 Jul 2013 03:41:22 -0400 Received: from nat28.tlf.novell.com ([130.57.49.28]:41493 "EHLO nat28.tlf.novell.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752104Ab3GIHlU convert rfc822-to-8bit (ORCPT ); Tue, 9 Jul 2013 03:41:20 -0400 Message-Id: <51DBDAB802000078000E37C1@nat28.tlf.novell.com> X-Mailer: Novell GroupWise Internet Agent 12.0.2 Date: Tue, 09 Jul 2013 08:41:12 +0100 From: "Jan Beulich" To: "Konrad Rzeszutek Wilk" Cc: "Borislav Petkov" , "Matt Wilson" , "Michael Opdenacker" , , , , , , , "Paul Bolle" , , "H. Peter Anvin" Subject: Re: [Xen-devel] [PATCH] xen: remove unused Kconfig parameter References: <1373264904-27053-1-git-send-email-michael.opdenacker@free-electrons.com> <20130708192854.GF4927@phenom.dumpdata.com> <20130708193457.GA6926@u109add4315675089e695.ant.amazon.com> <51DB2134.9040909@zytor.com> <20130708205834.GA481@pd.tnic> <1373326534.1438.10.camel@x61.thuisdomein> In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8BIT Content-Disposition: inline Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1422 Lines: 28 >>> On 09.07.13 at 02:26, Konrad Rzeszutek Wilk wrote: > Could you explain to me please why the check in the scripts is superfluous? This is not really the question - _any_ such check can only be wrong. The boot loader has absolutely no business caring about kernel internals, and the kernel shouldn't be limited by it in how it renames/adds/deletes Kconfig options and anything else. > Especially as the grand plan is to get rid of CONFIG_XEN_DOM0 and more or > less have a backend and fronted config option (since that makes more sense > nowadays). And that would make the XEN_DOM0 be obsolete and the XEN_PRIV > would be the one that turns a lot of the options needed to compile a kernel > that can provide backend driver support. (I am hand waving here). That's pretty odd a plan, considering that Dom0 is more than just an environment to provide backends. In fact, Dom0 may not be providing any backends at all, and instead just serve the "controlling hardware" and/or "control domain" purpose that it really is meant to be. But of course, if none of _that_ functionality depends on this config option, then it indeed could go away. Jan -- 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/