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