From owner-cvs-src@FreeBSD.ORG Wed Jul 28 16:20:02 2004 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D92916A4CE; Wed, 28 Jul 2004 16:20:02 +0000 (GMT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [128.30.28.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id B609943D5E; Wed, 28 Jul 2004 16:19:59 +0000 (GMT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.9/8.12.9) with ESMTP id i6SGJw8g019308 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK CN=khavrinen.lcs.mit.edu issuer=SSL+20Client+20CA); Wed, 28 Jul 2004 12:19:58 -0400 (EDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.9/8.12.9/Submit) id i6SGJwTh019305; Wed, 28 Jul 2004 12:19:58 -0400 (EDT) (envelope-from wollman) Date: Wed, 28 Jul 2004 12:19:58 -0400 (EDT) From: Garrett Wollman Message-Id: <200407281619.i6SGJwTh019305@khavrinen.lcs.mit.edu> To: Alfred Perlstein In-Reply-To: <20040728150316.GK95729@elvis.mu.org> References: <200407280912.i6S9CsfA088910@repoman.freebsd.org> <20040728091920.GU82302@elvis.mu.org> <20040728150316.GK95729@elvis.mu.org> X-Spam-Score: -9.9 () IN_REP_TO,REFERENCES X-Scanned-By: MIMEDefang 2.37 cc: cvs-src@FreeBSD.ORG cc: src-committers@FreeBSD.ORG cc: cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/sys/sys _task.h X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2004 16:20:02 -0000 < said: > * Maxime Henrion [040728 02:19] wrote: >> Or have a struct ifnet for kernel and a struct xifnet for userland, as we >> do in other places. > That sounds more correct (xifnet). No. Everything that would legitimately be available in an xifnet structure is already made available through other interfaces. The only reason programs might need to look at a struct ifnet is because they're mucking about in kernel memory, in which case they need the real one and not a "sanitized" version. (This is why I moved struct ifnet to in the first place.) -GAWollman