svn commit: r331209 - head
Steven Hartland
steven.hartland at multiplay.co.uk
Thu Mar 22 18:13:01 UTC 2018
I think it would be worth specifically detailing the steps to achieve
this, as its not immediately obvious how this would be done.
On 19/03/2018 15:27, Kyle Evans wrote:
> Author: kevans
> Date: Mon Mar 19 15:27:53 2018
> New Revision: 331209
> URL: https://svnweb.freebsd.org/changeset/base/331209
>
> Log:
> 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.
>
> Modified:
> head/UPDATING
>
> Modified: head/UPDATING
> ==============================================================================
> --- head/UPDATING Mon Mar 19 15:11:10 2018 (r331208)
> +++ head/UPDATING Mon Mar 19 15:27:53 2018 (r331209)
> @@ -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.
>
More information about the svn-src-all
mailing list