From owner-svn-src-head@freebsd.org Mon Mar 19 18:26:00 2018 Return-Path: Delivered-To: svn-src-head@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 B2B9EF61CA8 for ; Mon, 19 Mar 2018 18:26:00 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x230.google.com (mail-it0-x230.google.com [IPv6:2607:f8b0:4001:c0b::230]) (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 3762E7DB66 for ; Mon, 19 Mar 2018 18:26:00 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x230.google.com with SMTP id 19-v6so7238431itw.3 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=qvkDMmDjjvYCUlpbvyWDLSCyU7Ehf9AjmqfT8s0/UAZ7cTY4b76ftGyH/U1EtCOWAK +sC4BgZ2ruW7RzsVwB5TbCmjOmHSx4Oi5XyAp2agNN8741g7ysIpc0NYATa1+fWb9YUR HwyawURTPaqEe/hnAxOSRkP8Ws9pL8VsZ69ZcaNFmlSbuBHKAEgVr99aQOQou70HmV5t 1YgLxG2re28SwPZSZkUs3IhtB3Jpslw/cl6MBJsfi5D62M+lvmxg5XlWXGs87BvDSU5T 0jcE5GIHiWAnJ1D7r/fQ2h8Cnn6NOLvE4iP/kcps8g9xyg/uhmj24R5nYynfS3ElkadJ 6Jsg== X-Gm-Message-State: AElRT7E0JzkcKAGcgO3PhMtYNsOdDv9z8cXcuA9wMnp4fZtoIcScBHiT 7MmtObA7ekfoRpje629REd04kenJbSEsb95aTZuV6w== 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-head@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Mar 2018 18:26:01 -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 >