Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 22 Mar 2018 18:13:29 +0000
From:      Steven Hartland <steven.hartland@multiplay.co.uk>
To:        Kyle Evans <kevans@FreeBSD.org>, src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org
Subject:   Re: svn commit: r331209 - head
Message-ID:  <8d9b163b-fcaa-3e9c-5972-8dc300f64b52@multiplay.co.uk>
In-Reply-To: <201803191527.w2JFRr7B058668@repo.freebsd.org>
References:  <201803191527.w2JFRr7B058668@repo.freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
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.
>




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?8d9b163b-fcaa-3e9c-5972-8dc300f64b52>