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. ~Andrew
