On 9/9/21 03:09, Philippe Mathieu-Daudé wrote:
On 9/3/21 7:26 AM, Devon Bautista wrote:
The largest size flash image currently available for OVMF builds, 4MiB,
is too small to insert a Linux kernel and initramfs into the DXEFV, and
is thus insufficient for testing Linuxboot builds via OVMF
> So DXEFV needs more space then. I'm wondering that the size doesn't
> change according to the commit message. Looking at the fdf files it
> seems PEIFV and DXEFV don't have a fixed size, seems everything is
> fine as long as the compressed image fits into FVMAIN_COMPACT.
>
> take care,
> Ger
On 9/3/21 12:17 AM, Gerd Hoffmann wrote:
> On Fri, Sep 03, 2021 at 05:26:20AM +0000, Devon Bautista wrote:
>> The largest size flash image currently available for OVMF builds, 4MiB,
>> is too small to insert a Linux kernel and initramfs into the DXEFV, and
>> is thus ins
Discussion: https://edk2.groups.io/g/devel/topic/85034796
Branch: https://github.com/synackd/edk2/tree/ovmf-16mb-v2
Devon Bautista (1):
OvmfPkg: Introduce 16MiB flash size for (primarily) Linuxboot
OvmfPkg/OvmfPkgIa32.dsc| 4 +++
OvmfPkg/OvmfPkgIa32X64.dsc | 4
essed 208 -> 208 (+0)
SEC driver
reset vector code
Cc: Ard Biesheuvel
Cc: Jiewen Yao
Cc: Jordan Justen
Cc: Gerd Hoffmann
Signed-off-by: Devon Bautista
---
OvmfPkg/OvmfPkgIa32.dsc| 4 +++
OvmfPkg/OvmfPkgIa32X64.dsc | 4 +++
OvmfPkg/OvmfPkgX64.dsc
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
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
Laszlo,
I apologize for the delay. I've been heavily preoccupied in another work
program I am involved in.
On 5/27/21 3:12 AM, Laszlo Ersek wrote:
> On 05/26/21 19:08, Devon Bautista wrote:
>> Currently, the largest volume size for building OVMF images is 4MB. With
>> the gro
On 5/27/21 3:14 AM, Laszlo Ersek wrote:
On 05/27/21 12:12, Laszlo Ersek wrote:
On 05/26/21 19:08, Devon Bautista wrote:
Currently, the largest volume size for building OVMF images is 4MB. With
the growth of the Linuxboot project, maintainers have had to maintain a
fork containing this patch
o add the ability to build 8MB or 16MB
x86_64 (X64) OVMF images, respectively.
Signed-off-by: Devon Bautista
---
OvmfPkg/OvmfPkgDefines.fdf.inc | 34 ++
OvmfPkg/OvmfPkgX64.dsc | 10 +-
OvmfPkg/VarStore.fdf.inc | 16
3 files ch
11 matches
Mail list logo
