From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andrei Borzenkov Subject: Re: [PATCH v2 4/4] arm64: update the introduction of xen boot commands in docs/grub.texi Date: Tue, 1 Mar 2016 07:02:32 +0300 Message-ID: <56D51458.3090006@gmail.com> 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> <20160227203341.GM31035@char.us.oracle.com> <56D28149.30907@gmail.com> <20160229144114.GC16364@char.us.oracle.com> Reply-To: The development of GNU GRUB Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Return-path: In-Reply-To: <20160229144114.GC16364@char.us.oracle.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: grub-devel-bounces+gcbgd-grub-devel=m.gmane.org@gnu.org Sender: grub-devel-bounces+gcbgd-grub-devel=m.gmane.org@gnu.org To: Konrad Rzeszutek Wilk 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 List-Id: xen-devel@lists.xenproject.org MjkuMDIuMjAxNiAxNzo0MSwgS29ucmFkIFJ6ZXN6dXRlayBXaWxrINC/0LjRiNC10YI6Cj4gT24g U3VuLCBGZWIgMjgsIDIwMTYgYXQgMDg6MTA6MzNBTSArMDMwMCwgQW5kcmVpIEJvcnplbmtvdiB3 cm90ZToKPj4gMjcuMDIuMjAxNiAyMzozMywgS29ucmFkIFJ6ZXN6dXRlayBXaWxrINC/0LjRiNC1 0YI6Cj4+PiBPbiBGcmksIEZlYiAyNiwgMjAxNiBhdCAwNzoxNTo1MlBNICswODAwLCBGdSBXZWkg d3JvdGU6Cj4+Pj4gSGkgQW5kcmVpLAo+Pj4+Cj4+Pj4gT24gMjYgRmVicnVhcnkgMjAxNiBhdCAx ODo1MCwgQW5kcmVpIEJvcnplbmtvdiA8YXJ2aWRqYWFyQGdtYWlsLmNvbT4gd3JvdGU6Cj4+Pj4+ IE9uIEZyaSwgRmViIDI2LCAyMDE2IGF0IDg6NTkgQU0sIEZ1IFdlaSA8ZnUud2VpQGxpbmFyby5v cmc+IHdyb3RlOgo+Pj4+Pj4+Pj4+ICtAc3Vic2VjdGlvbiB4ZW5fbW9kdWxlCj4+Pj4+Pj4+Pj4K Pj4+Pj4+Pj4+PiAtQGRlZmZuIENvbW1hbmQgeGVuX2xpbnV4IGZpbGUgW2FyZ3VtZW50c10KPj4+ Pj4+Pj4+PiAtTG9hZCBhIGRvbTAga2VybmVsIGltYWdlIGZvciB4ZW4gaHlwZXJ2aXNvciBhdCB0 aGUgYm9vdGluZyBwcm9jZXNzIG9mIHhlbi4KPj4+Pj4+Pj4+PiArQGRlZmZuIENvbW1hbmQgeGVu X21vZHVsZSBbLS1ub3VuemlwXSBmaWxlIFthcmd1bWVudHNdCj4+Pj4+Pj4+Pj4gK0xvYWQgYSBt b2R1bGUgZm9yIHhlbiBoeXBlcnZpc29yIGF0IHRoZSBib290aW5nIHByb2Nlc3Mgb2YgeGVuLgo+ Pj4+Pj4+Pj4+IFRoZSByZXN0IG9mIHRoZSBsaW5lIGlzIHBhc3NlZCB2ZXJiYXRpbSBhcyB0aGUg bW9kdWxlIGNvbW1hbmQgbGluZS4KPj4+Pj4+Pj4+PiArRWFjaCBtb2R1bGUgd2lsbCBiZSBpZGVu dGlmaWVkIGJ5IHRoZSBvcmRlciBpbiB3aGljaCB0aGUgbW9kdWxlcyBhcmUgYWRkZWQuCj4+Pj4+ Pj4+Pj4gK1RoZSAxc3QgbW9kdWxlOiBkb20wIGtlcm5lbCBpbWFnZQo+Pj4+Pj4+Pj4+ICtUaGUg Mm5kIG1vZHVsZTogZG9tMCByYW1kaXNrCj4+Pj4+Pj4+Pj4gK0FsbCBzdWJzZXF1ZW50IG1vZHVs ZXM6IFVOS05PVwo+Pj4+Pj4+Pj4+IEBlbmQgZGVmZm4KPj4+Pj4+Pj4+Cj4+Pj4+Pj4+PiBIbW0g Li4uIGZyb20gcHJldmlvdXMgZGlzY3Vzc2lvbiBJIGdhdGhlcmVkIHRoYXQgWGVuIGNhbiBkZXRl Y3QgbW9kdWxlCj4+Pj4+Pj4+PiB0eXBlLiBXaGF0IGlmIHRoZXJlIGlzIG5vIGluaXRyZCBmb3Ig ZG9tMD8gSG93IGNhbiBzdWJzZXF1ZW50IG1vZHVsZXMgYmUKPj4+Pj4+Pj4KPj4+Pj4+Pj4gTm93 ICwgWGVuIGRldGVjdCBtb2R1bGUgdHlwZSBieSB0aGUgb3JkZXIuIChhdCBsZWFzdCBvbiBBUk02 NCkuCj4+Pj4+Pj4+IEkgdGhpbmsgaTM4NiBpcyB1c2luZyBNdWx0aWJvb3QoMikgcHJvdG9jb2ws IHNvIG1heWJlIHRoaXMgb3JkZXIgaXMKPj4+Pj4+Pj4gbm90aGluZyB0byBkbyB3aXRoIGkzODYu Cj4+Pj4+Pj4+Cj4+Pj4+Pj4KPj4+Pj4+PiBUaGVuIHdlIGhhdmUgb2J2aW91cyBwcm9ibGVtIHdp dGggeW91ciBYU00gcGF0Y2ggKGh0dHA6Ly9zYXZhbm5haC5nbnUub3JnL2J1Z3MvPzQzNDIwKSAt IFhTTSBtYXkgbGFuZCBhcyB0aGUgZmlyc3QgbW9kdWxlLiBUaGF0J3MgYWN0dWFsbHkgc29tZXRo aW5nIHRvIHNvbHZlIG9uIFhlbiBzaWRlIEkgdGhpbmsuIEl0J3MganVzdCB0aGF0IHNvIGZhciB3 ZSBoYWQganVzdCBrZXJuZWwgYW5kIGluaXRyZCwgc28gdGhhdCB3YXMgbm9uIGlzc3VlLgo+Pj4+ Pj4KPj4+Pj4+IE9oLCBkaWQgeW91IG1lYW4gV2VpIExpdSdzIHBhdGNoPwo+Pj4+Pj4KPj4+Pj4+ IEkgZ3Vlc3MgWFNNIG1heSBsYW5kIGFzIHRoZSB0aGlyZCBtb2R1bGUgKG9yIHRoZSBtb2R1bGUg YWZ0ZXIgbGludXgKPj4+Pj4+IGtlcm5lbCwgaWYgeW91IGRvbid0IGhhdmUgaW5pdHJkKQo+Pj4+ Pj4KPj4+Pj4+IFllcywgYWdyZWUuIChUaGF0J3MgYWN0dWFsbHkgc29tZXRoaW5nIHRvIHNvbHZl IG9uIFhlbiBzaWRlKQo+Pj4+Pj4KPj4+Pj4+IEkgZ3Vlc3MgeGVuIGNhbiBnZXQgeHNtIGZyb20g YSBzcGVjaWFsIGluaXRyZC4gc28gZm9yIG5vdyB0aGVyZSBpcyBub3QKPj4+Pj4+IGJpZyBwcm9i bGVtIG9uIHhzbS4KPj4+Pj4+Cj4+Pj4+PiBQbGVhc2UgY29ycmVjdCBtZSBpZiBJIG1pc3VuZGVy c3RhbmQgc29tZXRoaW5nLiA6LSkKPj4+Pj4+Cj4+Pj4+PiBUaGFua3MhCj4+Pj4+Pgo+Pj4+Pj4g QmFjayB0byB0aGlzIHBhdGNoLCBpcyB0aGF0IE9LIGZvciB5b3UsIG9yIGFueSBzdWdnZXN0aW9u PyAgVGhhbmtzICEKPj4+Pj4+Cj4+Pj4+Cj4+Pj4+IFllcywgYXMgdGhpcyBpcyBkZWRpY2F0ZWQg WGVuIGxvYWRlciB3ZSBzaG91bGQgZG9jdW1lbnQgdGhpcyBtYW5kYXRvcnkKPj4+Pj4gb3JkZXIg LSBmaXJzdCBtb2R1bGUgbXVzdCBiZSBrZXJuZWwgaW1hZ2UsIHNlY29uZCBtb2R1bGUgbXVzdCBi ZQo+Pj4+PiBpbml0cmQuIEkgZG8gbm90IHRoaW5rIHdlIG5lZWQgdG8gbWVudGlvbiBwb3NzaWJp bGl0eSB0byBsb2FkIG1vcmUKPj4+Pj4gdGhhbiB0d28gbW9kdWxlcyB1bnRpbCB0aGVyZSBpcyBj bGVhciB1bmRlcnN0YW5kaW5nIGhvdyBpdCBjYW4gYmUgZG9uZQo+Pj4+PiB3aXRob3V0IGluaXRy ZC4KPj4+Pgo+Pj4+IEdyZWF0IHRoYW5rcyBmb3IgeW91ciByZXZpZXcsIEkgaGF2ZSB1cGRhdGVk IGFuZCBzZW50IHRoZSB2MyBwYXRjaHNldCwKPj4+PiBIb3BlIEkgdW5kZXJzdG9vZCB5b3VyIHN1 Z2dlc3Rpb24gY29ycmVjdGx5LCBQbGVhc2UgY2hlY2suICA6LSkKPj4+Cj4+PiBXaGF0IGlmIHRo ZSBpbml0cmQgaXMgY2F0dGVkIHRvIHRoZSBrZXJuZWwgaW1hZ2UgKHdoaWNoIHlvdSBjYW4KPj4+ IGRvIG9uIHg4Nik/IEFuZCB0aGVuIHRoZSAxc3QgbW9kdWxlIGlzIHlvdXIgWFNNPwo+Pj4KPj4K Pj4gT24geDg2IFhlbiBjYW4gZGV0ZWN0IG1pY3JvY29kZSBhbmQgeHNtIG1vZHVsZXM7IHRoZSBm aXJzdCB1bmtub3duCj4gCj4gJ2NhbicuIElmIHlvdSB1c2UgJ3Vjb2RlPXNjYW4nIG9uIHRoZSBY ZW4gY29tbWFuZCBsaW5lLiBPdGhlcndpc2UgaXQgaGFzCj4gbm8gY2x1ZS4KPiAKCllvdSBjYW4g YWxzbyBwYXNzIHVjb2RlPU4gd2hlcmUgTiBpcyBtb2R1bGUgbnVtYmVyIC4uLiBidXQgaXQgZ29l cwpvZmYtdG9waWMuIFRoZSBjdXJyZW50IHN0YXRlIGlzIC0gaXQgdHVybmVkIG91dCB0aGF0IG9u IEFSTSBYZW4gaXMKY2FwYWJsZSB0byAiZGV0ZWN0IiBvbmx5IHR3byB0eXBlcyBvZiBtb2R1bGVz IC0gZG9tMCBrZXJuZWwgYW5kIGRvbTAKaW5pdHJkLiBUaGUgZmFjdCBpcyB0aGF0IFhlbiBvbiBB Uk0gaGFzIGF0IGxlYXN0IG9uZSBtb3JlIG1vZHVsZSB0eXBlCmFuZCBpdCBpcyBub3QgcG9zc2li bGUgdG8gcmVsaWFibHkgbG9hZCBpdCB3aXRoIGN1cnJlbnQgaW50ZXJmYWNlLgoKPiBJdCBhY3R1 YWxseSB3b3VsZCBiZSBqdXN0IG11Y2ggbmljZXIgaWYgTXVsdGlib290MiBoYWQgc29tZSB0YWcg ZGVzY3JpYmluZwo+IHRoaXMgYW5kIFhlbiAob3IgYW55IG90aGVyIE9TKSBjb3VsZCBqdXN0IHBh cnNlIGl0IGxpa2UgdGhhdC4gQnV0IHRoYXQgaXMKPiBqdXN0IGhhbmQtd2F2aW5nLCBuaWNlLXRv LWRvLgo+IAoKSXQgd2FzIGRlY2lkZWQgdGhhdCBtdWx0aWJvb3QyIHdpbGwgbm90IGJlIHVzZWQs IGFuZCBpbml0aWFsIGludGVyZmFjZQpkaWQgcGFzcyBtb2R1bGUgdHlwZXMgZnJvbSBHUlVCIHRv IFhlbiB2aWEgRkRULCBidXQgdGhlbiBpdCB3YXMgY2hhbmdlZAp0byBnZW5lcmljIHhlbl9tb2R1 bGUgd2l0aCBleHBsaWNpdCB0eXBlIHNwZWNpZmljYXRpb24uCgpQZXJzb25hbGx5IEkgdGhpbmsg dGhhdCBsZWF2aW5nIGRldGVjdGlvbiBvZiBob3cgdG8gdXNlIG1vZHVsZSBzaG91bGQgYmUKbGVm dCB0byBsb2FkZWQgcHJvZ3JhbSwgYW5kIHRoYXQgbW9kdWxlcyBzaG91bGQgaW5jbHVkZSBlbm91 Z2gKaW5mb3JtYXRpb24gc28gdGhhdCB0aGlzIGNhbiBiZSBkb25lLgoKPiAKPj4gbW9kdWxlIGFm dGVyIHRoYXQgaXMgYXNzdW1lZCB0byBiZSBpbml0cmQgKGRvbTAga2VybmVsIGFsd2F5cyBtdXN0 IGJlCj4+IHRoZSB2ZXJ5IGZpcnN0IG1vZHVsZSBwcm92aWRlZCkuCj4gCj4gVGhhdCBpcyB0cnVl Lgo+Pgo+PiBPbiBhcm0gdGhlcmUgaXMgbm8gZGV0ZWN0aW9uIC0gbW9kdWxlIHR5cGUgaXMgdGFr ZW4gZnJvbSBGRFQ7IGlmIG5vCj4+IG1vZHVsZSB0eXBlIGlzIHByb3ZpZGVkLCB0aGUgZmlyc3Qg dW5rbm93biBtb2R1bGUgaXMgYXNzdW1lZCB0byBiZQo+PiBrZXJuZWwsIHRoZSBzZWNvbmQgLSBp bml0cmQuCj4+Cj4+IFNlZSBhbHNvIGh0dHA6Ly9saXN0cy5nbnUub3JnL2FyY2hpdmUvaHRtbC9n cnViLWRldmVsLzIwMTYtMDIvbXNnMDAzMzMuaHRtbAo+Pgo+Pj4gSXMgdGhpcyAuLiBvcmRlciBk ZXBlbmRlbmN5IHdyaXR0ZW4gc29tZXdoZXJlIGluIGEgZG9jdW1lbnQ/IEluIHRoZQo+Pj4gWGVu IGNvZGUtYmFzZSB0aGF0IGlzPwo+Pj4KPj4KCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXwpHcnViLWRldmVsIG1haWxpbmcgbGlzdApHcnViLWRldmVsQGdu dS5vcmcKaHR0cHM6Ly9saXN0cy5nbnUub3JnL21haWxtYW4vbGlzdGluZm8vZ3J1Yi1kZXZlbAo= From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1aabWE-0004pE-3G for mharc-grub-devel@gnu.org; Mon, 29 Feb 2016 23:02:42 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:41056) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aabWB-0004md-K5 for grub-devel@gnu.org; Mon, 29 Feb 2016 23:02:40 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aabW8-00046I-E7 for grub-devel@gnu.org; Mon, 29 Feb 2016 23:02:39 -0500 Received: from mail-lf0-x243.google.com ([2a00:1450:4010:c07::243]:36699) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aabW7-00045x-S8 for grub-devel@gnu.org; Mon, 29 Feb 2016 23:02:36 -0500 Received: by mail-lf0-x243.google.com with SMTP id h198so8045731lfh.3 for ; Mon, 29 Feb 2016 20:02:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=3TOtHHcKI8yRYC6Z+HLICTTlSNQCDuTLMWQW0c7blZs=; b=pxcAkY15JhXfUxbnWzphjL41P2FFeFqBjtPE+Lt8a99YfSE7qyFdydlsXFaXDggLRh utwzFzgaxb28vUVzPxQP8jA5fZ0sJbi8k59ImrC+kD5SUfr3qG2qysz2mXnh/XmtTJcW 3g3rtXhHNn9iJ8Ninp/wq1w3BG5A8g/Nt66GYXroa+n4dwodRK82SwEkN5kgXfV2d9Bm uxo7eyhUwsPQeDBBcUrAJrTTa8GD+CeATz3dgobDNprq2uMuBfl5ZVDFrR9nBUUHWFsU SMqcMAr8TNk9fyYJwC0+hGyW1up481QUO+oPZQi4RdFNIWUK410qTA0UDJ5HqpJd1U39 p5hw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=3TOtHHcKI8yRYC6Z+HLICTTlSNQCDuTLMWQW0c7blZs=; b=Yz3b78W/T5WZvF87gcjZS3T+5uqdgL43r6Kewu3sH0TlBk0fP7z6wQ6YC5cEuwMhgp 11OhTozubpGQh9Y0ek3/l8wCcDne5EmEMfT3J23LYZa4uN168utPfW9Zj7B9yz7Opslp c9N1jLaLlF/zRux11W8T5mvihCQtuaEArDpeqKEoRRRwSxXoVJ3n8e/8QEYWA9t2y+oO CZCbeI1NJAtxD1QMl3wD4HWGfZU0TupTjncT8BBocBKErKAhHvOUTMKZ5L9mtPGUNG3B 34O/J/c813VTcsMLvi3kAiQE7VQWaZzXU+yj3EjxxD4ljv4IbNpilMuFCwKIvUlO712n B3bg== X-Gm-Message-State: AD7BkJJ+DCqRH9JcIGebzzeRoQnq+yadlvfI593k4G/jeC6uR38Tl0NfcNBgmRRvC1YCFw== X-Received: by 10.25.166.130 with SMTP id p124mr7259127lfe.120.1456804954526; Mon, 29 Feb 2016 20:02:34 -0800 (PST) Received: from [192.168.1.41] (ppp109-252-76-159.pppoe.spdop.ru. [109.252.76.159]) by smtp.gmail.com with ESMTPSA id t12sm4480089lfe.46.2016.02.29.20.02.32 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 29 Feb 2016 20:02:33 -0800 (PST) Subject: Re: [PATCH v2 4/4] arm64: update the introduction of xen boot commands in docs/grub.texi To: Konrad Rzeszutek Wilk 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> <20160227203341.GM31035@char.us.oracle.com> <56D28149.30907@gmail.com> <20160229144114.GC16364@char.us.oracle.com> From: Andrei Borzenkov X-Enigmail-Draft-Status: N1110 Message-ID: <56D51458.3090006@gmail.com> Date: Tue, 1 Mar 2016 07:02:32 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <20160229144114.GC16364@char.us.oracle.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2a00:1450:4010:c07::243 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: Tue, 01 Mar 2016 04:02:40 -0000 29.02.2016 17:41, Konrad Rzeszutek Wilk пишет: > On Sun, Feb 28, 2016 at 08:10:33AM +0300, Andrei Borzenkov wrote: >> 27.02.2016 23:33, Konrad Rzeszutek Wilk пишет: >>> On Fri, Feb 26, 2016 at 07:15:52PM +0800, Fu Wei wrote: >>>> Hi Andrei, >>>> >>>> On 26 February 2016 at 18:50, Andrei Borzenkov wrote: >>>>> On Fri, Feb 26, 2016 at 8:59 AM, Fu Wei 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. :-) >>> >>> What if the initrd is catted to the kernel image (which you can >>> do on x86)? And then the 1st module is your XSM? >>> >> >> On x86 Xen can detect microcode and xsm modules; the first unknown > > 'can'. If you use 'ucode=scan' on the Xen command line. Otherwise it has > no clue. > You can also pass ucode=N where N is module number ... but it goes off-topic. The current state is - it turned out that on ARM Xen is capable to "detect" only two types of modules - dom0 kernel and dom0 initrd. The fact is that Xen on ARM has at least one more module type and it is not possible to reliably load it with current interface. > It actually would be just much nicer if Multiboot2 had some tag describing > this and Xen (or any other OS) could just parse it like that. But that is > just hand-waving, nice-to-do. > It was decided that multiboot2 will not be used, and initial interface did pass module types from GRUB to Xen via FDT, but then it was changed to generic xen_module with explicit type specification. Personally I think that leaving detection of how to use module should be left to loaded program, and that modules should include enough information so that this can be done. > >> module after that is assumed to be initrd (dom0 kernel always must be >> the very first module provided). > > That is true. >> >> On arm there is no detection - module type is taken from FDT; if no >> module type is provided, the first unknown module is assumed to be >> kernel, the second - initrd. >> >> See also http://lists.gnu.org/archive/html/grub-devel/2016-02/msg00333.html >> >>> Is this .. order dependency written somewhere in a document? In the >>> Xen code-base that is? >>> >>