From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1aIdvr-00029F-Ia for mharc-grub-devel@gnu.org; Mon, 11 Jan 2016 09:58:55 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35318) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aIdvo-000294-QC for grub-devel@gnu.org; Mon, 11 Jan 2016 09:58:54 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aIdvi-0003td-Uv for grub-devel@gnu.org; Mon, 11 Jan 2016 09:58:52 -0500 Received: from mail-wm0-x235.google.com ([2a00:1450:400c:c09::235]:35462) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aIdvi-0003tW-NG for grub-devel@gnu.org; Mon, 11 Jan 2016 09:58:46 -0500 Received: by mail-wm0-x235.google.com with SMTP id f206so215004302wmf.0 for ; Mon, 11 Jan 2016 06:58:46 -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-type; bh=KocISapj4vjZVt7zU0qHBY2tkhj5rBYpTmifkrX0gM0=; b=iUxh6+ZgjkVjqnnAXxlO8qBNDk+pKZW/3n6n97NMo5xmdvcQDIjACCXazaqPQyoTSR O8K/OIcDsnAHMgz78NRq/Oy3Ekd7dFByiojoIM1vAEkivV9kZPK9MEdZCt10Evl0Dhbh MwymZ3//i225yR1w/gcoEhZ3x3PUX54+TGilRikqOR+RtHmordtFQBnWTe1Cvvg14F8L P4HvZEddN5xkLV/XwMDF6z6XsZhDMo2+pqs1L0xy1sqN4pTcmbKq5/BxJIq2HXxXs45g iB2tu4a5tUpRoIUs855UTpnYGa5hpFfgtUpX7yXEbcngRKN1bzBovkeYC2uoCxDS+JKz GR1Q== X-Received: by 10.194.79.8 with SMTP id f8mr136331112wjx.6.1452524326057; Mon, 11 Jan 2016 06:58:46 -0800 (PST) Received: from ?IPv6:2620:0:105f:fd00:a2a8:cdff:fe64:b3b5? ([2620:0:105f:fd00:a2a8:cdff:fe64:b3b5]) by smtp.gmail.com with ESMTPSA id qs1sm59457664wjc.2.2016.01.11.06.58.44 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 11 Jan 2016 06:58:44 -0800 (PST) Subject: Re: [Xen-devel] Uniform commands for booting xen To: Jan Beulich References: <56449726.8090707@gmail.com> <5644C1F502000078000B455F@prv-mh.provo.novell.com> <1447348140.18450.92.camel@citrix.com> <5645A3E802000078000B495A@prv-mh.provo.novell.com> <1447408236.18450.117.camel@citrix.com> <5693B6E6.9030903@gmail.com> <5693CB0302000078000C574F@prv-mh.provo.novell.com> From: =?UTF-8?Q?Vladimir_'=cf=86-coder/phcoder'_Serbinenko?= Message-ID: <5693C31E.3010600@gmail.com> Date: Mon, 11 Jan 2016 15:58:38 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Icedove/38.5.0 MIME-Version: 1.0 In-Reply-To: <5693CB0302000078000C574F@prv-mh.provo.novell.com> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="CbDK1i7OuITwGoHQpbbFOcvSGsSkGCoeW" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2a00:1450:400c:c09::235 Cc: Andrei Borzenkov , The development of GNU GRUB , Ian Campbell , "xen-devel@lists.xen.org" 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: Mon, 11 Jan 2016 14:58:54 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --CbDK1i7OuITwGoHQpbbFOcvSGsSkGCoeW Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 11.01.2016 15:32, Jan Beulich wrote: >>>> On 11.01.16 at 15:06, wrote: >> On 13.11.2015 10:50, Ian Campbell wrote: >>> On Fri, 2015-11-13 at 12:04 +0300, Andrei Borzenkov wrote: >>>>> How do you express modules other than kernel+initrd in that >>>>> scheme, without grub needing to be aware of any new addition we >>>>> may find necessary going forward? >>>>> >>>> >>>> Are modules used by Xen self-identifying? Is it enough to simply pas= s >>>> Xen kernel list of binary blobs or Xen kernel must be told what thes= e >>>> binary blobs are? If they are self identifying, why arm needs to be >>>> passed module type in the first place? >>> >>> At first Xen/ARM required the bootloader to identify, but that was si= nce >>> identified as causing madness and fixed by having Xen/ARM do as Xen/x= 86 >>> does and figure things out for itself, but I failed to communicate th= is >>> clearly and things got implemented on the grub side under the old >>> assumptions. >>> >> This changes a lot. This removes most of hurdles towards uniformity. A= re >> you ok with replacing xen_kernel/xen_xsm/... with just xen_module and >> dropping type altogether? >> Do you think that it makes sense to have xen_initrd in order to have >> in-memory initrd concatenation like baremetal counterpart? In either >> case we can add it later. I'd rather not have a command than to change= >> its meaning later. >> Jan, does it address your concerns? >=20 > It improves things a bit, but I'd really like to not see any xen_ > prefixed commands at all in grub2 - after all Xen should just be > an ordinary multiboot client. >=20 This is true for x86 but on ARM64 the protocol xen expects is quite different and not really multiboot. How would we avoid xen_ prefixed commands for ARM64? And when we have them it makes sense to have them on x86 as well so that the same set of commands works on both arm64 and x86 > Jan >=20 >=20 --CbDK1i7OuITwGoHQpbbFOcvSGsSkGCoeW Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iF4EAREKAAYFAlaTwx4ACgkQmBXlbbo5nOutYQEAmQG3yAj4q4dlMryizU+iI6AK gmTPastylnohAzM6M0sA/RAEiTJsyU7CCxV9M7DzUE++H8rwAzngyvHZkX8sB0Qu =u86F -----END PGP SIGNATURE----- --CbDK1i7OuITwGoHQpbbFOcvSGsSkGCoeW--