Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
Date:   Wed, 06 Nov 2019 09:56:48 -0800
User-Agent: K-9 Mail for Android
In-Reply-To: <20191106170333.GD28380@zn.tnic>
References: <20191104151354.28145-1-daniel.kiper@oracle.com> <20191106170333.GD28380@zn.tnic>
MIME-Version: 1.0
Content-Type: text/plain;
 charset=utf-8
Content-Transfer-Encoding: quoted-printable
Subject: Re: [PATCH v5 0/3] x86/boot: Introduce the kernel_info et consortes
To:     Borislav Petkov <bp@alien8.de>,
        Daniel Kiper <daniel.kiper@oracle.com>
CC:     linux-efi@vger.kernel.org, linux-kernel@vger.kernel.org,
        x86@kernel.org, xen-devel@lists.xenproject.org,
        ard.biesheuvel@linaro.org, boris.ostrovsky@oracle.com,
        corbet@lwn.net, dave.hansen@linux.intel.com, luto@kernel.org,
        peterz@infradead.org, eric.snowberg@oracle.com, jgross@suse.com,
        kanth.ghatraju@oracle.com, konrad.wilk@oracle.com,
        mingo@redhat.com, rdunlap@infradead.org, ross.philipson@oracle.com,
        tglx@linutronix.de
From:   hpa@zytor.com
Message-ID: <3EABBAB2-5BEF-4FEE-8BB4-9EB4B0180B10@zytor.com>
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

On November 6, 2019 9:03:33 AM PST, Borislav Petkov <bp@alien8=2Ede> wrote:
>On Mon, Nov 04, 2019 at 04:13:51PM +0100, Daniel Kiper wrote:
>> Hi,
>>=20
>> Due to very limited space in the setup_header this patch series
>introduces new
>> kernel_info struct which will be used to convey information from the
>kernel to
>> the bootloader=2E This way the boot protocol can be extended regardless
>of the
>> setup_header limitations=2E Additionally, the patch series introduces
>some
>> convenience features like the setup_indirect struct and the
>> kernel_info=2Esetup_type_max field=2E
>
>That's all fine and dandy but I'm missing an example about what that'll
>be used for, in practice=2E
>
>Thx=2E

For one thing, we already have people asking for more than 4 GiB worth of =
initramfs, and especially with initramfs that huge it would make a *lot* of=
 sense to allow loading it in chunks without having to concatenate them=2E =
I have been asking for a long time for initramfs creators to split the kern=
el-dependent and kernel independent parts into separate initramfs modules=
=2E
--=20
Sent from my Android device with K-9 Mail=2E Please excuse my brevity=2E