On 6/29/24 9:26 AM, Ard Biesheuvel wrote:
It looks like the FvReadFile() call is doing a memory copy from the
firmware volume (FV), which seems to be mapped with device attributes
rather than normal memory. With a compressed image, the FV will be
decompressed to normal RAM, so this can never hap
On Sat, 22 Jun 2024 at 20:04, Rebecca Cran wrote:
>
> I decided to do some testing around the cost of copying vs decompressing
> and moved all the drivers in SbsaQemu into the uncompressed section (as
> described in
> https://github.com/tianocore/tianocore.github.io/wiki/ArmPkg-Compression),
> but
W dniu 22.06.2024 o 20:04, Rebecca Cran pisze:
I decided to do some testing around the cost of copying vs
decompressing and moved all the drivers in SbsaQemu into the
uncompressed section (as described in
https://github.com/tianocore/tianocore.github.io/wiki/ArmPkg-Compression),
but firmware bu
I decided to do some testing around the cost of copying vs decompressing
and moved all the drivers in SbsaQemu into the uncompressed section (as
described in
https://github.com/tianocore/tianocore.github.io/wiki/ArmPkg-Compression),
but firmware built with CLANGDWARF causes an alignment fault w
