From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1VmS7P-0006VY-3z for mharc-grub-devel@gnu.org; Fri, 29 Nov 2013 12:44:43 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:39908) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VmS7I-0006LM-Du for grub-devel@gnu.org; Fri, 29 Nov 2013 12:44:42 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VmS7C-00066v-K2 for grub-devel@gnu.org; Fri, 29 Nov 2013 12:44:36 -0500 Received: from mail-lb0-x232.google.com ([2a00:1450:4010:c04::232]:62062) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VmS7C-00066p-CO for grub-devel@gnu.org; Fri, 29 Nov 2013 12:44:30 -0500 Received: by mail-lb0-f178.google.com with SMTP id c11so7038293lbj.23 for ; Fri, 29 Nov 2013 09:44:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=eaPwIvlJl+mo+PZ2XXiSYpiOo690jbbjYqLWgGqqcdY=; b=QuItlqjEim+9G0PbdthUF6uQAfb36W8f8GvX88WoQoGGSSTA53WNIzT6UApEU0ES6Y iCwj8IJCY+hh3Yf/7VcMwMikweKxAujjxjPuIGCtoF+Qv+UrQuGDqG11vuz5m4QvHkW9 Uhq0fWZHPpVIAmtC40JQ9peyaa/UNoP2BojheNKtybrqRW3MwAUoEWm5bufxReRvrjV5 0+vMzczr9qsaIIqfdX5UGsjuQMYLMzHy6oT7E1puyuXoXEPxwP/voz5nCdj29tAjtf3K nqUOw8GUVOV3wPX8mt8IihiR5+GIyj7bQhmeoK5fZXEuGurNDkk9Cd7XfdBpm6n1kLLx wCvA== X-Received: by 10.112.189.74 with SMTP id gg10mr1413989lbc.8.1385747069110; Fri, 29 Nov 2013 09:44:29 -0800 (PST) Received: from opensuse.site (ppp91-76-134-134.pppoe.mtu-net.ru. [91.76.134.134]) by mx.google.com with ESMTPSA id t9sm40559163lat.1.2013.11.29.09.44.28 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Fri, 29 Nov 2013 09:44:28 -0800 (PST) Date: Fri, 29 Nov 2013 21:44:27 +0400 From: Andrey Borzenkov To: grub-devel@gnu.org, "xen-devel@lists.xen.org" Subject: Re: pvgrub2 is merged Message-ID: <20131129214427.02439ae0@opensuse.site> In-Reply-To: <20131129132422.GC16321@riva.ucam.org> References: <527EA084.6000706@gmail.com> <20131129132422.GC16321@riva.ucam.org> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.18; x86_64-suse-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c04::232 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, 29 Nov 2013 17:44:42 -0000 =D0=92 Fri, 29 Nov 2013 13:24:22 +0000 Colin Watson =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > On Sat, Nov 09, 2013 at 09:52:20PM +0100, Vladimir '=CF=86-coder/phcoder'= Serbinenko wrote: > > Hello, all. pvgrub2 has just became part of upstream grub as ports > > i386-xen and x86_64-xen. >=20 > Could anyone offer packaging advice for which ports should be built > here? Is it reasonable to assume that a 32-bit userspace only needs the > 32-bit Xen port and a 64-bit userspace only needs the 64-bit Xen port, > or is it possible that there could be cross-architecture combinations > here? Does the architecture of the GRUB port have to match the > architecture of the Xen hypervisor? >=20 I guess this question is better asked on xen-devel. Assuming we have 64 bit dom0 and try to boot 32 bit domU. Is it possible to start with loading 64 bit grub that loads 32 bit kernel and jumps to it? If yes (and in other direction too) situation becomes relatively simple. > For those familiar with Debian packaging, I'm trying to work out whether > it's sufficient to just build grub-xen{,-bin,-dbg} packages which would > be i386-xen on i386 and x86_64-xen on amd64, or whether I have to have > two variants on each architecture the way I do for EFI. All other > things being equal I'd prefer to keep the package count as low as > possible, but only if that won't break real-world use cases. >=20 For a long time I dream of possibility to mark grub platform packages as noarch (speaking about RPM) - they *are* noarch from the OS PoV. I was told that was impossible, but may be I should try once more. This would mean one platform - one package that can be installed everywhere.