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:
parent
9bec2ea66e
commit
d3cf0e0c00
Notes:
svn2git
2020-12-20 02:59:44 +00:00
svn path=/head/; revision=331209
7
UPDATING
7
UPDATING
@ -51,6 +51,13 @@ NOTE TO PEOPLE WHO THINK THAT FreeBSD 12.x IS SLOW:
|
|||||||
|
|
||||||
****************************** SPECIAL WARNING: ******************************
|
****************************** 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:
|
20180212:
|
||||||
FreeBSD boot loader enhanced with Lua scripting. It's purely opt-in for
|
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.
|
now by building WITH_LOADER_LUA and WITHOUT_FORTH in /etc/src.conf.
|
||||||
|
Loading…
Reference in New Issue
Block a user