From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1YqN37-0008Aj-Ra for mharc-grub-devel@gnu.org; Thu, 07 May 2015 10:45:17 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:47039) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YqN31-00084n-FD for grub-devel@gnu.org; Thu, 07 May 2015 10:45:15 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YqN30-0004Hm-I0 for grub-devel@gnu.org; Thu, 07 May 2015 10:45:11 -0400 Received: from mail-wi0-x236.google.com ([2a00:1450:400c:c05::236]:36379) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YqN30-0004Hi-Ao for grub-devel@gnu.org; Thu, 07 May 2015 10:45:10 -0400 Received: by wizk4 with SMTP id k4so245734558wiz.1 for ; Thu, 07 May 2015 07:45:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=//4Jj9H+9gl/B7QtGS9gNh9VQ9TzLmet4OJGV8Gna8w=; b=bqRLwHgzaNWAsMyJTIEBm9ARTw6a5RwQ48I+osoH8wP4PPpKVncDGNGumzFyFeZiUT z/0h9sxBODk1UhQVpB+JaMKao04gbIN3BZpfdthjc096ClTdYVDFksYDEjq5QDlmgmgI XudoOJ7y+8Vp1zlCzd1e6gHF5/jos61+MTignocl52xyh4G2nnRIPBBA8IfNhLcUDW+q 1j8K1gnvQyA6Y7+LADPnbKH/Nx4lD7WKLkz3xX38TXR1OrAIHFaxRkJ47GNBfnG9vDuZ +XYA81Hfqy7GTPg3h840AkPeI0wD9q6cbEsGvHpWGPM92P1ySb3lNtggo3zjfHkqrJDb h2/w== X-Received: by 10.194.9.161 with SMTP id a1mr8306155wjb.39.1431009909579; Thu, 07 May 2015 07:45:09 -0700 (PDT) Received: from ?IPv6:2620:0:105f:fd00:863a:4bff:fe50:abc4? ([2620:0:105f:fd00:863a:4bff:fe50:abc4]) by mx.google.com with ESMTPSA id g8sm3794130wjn.18.2015.05.07.07.45.08 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 07 May 2015 07:45:08 -0700 (PDT) Message-ID: <554B7A74.7010404@gmail.com> Date: Thu, 07 May 2015 16:45:08 +0200 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.6.0 MIME-Version: 1.0 To: The development of GNU GRUB Subject: Re: passing options to grub in xen,openfirmware and efi References: <5540F299.4020304@gmail.com> <20150429151011.GA5931@aepfle.de> <20150429153527.GA12448@aepfle.de> <20150429154801.GA7715@aepfle.de> <20150429162800.GA32494@aepfle.de> <20150429164921.GA9393@aepfle.de> In-Reply-To: <20150429164921.GA9393@aepfle.de> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="PqeEIUt6hwPd0DQbitoJUcVpLxqF5inM0" X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c05::236 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: Thu, 07 May 2015 14:45:15 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --PqeEIUt6hwPd0DQbitoJUcVpLxqF5inM0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable > Sigh.. > There are likely ways to find out where grub was loaded from even on a > PC, and use that as initial root=3D. In a PV guest no such thing exists= > because itself grub is the firmware. grub-install already takes this into account. > In OF I can imaging that it might > be useful to point grub right away to some other device than listed in > /chosen/bootpath. > We don't support loading modules from another version that what was compiled with kernel. And if you move different parts of GRUB install after grub-install, then you have only yourself to blame. Think of any other program: if you start moving its files around it will not work. >>> And grub2 does not grab the cmdline provided via extra=3D. I think th= at >>> providing root=3Dxen/xvdb is the right way to control grub inside the= >>> domU. >>> In anycase, what the OF does today in its init code is valid and shou= ld >>> stay. >> Mixing up namespaces is certainly not valid. This will lead to both in= tended >> misuses like changing variables that shouldn't be and unintentional wh= en e.g. >> root=3D/dev/xvda2 meant for Linux will sneak into grub breaking stuff >=20 > Since the kernel=3D is grub and the stuff in cmdline is obviously meant= > for that very kernel (grub), it can have no meaning for an OS that > possibly loaded later. It does not even know about that string. >=20 The GRUB which is used for kernel=3D may be programmed to use /vmlinuz an= d pass root=3D to it. merging unrelated namespaces is always > Olaf >=20 > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > https://lists.gnu.org/mailman/listinfo/grub-devel >=20 --PqeEIUt6hwPd0DQbitoJUcVpLxqF5inM0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iF4EAREKAAYFAlVLenQACgkQmBXlbbo5nOvEtgD+Id/kmO9yfCFIFmlDR25jwHqF qb9/V/kbqi/t2RDGeNEA/iBxCZUmEpuCd3zRSshu8yHFBBVPmTrmZ99jBmQODAM7 =PsoQ -----END PGP SIGNATURE----- --PqeEIUt6hwPd0DQbitoJUcVpLxqF5inM0--