> On Aug 30, 2021, at 10:52 AM, Devon Bautista
> wrote:
>
> Hi Gerd,
>
>>> The current maximum image size of an OVMF image is 4MB, which is
>>> insufficient for storing even a minimal and compressed kernel and initramfs.
>>> To get around this, we've been maintaining our own fork of EDK2 that
Hi Gerd,
>> The current maximum image size of an OVMF image is 4MB, which is
>> insufficient for storing even a minimal and compressed kernel and initramfs.
>> To get around this, we've been maintaining our own fork of EDK2 that adds
>> 8MiB and 16MiB OVMF build targets that have enough room in th
Hi,
> The current maximum image size of an OVMF image is 4MB, which is
> insufficient for storing even a minimal and compressed kernel and initramfs.
> To get around this, we've been maintaining our own fork of EDK2 that adds
> 8MiB and 16MiB OVMF build targets that have enough room in the DXE v
(+ Gerd)
On Sat, 21 Aug 2021 at 03:10, Devon Bautista
wrote:
>
> Hello All,
>
> I am currently working with the Linuxboot developers to improve testing
> kernel + initramfs pairs in firmware using OVMF.
>
> The current maximum image size of an OVMF image is 4MB, which is insufficient
> for stor
For reference, here is a summary of which sections increased when the 4MiB
build target was added (taken from commit
[`b24fca05`](https://github.com/tianocore/edk2/commit/b24fca05751f8222acf264853709012e0ab7bf49))
after the previous 2MiB limit:
```
DescriptionCompression type
Hello All,
I am currently working with the Linuxboot developers to improve testing
kernel + initramfs pairs in firmware using OVMF.
The current maximum image size of an OVMF image is 4MB, which is
insufficient for storing even a minimal and compressed kernel and
initramfs. To get around this