Add note to UPDATING about UEFI changes requiring loader(8) update

These problems have only been observed with boards using U-Boot (e.g. ARM)
where virtual addresses are already set in the memory map by the firmware
and the firmware is expecting a call to SetVirtualAddressMap to be made.
I refrain from mentioning this in the note because this could also be the
case on some not-yet-tested firmware on amd64 and it's not a bad
recommendation for the general case.
This commit is contained in:
Kyle Evans 2018-03-19 15:27:53 +00:00
parent 9bec2ea66e
commit d3cf0e0c00
Notes: svn2git 2020-12-20 02:59:44 +00:00
svn path=/head/; revision=331209

View File

@ -51,6 +51,13 @@ NOTE TO PEOPLE WHO THINK THAT FreeBSD 12.x IS SLOW:
****************************** SPECIAL WARNING: ******************************
20180319:
For UEFI systems: the UEFI loader(8), loader.efi, should be updated in
conjunction with installing a new kernel after r330868. The kernel,
after this revision, will be more lenient when mapping addresses for
UEFI Runtime Services and this may result in a kernel panic without the
corresponding loader(8) update.
20180212:
FreeBSD boot loader enhanced with Lua scripting. It's purely opt-in for
now by building WITH_LOADER_LUA and WITHOUT_FORTH in /etc/src.conf.