From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1aZBRb-0002Pm-Nl for mharc-grub-devel@gnu.org; Fri, 26 Feb 2016 01:00:03 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36730) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aZBRY-0002O8-Kt for grub-devel@gnu.org; Fri, 26 Feb 2016 01:00:01 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aZBRW-0006Ha-PP for grub-devel@gnu.org; Fri, 26 Feb 2016 01:00:00 -0500 Received: from mail-oi0-x233.google.com ([2607:f8b0:4003:c06::233]:35083) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aZBRW-0006HU-GE for grub-devel@gnu.org; Fri, 26 Feb 2016 00:59:58 -0500 Received: by mail-oi0-x233.google.com with SMTP id x21so55698573oix.2 for ; Thu, 25 Feb 2016 21:59:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=CSImA/nzxZ5wjMWImWBWSTTL5swvAGggHbxNvYx62/M=; b=FiT89NEyzK2M/PNG7yfWUF0KRnCvD6pCTT8UOHHS+wT6r106mzWttVlKO/skeEMsSX dbTD9GTSUv4l4eQGBPWTK8c4YdGcXQAk9qEF5aV5qnGVCuRVU90lJfA1kzw5HgYUYveX d+q8avWNwWuCfJsqoQWCJSCURosEzizFZ1om0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=CSImA/nzxZ5wjMWImWBWSTTL5swvAGggHbxNvYx62/M=; b=ULAtGjGJ2Z8Zr9QUMpbZ0RwaEIqru+YjNrn0Rjwg3ThSlr9kb3CrbXWJm2eKpQ+RUg WJfjZEgqTSwrzCVGnw87hVDmUdpMjJ34DtsK4SOdNEh52+KXvqyp9SHYcyqfiMPi68z3 a1H5jEpivzRchPFzs0YXtVmx+tTB2m5K3Hjex5r5YVU9c9UpTH/DsIqbRlOc7eEL7Z7M j08Av2G4YWbo5ARheDfZkog12WcvT6dupsJGqhId9s9NZvUxU+PTEQ/43ie5lMl2KcbY 0vu6d2SqeH+rlTsopQkV5pmwjT2N2uAlEbeJV/s+v1RBZSAydpUI8metTycB23TKRZo1 cc+w== X-Gm-Message-State: AG10YOSgWaRcXQYVsrnbryF6ZKk72mzdctDFUioKghkQ90F1il2GWZB2H6XV5KUeG/x9E/g0jsWCXlSM0Mu4EGup MIME-Version: 1.0 X-Received: by 10.202.49.138 with SMTP id x132mr39388554oix.106.1456466397901; Thu, 25 Feb 2016 21:59:57 -0800 (PST) Received: by 10.202.71.3 with HTTP; Thu, 25 Feb 2016 21:59:57 -0800 (PST) In-Reply-To: References: <1456382355-24614-2-git-send-email-fu.wei@linaro.org> <1456382355-24614-5-git-send-email-fu.wei@linaro.org> <56CF3B24.6030605@gmail.com> Date: Fri, 26 Feb 2016 13:59:57 +0800 Message-ID: Subject: Re: [PATCH v2 4/4] arm64: update the introduction of xen boot commands in docs/grub.texi From: Fu Wei To: Andrei Borzenkov Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2607:f8b0:4003:c06::233 Cc: The development of GNU GRUB , "xen-devel@lists.xensource.com" , Ian Campbell , Vladimir Serbinenko , Julien Grall , Leif Lindholm , Linaro UEFI Mailman List , Jon Masters X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Feb 2016 06:00:02 -0000 Hi Andrei On 26 February 2016 at 13:24, Andrei Borzenkov wrote: > > > =D0=9E=D1=82=D0=BF=D1=80=D0=B0=D0=B2=D0=BB=D0=B5=D0=BD=D0=BE =D1=81 iPhon= e > >> 26 =D1=84=D0=B5=D0=B2=D1=80. 2016 =D0=B3., =D0=B2 7:48, Fu Wei =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BB(=D0=B0): >> >> Hi Andrei >> >>> On 26 February 2016 at 01:34, Andrei Borzenkov wr= ote: >>> 25.02.2016 09:39, fu.wei@linaro.org =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >>>> From: Fu Wei >>>> >>>> delete: xen_linux, xen_initrd, xen_xsm >>>> add: xen_module >>>> >>>> This update bases on >>>> commit 0edd750e50698854068358ea53528100a9192902 >>>> Author: Vladimir Serbinenko >>>> Date: Fri Jan 22 10:18:47 2016 +0100 >>>> >>>> xen_boot: Remove obsolete module type distinctions. >>>> >>>> Signed-off-by: Fu Wei >>>> --- >>>> docs/grub.texi | 32 +++++++++----------------------- >>>> 1 file changed, 9 insertions(+), 23 deletions(-) >>>> >>>> diff --git a/docs/grub.texi b/docs/grub.texi >>>> index 82f6fa4..0f99c50 100644 >>>> --- a/docs/grub.texi >>>> +++ b/docs/grub.texi >>>> @@ -3861,9 +3861,7 @@ you forget a command, you can run the command @c= ommand{help} >>>> * videoinfo:: List available video modes >>>> @comment * xen_*:: Xen boot commands >>>> * xen_hypervisor:: Load xen hypervisor binary >>>> -* xen_linux:: Load dom0 kernel for xen hypervisor >>>> -* xen_initrd:: Load dom0 initrd for dom0 kernel >>>> -* xen_xsm:: Load xen security module for xen hype= rvisor >>>> +* xen_module:: Load xen modules for xen hypervisor >>>> @end menu >>>> >>>> >>>> @@ -5141,30 +5139,18 @@ verbatim as the @dfn{kernel command-line}. Any= other binaries must be >>>> reloaded after using this command. >>>> @end deffn >>>> >>>> -@node xen_linux >>>> -@subsection xen_linux >>>> +@node xen_module >>>> +@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 b= e >> >> 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 ! > > >> so maybe we can say: >> ----------------------------- >> On ARM64, 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 (optional) >> All subsequent modules: UNKNOWN >> >> On i386, the modules will be identified by Multiboot(2) protocol. >> ----------------------------- >> >> Is that better? please correct me if I miss something. >> >>> loaded then? >>> >>>> -@node xen_initrd >>>> -@subsection xen_initrd >>>> - >>>> -@deffn Command xen_initrd file >>>> -Load a initrd image for dom0 kernel at the booting process of xen. >>>> -@end deffn >>>> - >>>> -@node xen_xsm >>>> -@subsection xen_xsm >>>> - >>>> -@deffn Command xen_xsm file >>>> -Load a xen security module for xen hypervisor at the booting process = of xen. >>>> -See @uref{http://wiki.xen.org/wiki/XSM} for more detail. >>>> -@end deffn >>>> - >>>> - >>>> @node Networking commands >>>> @section The list of networking commands >> >> >> >> -- >> 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 --=20 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