From owner-svn-src-head@freebsd.org Sun Oct 11 13:30:23 2020 Return-Path: Delivered-To: svn-src-head@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 551EE3F479B; Sun, 11 Oct 2020 13:30:23 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C8N3M1Wm1z4DyD; Sun, 11 Oct 2020 13:30:23 +0000 (UTC) (envelope-from danfe@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1602423023; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=e/X1WRXOjJ62Qf2eu3tpvr9oM8DG6CB2sGgyHW+WuM8=; b=TyHsMIBvenAaEaxJ+Cfh20f9R/uMNv1R+Q0FcUZi044WX+968zGuD0yWkpt40FGHOYHWlI Fwq+3glXpMfQqvgL0g4q5L2zbBX7aKIMvQDd1ocvxUo7GYTIeyH+or/gN5bU1NbZNDDGKV FBHcJqs46fF4gIZJEsqvDvdxw0nQHPaaVvzvfonVeLqFVxSJhAo+W+s0leJXNyBtoUvGYW 29FEcQ/aJIIhxZEo3KMjIYjf19+kYDbcLGp511TKx16n+nI7YE/LnyHmZU0N1+5UZmGG0y Y6kTJU7QmuAEH6ELtnSWP9UTpN2EgoY2nq9v/RLWoz/8UFtCiEMeOYEre65fsQ== Received: by freefall.freebsd.org (Postfix, from userid 1033) id 2C73F17CD2; Sun, 11 Oct 2020 13:30:23 +0000 (UTC) Date: Sun, 11 Oct 2020 13:30:23 +0000 From: Alexey Dokuchaev To: Toomas Soome Cc: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Subject: Re: svn commit: r366626 - head/sbin/reboot Message-ID: <20201011133023.GA67893@FreeBSD.org> References: <202010111040.09BAeCfg073782@repo.freebsd.org> <8601CC07-3A43-461A-915C-3CB68BADF41A@me.com> <20201011130151.GA32755@FreeBSD.org> <35355AD6-42C6-48A2-8FCF-A371A82D683A@me.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <35355AD6-42C6-48A2-8FCF-A371A82D683A@me.com> ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1602423023; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=e/X1WRXOjJ62Qf2eu3tpvr9oM8DG6CB2sGgyHW+WuM8=; b=bTTa2gQ9CiiHYlowMmnJn9txK8EAi2hmO0+q5YeLewcT3CAvVWKE0u5RG6afTAwesof60J urc8E+OCXcvXdFbRjFMa5Fb7I6T5w41dSnUGIYC39+LrBOMr3efuAzwdz0MqD8QpgMcEK6 QWvR3K1YRgrI5kwLyLjqU9QFcKcdygPrv3nFDICI9RBbOhwq09suD+9h7XHk+lr139hl5E YzWquF3qgZH2tXQ1nyzJH3/jWClET/KItlh1lxg8e6WlVQYCI/WcMhRgzedojITHtqHn5K ZRjzVUin6D//B0pOx0TJI8Hia/Bpto3QTUfrXnln0nIja2jnth7oYcD9E3osOg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1602423023; a=rsa-sha256; cv=none; b=GDzeyoTFDyQA+E0f4dxTgc0rvnAU/s+Jj0IbptxX82rzXABGaDoRaaA/z/dnZZzZ2uxctX aFuy0r4B1A8aBjp3cl3Fhb0sNIA7y+ALet8pJdPSo0cvkM54xDXoTFvAhRWutJQdhtysAa 6abDUhNi8sHbNGEkUolw/FnX+25sBplGmh1TVGTK+ocDWJk12Sxl90miD1gN/Wd+FBRSur 4BO6p0C46EGFFKAt2Nx2hYM05BezfGXSHq8HUJvhQGJdVRcFwPfWL5y/MyDCR2W6T1fyab u33PF7+bSHUVLem7ly/N1Ib+FZePUcluLjTI1UIvDUdkaPUPRm0mAVT+03Gq7Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.33 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: Sun, 11 Oct 2020 13:30:23 -0000 On Sun, Oct 11, 2020 at 04:08:09PM +0300, Toomas Soome wrote: > > On 11. Oct 2020, at 16:01, Alexey Dokuchaev wrote: > >> ... > >> Also nextboot.conf not generic configuration file (such as loader.conf > >> or loader.conf.local), but the implementation specific file, part of > >> special feature. > >> > >> That is, one should not assume the presence of nextboot.conf file, make > >> assumptions about its content, or perform manual edits on it. > > > > Do we want it to be the second-class citizen like this? Would it make > > better sense by documenting it more completely instead? > > It is not really about being second-class citizen, it really is about if > and how we can implement the feature. With UFS there is a limited write > (write to existing, allocated disk blocks), with ZFS there is no write to > file system at all. I see; that would explain why loader(8) replaces the "YES" -> "NO", but I guess I'd have to read the discussion on -rc@ which lead to r177062, because I don't see the reason for it to be removed (twice) if it's being disabled by the loader(8) earlier anyway. ./danfe