From owner-svn-src-all@freebsd.org Mon Mar 19 17:25:59 2018 Return-Path: Delivered-To: svn-src-all@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8F6C8F5D8DB; Mon, 19 Mar 2018 17:25:59 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 434B97AA60; Mon, 19 Mar 2018 17:25:59 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (ralph.baldwin.cx [66.234.199.215]) by mail.baldwin.cx (Postfix) with ESMTPSA id DE50E10A8BA; Mon, 19 Mar 2018 13:25:58 -0400 (EDT) From: John Baldwin To: Kyle Evans Cc: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Subject: Re: svn commit: r331209 - head Date: Mon, 19 Mar 2018 09:20:40 -0700 Message-ID: <4168709.idJmbTaMPK@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.1-STABLE; KDE/4.14.30; amd64; ; ) In-Reply-To: <201803191527.w2JFRr7B058668@repo.freebsd.org> References: <201803191527.w2JFRr7B058668@repo.freebsd.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Mon, 19 Mar 2018 13:25:59 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Mar 2018 17:25:59 -0000 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