[romprefix] Avoid using PMM-allocated memory in UNDI loader entry point
authorMichael Brown <mcb30@ipxe.org>
Mon, 5 Dec 2016 14:11:00 +0000 (14:11 +0000)
committerMichael Brown <mcb30@ipxe.org>
Mon, 5 Dec 2016 15:21:45 +0000 (15:21 +0000)
commitcc40fcbf8b0dedc18431b9281f793c20c6276f96
tree55fb4d4089b4c516960ee7828938a94f7bfbeeca
parent8138ea190d8f281a9bd3cbfff2b83daee3478987
[romprefix] Avoid using PMM-allocated memory in UNDI loader entry point

The UNDI loader entry point is very likely to be called after POST,
when there is a high chance that the PMM-allocated image source area
and decompression area have been reused by something else.

In particular, using an iPXE .iso to test a separate iPXE ROM's UNDI
loader entry point in a qemu VM is likely to crash.  SeaBIOS allocates
PMM blocks from close to the top of memory and so these blocks have a
high chance of colliding with the runtime addresses subsequently
chosen by the non-ROM iPXE by scanning the INT 15,e820 memory map.

The standard romprefix.S has no choice about relying on the
PMM-allocated image source area, since it has no other way to retrieve
its compressed payload.

In mromprefix.S, the image source area functions only as an optional
buffer used to avoid repeated reads from the (potentially slow)
expansion ROM BAR by the decompression code.  We can therefore always
set %esi=0 when calling install_prealloc from the UNDI loader entry
point, and simply fall back to reading directly from the expansion ROM
BAR.

We can always set %edi=0 when calling install_prealloc from the UNDI
loader entry point.  This will behave as though the decompression area
PMM allocation failed, and will therefore use INT 15,88 to find a
temporary decompression area somewhere close to 64MB.  This is by no
means guaranteed to be safe from collisions, but it's probably safer
on balance than the PMM-allocated address.

Signed-off-by: Michael Brown <mcb30@ipxe.org>
src/arch/x86/prefix/mromprefix.S
src/arch/x86/prefix/undiloader.S