mirror of
https://github.com/u-boot/u-boot.git
synced 2025-04-16 09:54:35 +00:00
1d9aa4a283
At the moment the LMB allocator will return 'success' immediately on two
consecutive allocations if the second one is smaller and the flags match
without resizing the reserved area.
This is problematic for two reasons, first of all the new updated
allocation won't update the size and we end up holding more memory than
needed, but most importantly it breaks the EFI SCT tests since EFI
now allocates via LMB.
More specifically when EFI requests a specific address twice with the
EFI_ALLOCATE_ADDRESS flag set, the first allocation will succeed and
update the EFI memory map. Due to the LMB behavior the second allocation
will also succeed but the address ranges are already in the EFI memory
map due the first allocation. EFI will then fail to update the memory map,
returning EFI_OUT_OF_RESOURCES instead of EFI_NOT_FOUND which break EFI
conformance.
So let's remove the fast check with is problematic anyway and leave LMB
resize and calculate address properly. LMB will now
- try to resize the reservations for LMB_NONE
- return -1 if the memory is not LMB_NONE and already reserved
The LMB code needs some cleanup in that part, but since we are close to
2025.01 do the easy fix and plan to refactor it later.
Also update the dm tests with the new behavior.
Fixes: commit
|
||
|---|---|---|
| .. | ||
| abuf.c | ||
| alist.c | ||
| asn1.c | ||
| cmd_ut_lib.c | ||
| compression.c | ||
| efi_device_path.c | ||
| efi_image_region.c | ||
| getopt.c | ||
| hexdump.c | ||
| Kconfig | ||
| kconfig.c | ||
| kconfig_spl.c | ||
| lmb.c | ||
| longjmp.c | ||
| Makefile | ||
| rsa.c | ||
| sscanf.c | ||
| str.c | ||
| string.c | ||
| strlcat.c | ||
| test_aes.c | ||
| test_crc8.c | ||
| test_crypt.c | ||
| test_errno_str.c | ||
| test_print.c | ||
| time.c | ||
| unicode.c | ||
| uuid.c | ||