From owner-svn-src-projects@FreeBSD.ORG Mon Apr 6 20:58:45 2015 Return-Path: Delivered-To: svn-src-projects@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8DCCB175; Mon, 6 Apr 2015 20:58:45 +0000 (UTC) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id 504FD392; Mon, 6 Apr 2015 20:58:45 +0000 (UTC) Received: from lgwl-lstewart2.corp.netflix.com (76-247-182-56.lightspeed.sjcpca.sbcglobal.net [76.247.182.56]) by lauren.room52.net (Postfix) with ESMTPSA id 620547E81E; Tue, 7 Apr 2015 06:52:40 +1000 (EST) Message-ID: <5522F214.5060903@freebsd.org> Date: Mon, 06 Apr 2015 13:52:36 -0700 From: Lawrence Stewart User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Gleb Smirnoff , src-committers@freebsd.org, svn-src-projects@freebsd.org Subject: Re: svn commit: r281151 - projects/ifnet/sys/net References: <201504061522.t36FMXwX092973@svn.freebsd.org> In-Reply-To: <201504061522.t36FMXwX092973@svn.freebsd.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=2.4 required=5.0 tests=DNS_FROM_AHBL_RHSBL, UNPARSEABLE_RELAY autolearn=no version=3.3.2 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lauren.room52.net 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: Mon, 06 Apr 2015 20:58:45 -0000 Hi Gleb, On 04/06/15 08:22, Gleb Smirnoff wrote: > Author: glebius > Date: Mon Apr 6 15:22:32 2015 > New Revision: 281151 > URL: https://svnweb.freebsd.org/changeset/base/281151 > > Log: > Provide software context store in struct ifnet for any facility. To add > a new facility, one needs to grab a value in the ift_feature enum, and > not need to modify struct ifnet. > > The store also has a cache to return frequently requested values, > which resembles kobj(9) method cache. > > The plan is to move into the softc store almost all possible software > contexts that hang off the struct ifnet, leaving static only the driver > softc, AF_INET, AF_INET6 pointers, and other frequently used pointer. It seems likely that this is partially reinventing OSD(9) (also see the way I used it for for khelp(9)). Perhaps OSD could be improved with some useful things like the cache and then it might be a suitable drop in replacement here as well? Cheers, Lawrence