summaryrefslogtreecommitdiffstats
path: root/payloads
diff options
context:
space:
mode:
authorNico Huber <nico.h@gmx.de>2023-07-15 01:47:04 +0200
committerMartin L Roth <gaumless@gmail.com>2023-08-26 20:29:37 +0000
commitb2893e22e6927821d3b079e88e14a8c165e7f329 (patch)
tree21cbafd87d1d9ea1d73989ab2970f5372b6d6e86 /payloads
parent8a584830721f09cc677f17cfa6c0a1de06cfacc3 (diff)
downloadcoreboot-b2893e22e6927821d3b079e88e14a8c165e7f329.tar.gz
coreboot-b2893e22e6927821d3b079e88e14a8c165e7f329.tar.bz2
coreboot-b2893e22e6927821d3b079e88e14a8c165e7f329.zip
memrange: Honor `limit` in the last step of top-down stealing
We only checked that the resource fits below the given `limit` in memranges_find_entry(), but then accidentally placed it at the top of the found memrange. As most resources have only a coarse limit, e.g. the 4G barrier of 32-bit space, this became only visible when artificially setting an unusual, lower limit on a resource. So, for the final placement, use `MIN(limit, range end)` instead of the range's end alone. Change-Id: I3cc62ac3d427683c00ba0ac9f991fca62e99ce44 Signed-off-by: Nico Huber <nico.h@gmx.de> Reviewed-on: https://review.coreboot.org/c/coreboot/+/76480 Tested-by: build bot (Jenkins) <no-reply@coreboot.org> Reviewed-by: Martin L Roth <gaumless@gmail.com>
Diffstat (limited to 'payloads')
0 files changed, 0 insertions, 0 deletions