From owner-svn-src-all@freebsd.org Mon Mar 19 18:26:00 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 AF40EF61CA7 for ; Mon, 19 Mar 2018 18:26:00 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x22a.google.com (mail-it0-x22a.google.com [IPv6:2607:f8b0:4001:c0b::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 37A577DB67 for ; Mon, 19 Mar 2018 18:26:00 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x22a.google.com with SMTP id e98-v6so11493543itd.4 for ; Mon, 19 Mar 2018 11:26:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=ieunJ1wyLSGt1NLXMOsIy6Jvh84YG3K8V7Uc7z2bRYI=; b=CKJ2RGporXUC2tWkbdDo/zRAIq5gXMtBJIbbccqO8ib2la7iPKNxipFGV3lFfU1wK/ J2mQ4uQiMrBTuCvVrni00jTl7OhKGxSuBFyGXLBO446Jm/Pc0iX52cRytvYgFUSwUDtQ UnjYtol1MakM3SP/w2q1xkNUlE1DSZCrFAgIfYQDM2adN3SAk3r+v55hcJHGv6MeaDqe 8qfuqMWQy4RmSZGM4v6nWfj4J8FRqPDwYRB9H0cuE00wzlX01OaxEvb8GSeKa+9QKiRf Z8AUZs/P4BceAsDVELuBZkHZIALP+JLdW8sX+tYFRz2IWaMdvrs1iHZ42aWkuOQZxnck 2O8Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=ieunJ1wyLSGt1NLXMOsIy6Jvh84YG3K8V7Uc7z2bRYI=; b=ssmy2yK0uMqjCJKEComJcBF8KX1d6L8u9vVSfok7E3z4dRFVdmuwdzFk2i2bUlnVbe plG/TiPXHFSW5eYYyB038LrlPl8HWiXH75R5pPWCJwvhbqFJ/o4pS9FI/RjfC4assWPg rYqzV95lucK60zv1jQzGqn2P/frEM+xKv9xRuDIq+mlXrjEKhTaOUT8TaP/v82vv4JXm q9KtXek3Zn+VxgojYK5iwsIQ9RkISs9sl97wdbOPi33D4NN2bNdQvki2W2eglCybOjd2 5BqlO6fJ1si4t6QUWB4mU3qqg6OZqQyptNL+sUU5N03Lz9NqZMzkFtqq/5V389BRmLaM +6CQ== X-Gm-Message-State: AElRT7EZqEb6k6of3K71+LkdpfU8UMiXAtW131GKFfad9vdWa60zGUkF tZx3IwYEf2KyDJv803twjApwXx67LBmnEKfwkn6CGQ== X-Google-Smtp-Source: AG47ELu2qg80ItqzI+WE5k9Qvqru/En6tZstqq3zn2JJ0687DNEHvnQaQ/sofh9ZigzbkhsZpKwIhA5AjTr6gVnTQhI= X-Received: by 2002:a24:441:: with SMTP id 62-v6mr12916018itb.57.1521483959377; Mon, 19 Mar 2018 11:25:59 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.203.196 with HTTP; Mon, 19 Mar 2018 11:25:58 -0700 (PDT) X-Originating-IP: [2603:300b:6:5100:1052:acc7:f9de:2b6d] In-Reply-To: <201803191809.w2JI9tOP013233@pdx.rh.CN85.dnsmgr.net> References: <201803191809.w2JI9tOP013233@pdx.rh.CN85.dnsmgr.net> From: Warner Losh Date: Mon, 19 Mar 2018 12:25:58 -0600 X-Google-Sender-Auth: FKNtna_5BI6Dh0ZAiaqsIkgamw8 Message-ID: Subject: Re: svn commit: r331209 - head To: "Rodney W. Grimes" Cc: Andriy Gapon , John Baldwin , Kyle Evans , src-committers , svn-src-all@freebsd.org, svn-src-head@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 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 18:26:00 -0000 On Mon, Mar 19, 2018 at 12:09 PM, Rodney W. Grimes < freebsd@pdx.rh.cn85.dnsmgr.net> wrote: > > On Mon, Mar 19, 2018 at 11:51 AM, Andriy Gapon wrote: > > > > > On 19/03/2018 18:20, John Baldwin wrote: > > > > 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'? > > > > > > Installation of /boot/loader along with likes of cat and cut has always > > > puzzled > > > me very much. > > > > > > > Historical reason. We've always installed /boot/loader with installworld. > > We also install the other boot loaders, but don't deploy them (so > there's a > > new /boot/boot, but it isn't installed into /). > > More complete historical information. The "boot" code use to live in > hidden places in the MBR, and the {disk,bsd}label, so installing it > into the file system had 0 effect, as the actuall in use running > code was hidden and had to be replaced using either fdisk or > {disk,bsd}label. > Right. That's still the case, but these bits are considered 'static' and uninteresting to update. > When "loader" was added this should of probably changed with > preseverations of old code and ways to get back to it incase > things went a foul, and ways to update it in a more controlled > manner than installworld. And more approprate timing of > installing it (should it now go with installkernel?). No. Where it is fine. The arm64 thing is actually fixed in the kernel so we don't need to cope with it. Warner > > To get around this issue, though, is trivial: > > > > make installkenrel > > cd stand > > make install > > reboot > > make installworld > > > > in this weird case. > > > > Warner > > -- > Rod Grimes > rgrimes@freebsd.org >