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
47fc89046a
commit
dfdfdc183e
7
UPDATING
7
UPDATING
@ -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.
|
||||
|
Loading…
Reference in New Issue
Block a user