All of lore.kernel.org
 help / color / mirror / Atom feed
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

  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.