On 03.04.2025 13:39, Andrew Cooper wrote: > On 03/04/2025 12:29 pm, Jan Beulich wrote: >> On 03.04.2025 13:04, Marek Marczykowski-Górecki wrote: >>> It fails on larger initramfs (~250MB one) and sometimes even smaller >>> depending on memory size/memory map, let Linux do it. >> Iirc grub only unpacks gzip-ed modules, so wouldn't a yet better approach >> be to use a better compressing algorithm, which simply as a side effect >> would keep grub from decompressing it, while at the same time moving >> farther away from any critical boundaries? > > Yes and no. > > This is going to change anyway when I (or a delgee) moves initrd > generation from the test step itself into the test artefacts repo. > > Switching to a slower algorithm will impact every test step right now. > > Real systems doesn't see this in general, because it there's an > uncompressed microcode container at the front, and it's not identified > as being compressed at all. > > I'd prefer to stick with Marek's patch in the short term.
Fair enough. Jan
