From owner-svn-src-projects@FreeBSD.ORG Thu Oct 16 02:38:56 2014 Return-Path: Delivered-To: svn-src-projects@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA59C13C; Thu, 16 Oct 2014 02:38:56 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 992EE793; Thu, 16 Oct 2014 02:38:55 +0000 (UTC) Received: from Julian-MBP3.local (50-196-156-133-static.hfc.comcastbusiness.net [50.196.156.133]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id s9G2cgXb037062 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 15 Oct 2014 19:38:46 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <543F2FAC.9060802@freebsd.org> Date: Thu, 16 Oct 2014 10:38:36 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: John Baldwin , "Alexander V. Chernikov" Subject: Re: svn commit: r272515 - projects/ipfw/sys/netpfil/ipfw References: <201410041210.s94CAX7I012628@svn.freebsd.org> <201410091711.28587.jhb@freebsd.org> <2638508.DdhyVaDRpY@ralph.baldwin.cx> In-Reply-To: <2638508.DdhyVaDRpY@ralph.baldwin.cx> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: svn-src-projects@freebsd.org, src-committers@freebsd.org, "Alexander V. Chernikov" X-BeenThere: svn-src-projects@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "SVN commit messages for the src " projects" tree" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2014 02:38:56 -0000 On 10/13/14, 9:46 PM, John Baldwin wrote: > On Sunday, October 12, 2014 12:13:00 AM Alexander V. Chernikov wrote: > >>> Alternatively, we could change the module code to export a dynamic sysctl >>> tree for all loaded modules that includes the versions, i.e. >>> 'module..version', etc. > This is still another idea that would transparently export MODULE_VERSION() > info via sysctls without requiring API changes. I'm for the sysctl in the net.inet.ip.... space. >