Date: Mon, 19 Mar 2018 09:20:40 -0700 From: John Baldwin <jhb@freebsd.org> To: Kyle Evans <kevans@freebsd.org> Cc: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Subject: Re: svn commit: r331209 - head Message-ID: <4168709.idJmbTaMPK@ralph.baldwin.cx> 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
On Monday, March 19, 2018 03:27:53 PM 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. How does this fit with the recommended installation steps of doing 'make installkernel' and rebooting before doing a 'make installworld'? -- John Baldwin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4168709.idJmbTaMPK>