From owner-freebsd-net Fri Nov 16 16:20:29 2001 Delivered-To: freebsd-net@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id 9CA7C37B419; Fri, 16 Nov 2001 16:20:17 -0800 (PST) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id QAA15655; Fri, 16 Nov 2001 16:13:42 -0800 (PST) Date: Fri, 16 Nov 2001 16:13:41 -0800 (PST) From: Julian Elischer To: Peter Wemm Cc: Julian Elischer , current@FreeBSD.ORG, net@FreeBSD.ORG, wollman@FreeBSD.ORG Subject: Re: re-entrancy and the IP stack. In-Reply-To: <20011117000251.A13B93811@overcee.netplex.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Well I don't care exactly how we do it but we need to figure out a way of storing such metadata along with packets. and it needs to be queueable along with the packets.. (sounds like an mbuf to me but if you have a better idea.....) (and anyhow Garrett got rid of the 'static' uses of mbufs, not 'travelling' 'per packet' uses..) On Fri, 16 Nov 2001, Peter Wemm wrote: > Julian Elischer wrote: > [..] > > What is needed is obviously a 'per packet' storage location > > for those things, defined in a "per protocol family" manner. > > > > Luigi has already tried this scheme by defining a > > dummynet specific mbuf type that can be prepended to the > > front of packets. What I suggest is to extend this > > to defining a MT_PROTOSTORAGE. (or similar) mbuf type > > that generic networking code is educated to ignore, > > and that protocols can use to pass packet-specific state > > information from one place to another. > > Uhh.. no thanks. Whatever you do, do *NOT* abuse the mbuf system > for this. We went to a lot of trouble (well, Garrett specifically) > to rid the stacks of this obscenity. Do *NOT* generalize it and undo > it. MT_DUMMYNET must die, not be propagated elsewhere. > > If you want to have some general storage mechnaism, do *not* use mbufs > for it. > > Cheers, > -Peter > -- > Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au > "All of this is for nothing if we don't go to the stars" - JMS/B5 > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message