From owner-svn-src-all@freebsd.org Mon Mar 19 17:59:55 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 58BCEF5FC94 for ; Mon, 19 Mar 2018 17:59:55 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x229.google.com (mail-it0-x229.google.com [IPv6:2607:f8b0:4001:c0b::229]) (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 E190A7C531 for ; Mon, 19 Mar 2018 17:59:54 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x229.google.com with SMTP id d13-v6so11584985itf.0 for ; Mon, 19 Mar 2018 10:59:54 -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=vTKuyXrQsNjZKnnxlR3nZ0L27yI1yLzghFZpobI/HVA=; b=KPJIg3z422y4uuv9NoXqO0Fkwo9HkB0b8R73ojcYhU299yMui8XxPY3BcnR/gO+Psl zMl4Sai41lCBOk+dw5yhLoCr4cToZy3FtB9QLbobGgGX4JJguci/741EPWMefIQB+UBk +BuZKDgYuDvvQQlKobQ2YWMMa+XFQ3ud2Ea/WksEPHWBVphtRuLQ8txqnTsOol8tR5ma lXQOZuAK2K19k6u4I0no3/KgaRo3T//MaAfJ+yVWvaJwSPQTgbWBc+G2GM0uSecoBcS0 THL991EBP8KPEXoxzYNgWw+MV3u3JULVQjvsKTZtbCs8nHIX1pZzWlqityfH5M8YU+1Z zsMw== 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=vTKuyXrQsNjZKnnxlR3nZ0L27yI1yLzghFZpobI/HVA=; b=CaooDNxYAxTeK8yLjW+0iOHxQDKd45CTRCTA+pfTco9DvTBmGlszLEalx7OiJSCFeT xL3QHqHJ0maCnv7EySuz9Ne+XE9EkxLDjdHoempzRtoNdlcqe+p8hVQdr2yLucnw9bjP KdMD+gZVRRJOOpaVI7w4lIK4ASu/EkrlCq+M1Zj99fKc6YHl9ly+GFfzOxyg5r6AEIvy SpLKz5XfBhQfdJq/6pNQ0KRYAFoEXC9lcedO4wQRMAooaAIxgQH0fEzqC0BUjx3ozRal nnWJhkCCG9hsu76zvGnUzOvM9B55RjUu4e/kr90TIoo3ZyC2AzMtKjdzYPgIK4PdftW8 z4Yg== X-Gm-Message-State: AElRT7EhggeBghRT5gESJ9ph253eeCb7Bpfsw4CKwgIEGkMYpSMqAWXr e9dItWpIKNZXsZ48q4HGOB37SnaQBwJqiGY4b561/g== X-Google-Smtp-Source: AG47ELsLZBQef5ze+00087SE6iL3dqnlYSSfAUEkVXzYE0XZY5Cu5v11JuAOb4J3Px2+K7AtBWpRKEspdp2DDmPBksI= X-Received: by 2002:a24:441:: with SMTP id 62-v6mr12817109itb.57.1521482393815; Mon, 19 Mar 2018 10:59:53 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.203.196 with HTTP; Mon, 19 Mar 2018 10:59:52 -0700 (PDT) X-Originating-IP: [2603:300b:6:5100:1052:acc7:f9de:2b6d] In-Reply-To: <2d94ac2c-491b-391b-d5ff-5545b6d83a82@FreeBSD.org> References: <201803191527.w2JFRr7B058668@repo.freebsd.org> <4168709.idJmbTaMPK@ralph.baldwin.cx> <2d94ac2c-491b-391b-d5ff-5545b6d83a82@FreeBSD.org> From: Warner Losh Date: Mon, 19 Mar 2018 11:59:52 -0600 X-Google-Sender-Auth: R72HoLI5DnAgs07tTd96dApSyG8 Message-ID: Subject: Re: svn commit: r331209 - head To: Andriy Gapon Cc: 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 17:59:55 -0000 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 /). To get around this issue, though, is trivial: make installkenrel cd stand make install reboot make installworld in this weird case. Warner