From: Julien Grall <julien.grall@arm.com>
To: Jan Beulich <JBeulich@suse.com>
Cc: Andrew Cooper <andrew.cooper3@citrix.com>,
Stefano Stabellini <sstabellini@kernel.org>,
Doug Goldstein <cardoe@cardoe.com>,
Zhongze Liu <blackskygg@gmail.com>,
xen-devel@lists.xenproject.org
Subject: Re: [PATCH v3] xen: Allow a default compiled-in command line using Kconfig
Date: Tue, 7 Mar 2017 14:41:10 +0000 [thread overview]
Message-ID: <c54e2372-552c-9a92-7dca-937ff9383a8b@arm.com> (raw)
In-Reply-To: <58BECF340200007800140D83@prv-mh.provo.novell.com>
Hi Jan,
On 03/07/2017 02:18 PM, Jan Beulich wrote:
>>>> On 07.03.17 at 14:48, <julien.grall@arm.com> wrote:
>> On 03/07/2017 12:52 PM, Jan Beulich wrote:
>>>>>> On 07.03.17 at 12:21, <blackskygg@gmail.com> wrote:
>>>> 2017-03-07 17:36 GMT+08:00 Jan Beulich <JBeulich@suse.com>:
>>>>>>>> On 07.03.17 at 09:34, <blackskygg@gmail.com> wrote:
>>>>>> +static inline char* __init extract_dom0_options(char *cmdline)
>>>>>> +{
>>>>>> + char *kextra;
>>>>>> +
>>>>>> + if ( (kextra = strstr(cmdline, " -- ")) != NULL )
>>>>>> + {
>>>>>> + *kextra = '\0';
>>>>>> + kextra += 3;
>>>>>> + while ( kextra[1] == ' ' ) kextra++;
>>>>>
>>>>> The body of the while() wants to go on its own line.
>>>>>
>>>>> And then - why is this Dom0 option handling done only on x86?
>>>>>
>>>>
>>>> As you might have noticed, there isn't any code dealing with the dom0 options
>>>> in arch/arm/setup.c, and the arm version of construct_dom0() doesn't take any
>>>> command line options as its parameter,
>>>> so I have the reason to believe that this feature is not available
>>>> under the arm architecture.
>>>
>>> Looks like an omission to me - Julien, Stefano?
>>
>> DOM0 and Xen command line are passed separately through either Device
>> Tree or for UEFI xen configuration file (see -cfg=...).
>>
>> So I am not sure to understand what would be the benefits to handle DOM0
>> parameters after -- on Xen command line.
>
> So you have no case of a boot loader which allows you to type in
> extra options on just a single line? On x86 the feature had originally
> been added because old grub didn't have a separate line for Dom0
> options in its graphical menu. Nowadays the functionality is handy
> namely when starting xen.efi from the EFI shell (where again you
> obviously only have a single command line), but quite likely this may
> also be of use with grub's chain loading model (which I simply don't
> use very often, so I'm not finally sure on that one).
My knowledge is quite limited on boot process for x86. How do you pass
the kernel/initrd/xsm blob on UEFI? Can you do it from the command line
or are you using the -cfg=... and specify it in a file?
On ARM we have two way to boot Xen:
- Using UEFI bootloader with either Device-Tree or ACPI
- Using non-UEFI bootloader with Device-Tree only
In the case of UEFI bootloader, we are using the xen configuration file
to describe the modules (e.g kernel, initramfs, XSM) and the both xen
and DOM0 command line.
For non-UEFI bootloader, we have designed the boot protocol based on the
device-tree and will allows you to specify both xen and DOM0 and all the
modules (see [1]). The bootloader needs to be able to modify the
device-tree (such via a shell like on U-boot) or the user needs to
modify the device-tree before hand.
To answer your question, a bootloader supporting only a single line
would still need to be modified to provide the various modules. At that
stage, adding DOM0 command line is very easy.
Now, if you tell me that all the modules can be described on the UEFI
command line, then I think handling '--' would be nice. If not, I don't
think it is worth it.
Cheers,
[1] http://xenbits.xen.org/docs/unstable/misc/arm/device-tree/booting.txt
--
Julien Grall
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
next prev parent reply other threads:[~2017-03-07 14:41 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-03-07 8:34 [PATCH v3] xen: Allow a default compiled-in command line using Kconfig Zhongze Liu
2017-03-07 9:36 ` Jan Beulich
2017-03-07 11:21 ` Zhongze Liu
2017-03-07 12:52 ` Jan Beulich
2017-03-07 13:48 ` Julien Grall
2017-03-07 14:18 ` Jan Beulich
2017-03-07 14:41 ` Julien Grall [this message]
2017-03-07 14:52 ` Jan Beulich
2017-03-07 17:48 ` Julien Grall
2017-03-07 19:54 ` Stefano Stabellini
2017-03-07 20:26 ` Julien Grall
2017-03-07 21:37 ` Stefano Stabellini
2017-03-08 7:16 ` Zhongze Liu
2017-03-08 8:34 ` Jan Beulich
2017-03-08 8:03 ` Jan Beulich
2017-03-08 12:14 ` Julien Grall
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=c54e2372-552c-9a92-7dca-937ff9383a8b@arm.com \
--to=julien.grall@arm.com \
--cc=JBeulich@suse.com \
--cc=andrew.cooper3@citrix.com \
--cc=blackskygg@gmail.com \
--cc=cardoe@cardoe.com \
--cc=sstabellini@kernel.org \
--cc=xen-devel@lists.xenproject.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.