From mboxrd@z Thu Jan  1 00:00:00 1970
From: Andrew Cooper <andrew.cooper3@citrix.com>
Subject: Re: [PATCH v8 00/28] Kconfig conversion
Date: Fri, 18 Dec 2015 15:06:34 +0000
Message-ID: <567420FA.9060302@citrix.com>
References: <1450185206-14259-1-git-send-email-cardoe@cardoe.com>
	<1450434631.4053.182.camel@citrix.com> <56741627.9030908@cardoe.com>
	<56741E6A.8030509@suse.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Return-path: <xen-devel-bounces@lists.xen.org>
In-Reply-To: <56741E6A.8030509@suse.com>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xen.org>
List-Help: <mailto:xen-devel-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=subscribe>
Sender: xen-devel-bounces@lists.xen.org
Errors-To: xen-devel-bounces@lists.xen.org
To: Juergen Gross <jgross@suse.com>, Doug Goldstein <cardoe@cardoe.com>, Ian
	Campbell <ian.campbell@citrix.com>, xen-devel@lists.xen.org
List-Id: xen-devel@lists.xenproject.org

On 18/12/15 14:55, Juergen Gross wrote:
> On 18/12/15 15:20, Doug Goldstein wrote:
>> On 12/18/15 4:30 AM, Ian Campbell wrote:
>>> On Tue, 2015-12-15 at 07:12 -0600, Doug Goldstein wrote:
>>>> The following series is a follow on to the Kconfig conversion
>>>> patch series.
>>> It occurred to me this morning that we probably ought to stash
>>> the .config somewhere on install in such a way that it can be
>>> associated with the Xen binary (i.e. with the same full suffix as
>>> the binary itself, not the abridged symlink names), maybe as
>>> $(BOOT_DIR)/$(T)- $(XEN_FULLVERSION).config?
>>>
>>> Maybe no so important right now, but once we start getting user
>>> visible options we are going to want this.
>>>
>>> I hesitate to suggest that we may also want an equivalent of
>>> /proc/kconfig, i.e. hypercall to retrieve the running config, or
>>> even a debug key to dump it to the console. Both of those are
>>> more complex and secondary to installing it somewhere I think.
>>>
>>> Ian.
>>>
>> Yes. I wholeheartedly agree. This is in my follow on patch series
>> that I plan on posting this afternoon.
> With your series applied the hypervisor is being rebuilt each time I
> call "make install" (without any other command in between).
>
> Without the series no rebuild is triggered.

It has always been partially rebuilt a second time, as the timestamp in
a generated header file changes.  It is just far less obvious before
this series.

Fixing this has been low on my todo list for a very long time.

~Andrew