From owner-svn-src-all@FreeBSD.ORG Thu Mar 1 09:44:46 2012 Return-Path: Delivered-To: svn-src-all@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BD310106564A; Thu, 1 Mar 2012 09:44:46 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5FA058FC08; Thu, 1 Mar 2012 09:44:44 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA03657; Thu, 01 Mar 2012 11:44:39 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1S32Yx-000CM0-5L; Thu, 01 Mar 2012 11:44:39 +0200 Message-ID: <4F4F450D.3060607@FreeBSD.org> Date: Thu, 01 Mar 2012 11:44:45 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: Andrey Zonov References: <201202292241.q1TMffCk048359@svn.freebsd.org> <4F4F2375.3080209@zonov.org> <4F4F3BFB.5030104@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: svn-src-head@FreeBSD.org, svn-src-all@FreeBSD.org, src-committers@FreeBSD.org, Andrew Thompson Subject: Re: svn commit: r232321 - head/share/man/man9 X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 01 Mar 2012 09:44:46 -0000 on 01/03/2012 11:11 Andrey Zonov said the following: > It doesn't make sense. For (CTLFLAG_RD|CTLFLAG_TUN) there is relevant > code in sysctl(8), but for (CTLFLAG_RW|CTLFLAG_TUN) there is no any > code, or did I miss something? In the existing code - no. But I would appreciate if e.g. sysctl -d could report that a sysctl also has a twin tunable. I can imagine that there could be things which are better be set to a certain value from the very start (via a tunable) rather than switched to that value later in a boot process (via sysctl). Extra user-friendly information doesn't hurt, IMO. -- Andriy Gapon