From: Doug Goldstein <cardoe@cardoe.com>
To: Jan Beulich <JBeulich@suse.com>,
Andrew Cooper <andrew.cooper3@citrix.com>
Cc: Keir Fraser <keir@xen.org>, Tim Deegan <tim@xen.org>,
Ian Jackson <ian.jackson@eu.citrix.com>,
Ian Campbell <ian.campbell@citrix.com>,
xen-devel@lists.xen.org
Subject: Re: [PATCH] build: save generated config in /boot
Date: Tue, 22 Dec 2015 10:02:22 -0600 [thread overview]
Message-ID: <5679740E.9090309@cardoe.com> (raw)
In-Reply-To: <5679818402000078000C253F@prv-mh.provo.novell.com>
[-- Attachment #1.1: Type: text/plain, Size: 3406 bytes --]
On 12/22/15 9:59 AM, Jan Beulich wrote:
>>>> On 22.12.15 at 15:46, <andrew.cooper3@citrix.com> wrote:
>> On 22/12/15 12:52, Jan Beulich wrote:
>>>>>> On 22.12.15 at 13:45, <cardoe@cardoe.com> wrote:
>>>> On 12/21/15 9:35 AM, Jan Beulich wrote:
>>>>>>>> On 21.12.15 at 16:20, <cardoe@cardoe.com> wrote:
>>>>>> On 12/21/15 8:51 AM, Jan Beulich wrote:
>>>>>>>>>> On 21.12.15 at 15:35, <cardoe@cardoe.com> wrote:
>>>>>>>> On 12/21/15 6:11 AM, Jan Beulich wrote:
>>>>>>>>>>>> On 18.12.15 at 22:35, <cardoe@cardoe.com> wrote:
>>>>>>>>>> Since we now support changing Xen options with Kconfig, we should save
>>>>>>>>>> the configuration that was used to build up Xen. This will save it in
>>>>>>>>>> /boot alongside the installed xen.gz and call it
>>>>>>>>>> xen-$(FULLVERSION).config
>>>>>>>>>>
>>>>>>>>>> Suggested-by: Ian Campbell <ian.campbell@citrix.com>
>>>>>>>>>> Signed-off-by: Doug Goldstein <cardoe@cardoe.com>
>>>>>>>>>> ---
>>>>>>>>>> xen/Makefile | 1 +
>>>>>>>>>> 1 file changed, 1 insertion(+)
>>>>>>>>>>
>>>>>>>>>> diff --git a/xen/Makefile b/xen/Makefile
>>>>>>>>>> index 9023863..460b977 100644
>>>>>>>>>> --- a/xen/Makefile
>>>>>>>>>> +++ b/xen/Makefile
>>>>>>>>>> @@ -58,6 +58,7 @@ _install: $(TARGET)$(CONFIG_XEN_INSTALL_SUFFIX)
>>>>>>>>>> ln -f -s $(T)-$(XEN_FULLVERSION)$(Z) $(D)$(BOOT_DIR)/$(T)$(Z)
>>>>>>>>>> [ -d "$(D)$(DEBUG_DIR)" ] || $(INSTALL_DIR) $(D)$(DEBUG_DIR)
>>>>>>>>>> $(INSTALL_DATA) $(TARGET)-syms $(D)$(DEBUG_DIR)/$(T)-syms-$(XEN_FULLVERSION)
>>>>>>>>>> + $(INSTALL_DATA) $(KCONFIG_CONFIG)
>>>>>>>> $(D)$(BOOT_DIR)/$(T)-$(XEN_FULLVERSION).config
>>>>>>>>> Was it really suggested to put this into /boot? It has no business
>>>>>>>>> being there...
>>>>>>>> Yes. By multiple people. Ian Campbell was the first person to suggest it
>>>>>>>> in that location.
>>>>>>> Okay, so I've looked it up, and no, he didn't. He just gave this as one
>>>>>>> possibility:
>>>>>>>
>>>>>>> "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?"
>>>>>>>
>>>>>>> But yes, I'm sorry for not noticing this as an undesirable place right
>>>>>>> away.
>>>>>> Ok well I'm at a loss here because the quote clearly shows him
>>>>>> suggesting that location. Do you have a suggested location because so
>>>>>> far I've just got a no from you on the only suggested location.
>>>>> Match the xen-syms location?
>>>> I guess I fail to grasp the rationale behind not putting it in /boot.
>>> It's the other way around really - you'd have to provide a reason
>>> (other than "Linux does so too") for putting it in /boot.
>>
>> I disagree.
>>
>> Xen being consistent with Linux in this regard is in the best interest
>> of the users of Xen, as they end up finding similar information in
>> similar places.
>>
>> The onus is on you to provide a reason why we should deliberately do
>> something different.
>
> I'm sorry, but no - why would we slavishly follow what Linux does, no
> matter whether it makes sense?
>
> Jan
>
How does it not make sense in this case? That's what Andrew and I are
asking you to explain.
--
Doug Goldstein
[-- Attachment #1.2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 959 bytes --]
[-- Attachment #2: Type: text/plain, Size: 126 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
next prev parent reply other threads:[~2015-12-22 16:02 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-12-18 21:35 [PATCH] build: save generated config in /boot Doug Goldstein
2015-12-21 12:11 ` Jan Beulich
2015-12-21 12:40 ` Andrew Cooper
2015-12-21 12:53 ` Jan Beulich
2015-12-22 12:45 ` Doug Goldstein
2015-12-22 12:50 ` Jan Beulich
2015-12-21 14:35 ` Doug Goldstein
2015-12-21 14:51 ` Jan Beulich
2015-12-21 15:20 ` Doug Goldstein
2015-12-21 15:35 ` Jan Beulich
2015-12-22 12:45 ` Doug Goldstein
2015-12-22 12:52 ` Jan Beulich
2015-12-22 14:46 ` Andrew Cooper
2015-12-22 15:59 ` Jan Beulich
2015-12-22 16:02 ` Doug Goldstein [this message]
2015-12-22 16:09 ` Jan Beulich
2016-01-05 16:53 ` Doug Goldstein
2016-01-06 9:22 ` Jan Beulich
2016-01-06 10:31 ` Ian Campbell
2016-01-06 10:38 ` Jan Beulich
2016-01-06 11:58 ` Ian Jackson
2016-01-06 12:56 ` Jan Beulich
2016-01-06 12:17 ` Wei Liu
2016-01-06 13:01 ` Jan Beulich
2016-01-04 11:27 ` Ian Campbell
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5679740E.9090309@cardoe.com \
--to=cardoe@cardoe.com \
--cc=JBeulich@suse.com \
--cc=andrew.cooper3@citrix.com \
--cc=ian.campbell@citrix.com \
--cc=ian.jackson@eu.citrix.com \
--cc=keir@xen.org \
--cc=tim@xen.org \
--cc=xen-devel@lists.xen.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.