From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.8 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,HTML_MESSAGE, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 433F7C433ED for ; Tue, 6 Apr 2021 17:37:46 +0000 (UTC) Received: from lists.xenproject.org (lists.xenproject.org [192.237.175.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id C0D8D613C2 for ; Tue, 6 Apr 2021 17:37:45 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org C0D8D613C2 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=zededa.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=xen-devel-bounces@lists.xenproject.org Received: from list by lists.xenproject.org with outflank-mailman.106163.203044 (Exim 4.92) (envelope-from ) id 1lTpdv-0001TU-V2; Tue, 06 Apr 2021 17:37:35 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 106163.203044; Tue, 06 Apr 2021 17:37:35 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1lTpdv-0001TN-S0; Tue, 06 Apr 2021 17:37:35 +0000 Received: by outflank-mailman (input) for mailman id 106163; Tue, 06 Apr 2021 17:37:35 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1lTpdu-0001TI-Ua for xen-devel@lists.xenproject.org; Tue, 06 Apr 2021 17:37:35 +0000 Received: from mail-qv1-xf33.google.com (unknown [2607:f8b0:4864:20::f33]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id aeb01a59-df44-4776-ab4d-cfd13e888f47; Tue, 06 Apr 2021 17:37:34 +0000 (UTC) Received: by mail-qv1-xf33.google.com with SMTP id u3so5425329qvj.8 for ; Tue, 06 Apr 2021 10:37:34 -0700 (PDT) X-BeenThere: xen-devel@lists.xenproject.org List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-devel-bounces@lists.xenproject.org Precedence: list Sender: "Xen-devel" X-Inumbo-ID: aeb01a59-df44-4776-ab4d-cfd13e888f47 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zededa.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=bfQHUU/Sr/PnCTN0LARQB8ZFDFD0VEfnBYa9ZmZwT5s=; b=iPWJ6xoEaJuBtRua/7FTtMl2ybMudrkpxfilPFI159dU6BurVnVuLMAlYe0o7MXgoc AO7hTeFteKDeKeGnBmj9JZz7kHBFmR01xJZCFJKApoKsGbw+Y+6jaI4DcXeVUMzYN57g JCX0N/CZmdKSuDNtA6OoiucgNCVdu0X3fWnaXSMaBtxVFx5lc7UySOfcbeqkfuYMoI0I Tefwd7XbVnI5k6lKshBn43//uVRWD2Lg4PxQy1sdH6x6+GJE2h+U6kGCCh4q4vQhaSBD hnqECuagXX45zPUfKxPd8i8DEPsU47sX5m2AeGsQT6fwACk30KjT0FeicT6l5bD2tClb IbNQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=bfQHUU/Sr/PnCTN0LARQB8ZFDFD0VEfnBYa9ZmZwT5s=; b=Rqgu98Rul4UKbMG9G1wonw2X1FTzemIfYudAO6Jrpbu0M5HfpRphoT2hRGz23YN8BF sWhqxT/4cL+YYGgudaigx6WVqMFy6wzTIm9xt/yb7k7KGszuoK+BO/dD0eQnFHMO8ACM UOV0EFbkxsyXaUazxgXGKmFI4JdMAQoKTiPmOSy9Iee3EZnbWwUTTPwjZ93WhnLNY3pW xlLVqlVBnWPF5fIxc4dpnMajPYr2jDca4+Gsc3mUWKqhpWqLzTvl70AQXo6FQGrqnpOW iRvR1GBzYiANJL2DlyXg4HQZsYbT35s6OMVrdsc6RV9vR0gFJBpjsWclGdJYVxVDZw// I0fQ== X-Gm-Message-State: AOAM533wENeNGa1lx9sc+XDjqjJpRz38S2/ICaEqw21Z09mPs+TxekGW Uqc2FwaWmeQeYsbkdpcMck+hMe+Zs1xORdfEXsK7kg== X-Google-Smtp-Source: ABdhPJx6OWoaFmyWmzSaFypWS88s8ThVXrz5lUFVpGKyQ2uP81mRrIJ3PwHM2O2gvOFyJ6BTtKTy1ScoOxe76qlttd4= X-Received: by 2002:a0c:f702:: with SMTP id w2mr29977785qvn.0.1617730653937; Tue, 06 Apr 2021 10:37:33 -0700 (PDT) MIME-Version: 1.0 References: <23baec07-a3ae-949a-a1fb-09100efd53e5@citrix.com> In-Reply-To: From: Roman Shaposhnik Date: Tue, 6 Apr 2021 10:37:25 -0700 Message-ID: Subject: Re: multiboot2 and module2 boot issues via GRUB2 To: Jan Beulich Cc: Andrew Cooper , Xen-devel , grub-devel@gnu.org, =?UTF-8?Q?Roger_Pau_Monn=C3=A9?= Content-Type: multipart/alternative; boundary="000000000000f8733905bf51441c" --000000000000f8733905bf51441c Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Apr 6, 2021 at 1:19 AM Jan Beulich wrote: > On 01.04.2021 21:43, Andrew Cooper wrote: > > On 01/04/2021 09:44, Roger Pau Monn=C3=A9 wrote: > >> On Thu, Apr 01, 2021 at 09:31:07AM +0200, Jan Beulich wrote: > >>> On 01.04.2021 03:06, Roman Shaposhnik wrote: > >>>> And the obvious next question: is my EVE usecase esoteric enough tha= t > >>>> I should just go ahead and do a custom GRUB patch or is there a more > >>>> general interest in this? > >>> Not sure if it ought to be a grub patch - the issue could as well > >>> be dealt with in Xen, by concatenating modules to form a monolithic > >>> initrd. > >> I would rather have it done in the loader than Xen, mostly because > >> it's a Linux boot specific format, and hence I don't think Xen should > >> have any knowledge about it. > >> > >> If it turns out to be impossible to implement on the loader side we > >> should consider doing it in Xen, but that's not my first option. > > > > Concatenating random things which may or may not be initrds is > > absolutely not something Xen should do. We don't have enough context t= o > > do it safely/sensibly. > > Well, I wasn't suggesting anywhere to concatenate random things. > Instead I was envisioning a command line option giving us the > context we need (e.g. "initrd=3D3+5"). > That's actually not a bad idea at all -- I may look into how feasible it would be to add on Xen side. GRUB side is trivial (but I'm not sure upstream folk= s would take it). Thanks, Roman. --000000000000f8733905bf51441c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Tue, Apr 6, 2021 at 1:19 AM Jan Beulic= h <jbeulich@suse.com> wrote:=
On 01.04.2021 21:43, Andrew Cooper wrote:
> On 01/04/2021 09:44, Roger Pau Monn=C3=A9 wrote:
>> On Thu, Apr 01, 2021 at 09:31:07AM +0200, Jan Beulich wrote:
>>> On 01.04.2021 03:06, Roman Shaposhnik wrote:
>>>> And the obvious next question: is my EVE usecase esoteric = enough that
>>>> I should just go ahead and do a custom GRUB patch or is th= ere a more
>>>> general interest in this?
>>> Not sure if it ought to be a grub patch - the issue could as w= ell
>>> be dealt with in Xen, by concatenating modules to form a monol= ithic
>>> initrd.
>> I would rather have it done in the loader than Xen, mostly because=
>> it's a Linux boot specific format, and hence I don't think= Xen should
>> have any knowledge about it.
>>
>> If it turns out to be impossible to implement on the loader side w= e
>> should consider doing it in Xen, but that's not my first optio= n.
>
> Concatenating random things which may or may not be initrds is
> absolutely not something Xen should do.=C2=A0 We don't have enough= context to
> do it safely/sensibly.

Well, I wasn't suggesting anywhere to concatenate random things.
Instead I was envisioning a command line option giving us the
context we need (e.g. "initrd=3D3+5").

<= /div>
That's actually not a bad idea at all -- I may look into how = feasible it would
be to add on Xen side. GRUB side is trivial (bu= t I'm not sure upstream folks
would take it).

<= /div>
Thanks,
Roman.=C2=A0
--000000000000f8733905bf51441c--