From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1VrAgS-0003xC-NG for mharc-grub-devel@gnu.org; Thu, 12 Dec 2013 13:08:24 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:50086) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VrAgK-0003vs-F8 for grub-devel@gnu.org; Thu, 12 Dec 2013 13:08:21 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VrAgE-0004v7-U8 for grub-devel@gnu.org; Thu, 12 Dec 2013 13:08:16 -0500 Received: from mail-ee0-x22b.google.com ([2a00:1450:4013:c00::22b]:54262) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VrAgE-0004v1-Mp for grub-devel@gnu.org; Thu, 12 Dec 2013 13:08:10 -0500 Received: by mail-ee0-f43.google.com with SMTP id c13so409907eek.2 for ; Thu, 12 Dec 2013 10:08:09 -0800 (PST) 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=wvTTJV7SBf1HjLs1V5iHKnBh4rNqhiHqT8ugJVlkLm4=; b=YSLE2CPqJ95VBbgNTl+CzpTo7ElDreumQZ2650oCx+hf5uEaEZoNupuQlKivYU09R8 7owFl67c+9fR5dVpv7aVFnYEmPxp7UpwwIRI26Ww2kcKA971NaCRitonVzpsCPSnWPi/ mfMmPNzYIP3DVpmaDmN3wVF5ieifvBcRKqkX0AD8rU1owOzFUOpvEC5aFj20IpchXstb Yo9br45DrbOC34M+txMTFvIlyYjvIdDboQuhbrtPfF5k7Qe/RjtNYevgh5FSBg1Y7JW9 R7y78eIQ1R/+q5pDKbIz18Qvut++ToVesaTXPJeH3js+Pso5EmwILzD6mQTz+5aTAiJb X25Q== X-Received: by 10.14.215.67 with SMTP id d43mr9569157eep.108.1386871689802; Thu, 12 Dec 2013 10:08:09 -0800 (PST) Received: from [192.168.1.16] (85-188.196-178.cust.bluewin.ch. [178.196.188.85]) by mx.google.com with ESMTPSA id 1sm68545517eeg.4.2013.12.12.10.08.08 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 12 Dec 2013 10:08:08 -0800 (PST) Message-ID: <52A9FB87.4080209@gmail.com> Date: Thu, 12 Dec 2013 19:08:07 +0100 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20131103 Icedove/17.0.10 MIME-Version: 1.0 To: The development of GNU GRUB , "xen-devel@lists.xen.org" Subject: Re: [PATCH 3/4] Build grub.xen. References: <20131212153643.GA1431@riva.ucam.org> <20131212153741.GD1431@riva.ucam.org> <20131212163907.GG1431@riva.ucam.org> <20131212173643.GH1431@riva.ucam.org> <20131212214113.069f9dfa@opensuse.site> In-Reply-To: <20131212214113.069f9dfa@opensuse.site> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="8ex41eVoT98hKe3a9nnmPOKHqXe8P7eWL" X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4013:c00::22b 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, 12 Dec 2013 18:08:22 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --8ex41eVoT98hKe3a9nnmPOKHqXe8P7eWL Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 12.12.2013 18:41, Andrey Borzenkov wrote: > =D0=92 Thu, 12 Dec 2013 17:36:43 +0000 > Colin Watson =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >=20 >> On Thu, Dec 12, 2013 at 05:45:30PM +0100, Vladimir 'phcoder' Serbinenk= o wrote: >>> No I meant full access to just obe of guest partitions. E.g. FTP may = be >>> using separate partition and non-admins may have control over it. If = system >>> has some kind of automatic user creation and /home is separate someon= e may >>> register as boot or grub and put grub.xen in his directory. If /tmp i= s on >>> separate partition and not in RAM then everybody can put grub.xen to >>> /tmp/grub/grub.xen >> >> Oh, right. Perhaps we could just look in a limited set of devices, e.= g. >> (xen/xvda) or (xen/xvda1)? >=20 > Is passing it as argument acceptable? That's what pvgrub1 does. AFAIU it first tries configfile passed as initrd, then configfile name passed on command line, failing both it tries netboot. Perhaps we need a parameter to make it sure that we won't try to interpret old menu.lst or to load it. E.g. grub.xenfile=3D(xen/xvda,1)/boot/grub/grubx64.xen or grub.config=3D(xen/xvda,1)/boot/grub/grub.cfg > I'm afraid that no automagic is > going to work for all cases. >=20 What we do here is essentially define "firmware" interface that would be followed by installer. Ideally virtual nvram would be a solution but xen has none. A lazy possibility is to force creating of EFI system partition (in GPT or MBR) and load /xen/boot/boot[x64|pae].xen but probably this is far from ideal >> I'm not very familiar with how >> multi-partition Xen guests are typically set up. How is the root >> partition generally designated at the moment? >> >=20 > As I understand it is passed as argument to kernel (i.e. in VM > definition) or embedded in initrd as usual. >=20 There are also scenarios when guest admin has no right to modify machine description but wants to install another OS. Idk if we'll need special support for this as guest admin can always arrange for grub.xen to land in right place by using tiny partition for this. --8ex41eVoT98hKe3a9nnmPOKHqXe8P7eWL 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.4.15 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iF4EAREKAAYFAlKp+4cACgkQmBXlbbo5nOuzqwD/b+YqQNWnYxrPCeJskozx3tew 0oEaJ1W0qWMLoom1S9sA/1LW4GUzpl8Mx3QtefZt93Hxq9N8xO4mM1EU9fc92yDr =qyvI -----END PGP SIGNATURE----- --8ex41eVoT98hKe3a9nnmPOKHqXe8P7eWL--