grub-devel.gnu.org archive mirror
 help / color / mirror / Atom feed
From: Fu Wei <fu.wei@linaro.org>
To: "Vladimir 'φ-coder/phcoder' Serbinenko" <phcoder@gmail.com>
Cc: The development of GNU GRUB <grub-devel@gnu.org>,
	"xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
	Ian Campbell <Ian.Campbell@citrix.com>,
	Andrei Borzenkov <arvidjaar@gmail.com>,
	Jon Masters <jcm@redhat.com>,
	Julien Grall <julien.grall@linaro.org>,
	Leif Lindholm <leif.lindholm@linaro.org>,
	Linaro UEFI Mailman List <linaro-uefi@lists.linaro.org>
Subject: Re: [PATCH v2 4/4] arm64: update the introduction of xen boot commands in docs/grub.texi
Date: Sat, 27 Feb 2016 10:43:45 +0800	[thread overview]
Message-ID: <CADyBb7ugZYD_kVis-tr_fPrYFTTTT6yGWVS2B3nNv6z9_P8oTg@mail.gmail.com> (raw)
In-Reply-To: <56D05B45.2050001@gmail.com>

On 26 February 2016 at 22:03, Vladimir 'φ-coder/phcoder' Serbinenko
<phcoder@gmail.com> wrote:
> On 26.02.2016 12:15, Fu Wei wrote:
>> Hi Andrei,
>>
>> On 26 February 2016 at 18:50, Andrei Borzenkov <arvidjaar@gmail.com> wrote:
>>> On Fri, Feb 26, 2016 at 8:59 AM, Fu Wei <fu.wei@linaro.org> wrote:
>>>>>>>> +@subsection xen_module
>>>>>>>>
>>>>>>>> -@deffn Command xen_linux file [arguments]
>>>>>>>> -Load a dom0 kernel image for xen hypervisor at the booting process of xen.
>>>>>>>> +@deffn Command xen_module [--nounzip] file [arguments]
>>>>>>>> +Load a module for xen hypervisor at the booting process of xen.
>>>>>>>> The rest of the line is passed verbatim as the module command line.
>>>>>>>> +Each module will be identified by the order in which the modules are added.
>>>>>>>> +The 1st module: dom0 kernel image
>>>>>>>> +The 2nd module: dom0 ramdisk
>>>>>>>> +All subsequent modules: UNKNOW
>>>>>>>> @end deffn
>>>>>>>
>>>>>>> Hmm ... from previous discussion I gathered that Xen can detect module
>>>>>>> type. What if there is no initrd for dom0? How can subsequent modules be
>>>>>>
>>>>>> Now , Xen detect module type by the order. (at least on ARM64).
>>>>>> I think i386 is using Multiboot(2) protocol, so maybe this order is
>>>>>> nothing to do with i386.
>>>>>>
>>>>>
>>>>> Then we have obvious problem with your XSM patch (http://savannah.gnu.org/bugs/?43420) - XSM may land as the first module. That's actually something to solve on Xen side I think. It's just that so far we had just kernel and initrd, so that was non issue.
>>>>
>>>> Oh, did you mean Wei Liu's patch?
>>>>
>>>> I guess XSM may land as the third module (or the module after linux
>>>> kernel, if you don't have initrd)
>>>>
>>>> Yes, agree. (That's actually something to solve on Xen side)
>>>>
>>>> I guess xen can get xsm from a special initrd. so for now there is not
>>>> big problem on xsm.
>>>>
>>>> Please correct me if I misunderstand something. :-)
>>>>
>>>> Thanks!
>>>>
>>>> Back to this patch, is that OK for you, or any suggestion?  Thanks !
>>>>
>>>
>>> Yes, as this is dedicated Xen loader we should document this mandatory
>>> order - first module must be kernel image, second module must be
>>> initrd. I do not think we need to mention possibility to load more
>>> than two modules until there is clear understanding how it can be done
>>> without initrd.
>>
>> Great thanks for your review, I have updated and sent the v3 patchset,
>> Hope I understood your suggestion correctly, Please check.  :-)
>>
> Your patches look fine. Let's wait for Andrei's opinion but I'm leaning
> to commit them

Hi Vladimir,
Great thanks for your review, :-)

Hi Andrei,
Do you have any suggestion for my v3 patchset?
Please let me know if I can do anything to improve it. Thanks! :-)

>>
>>
>
>



-- 
Best regards,

Fu Wei
Software Engineer
Red Hat Software (Beijing) Co.,Ltd.Shanghai Branch
Ph: +86 21 61221326(direct)
Ph: +86 186 2020 4684 (mobile)
Room 1512, Regus One Corporate Avenue,Level 15,
One Corporate Avenue,222 Hubin Road,Huangpu District,
Shanghai,China 200021


  reply	other threads:[~2016-02-27  2:43 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-02-25  6:39 [PATCH v2 1/4] arm64: add "--nounzip" option support in xen_module command fu.wei
2016-02-25  6:39 ` [PATCH v2 2/4] * util/grub.d/20_linux_xen.in: Add xen_boot command support fu.wei
2016-02-25  6:39 ` [PATCH v2 3/4] i386, xen: Add xen_hypervisor and xen_module aliases for i386 fu.wei
2016-02-25  6:39 ` [PATCH v2 4/4] arm64: update the introduction of xen boot commands in docs/grub.texi fu.wei
2016-02-25 17:34   ` Andrei Borzenkov
2016-02-26  4:48     ` Fu Wei
2016-02-26  4:55       ` Fu Wei
2016-02-26  5:24       ` Andrei Borzenkov
2016-02-26  5:59         ` Fu Wei
2016-02-26 10:50           ` Andrei Borzenkov
2016-02-26 11:15             ` Fu Wei
2016-02-26 14:03               ` Vladimir 'φ-coder/phcoder' Serbinenko
2016-02-27  2:43                 ` Fu Wei [this message]
     [not found]               ` <20160227203341.GM31035@char.us.oracle.com>
2016-02-28  5:10                 ` Andrei Borzenkov
     [not found]                   ` <20160229144114.GC16364@char.us.oracle.com>
2016-03-01  4:02                     ` Andrei Borzenkov
2016-02-25 22:26   ` [Xen-devel] " Doug Goldstein
2016-02-26  4:49     ` Fu Wei

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=CADyBb7ugZYD_kVis-tr_fPrYFTTTT6yGWVS2B3nNv6z9_P8oTg@mail.gmail.com \
    --to=fu.wei@linaro.org \
    --cc=Ian.Campbell@citrix.com \
    --cc=arvidjaar@gmail.com \
    --cc=grub-devel@gnu.org \
    --cc=jcm@redhat.com \
    --cc=julien.grall@linaro.org \
    --cc=leif.lindholm@linaro.org \
    --cc=linaro-uefi@lists.linaro.org \
    --cc=phcoder@gmail.com \
    --cc=xen-devel@lists.xensource.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).