From d3cf0e0c001d6c54dca8dc37b801be57a0e48471 Mon Sep 17 00:00:00 2001 From: Kyle Evans Date: Mon, 19 Mar 2018 15:27:53 +0000 Subject: [PATCH] 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. --- UPDATING | 7 +++++++ 1 file changed, 7 insertions(+) diff --git a/UPDATING b/UPDATING index 56da3c70a638..b4c81f243f61 100644 --- a/UPDATING +++ b/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.