From owner-freebsd-current Mon Jul 27 17:16:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA17841 for freebsd-current-outgoing; Mon, 27 Jul 1998 17:16:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA17702 for ; Mon, 27 Jul 1998 17:15:27 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id QAA06465; Mon, 27 Jul 1998 16:56:07 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpdJi6445; Mon Jul 27 23:56:02 1998 Date: Mon, 27 Jul 1998 16:55:58 -0700 (PDT) From: Julian Elischer To: Mike Smith cc: Garrett Wollman , Luigi Rizzo , current@FreeBSD.ORG Subject: Re: SMP kernels... how many processes can be in ? In-Reply-To: <199807272007.NAA01087@dingo.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG trouble is that there needs to be some place to store data on a 'packet by packet' basis, The data is generated at one point in processing and needed at another.. but what if the packet gets queued in between? and how do you pass the information into (for example ip_input()) a function when the arguments of that function are alread defined and well known. What ever solution you have should be extensible so as to be used by as-yet un-thought-of users. The present method is to just use 'magic global variables' julian On Mon, 27 Jul 1998, Mike Smith wrote: > > < said: > > > > > 2/ sticking some 'MT_RIGHTS' or > > > 'MT_CONTROL' mbufs can be added on the head or end of the packet, and used > > > to hold this info. (encoded like tcp options.. 1 byte type, 1 byte len, > > > data.) > > > > Gross! Please don't do this! We have too much code that depends on > > mbuf chaining as it is! > > Ok, so we know what's "bad". Any suggestions on "less bad"? > > -- > \\ Sometimes you're ahead, \\ Mike Smith > \\ sometimes you're behind. \\ mike@smith.net.au > \\ The race is long, and in the \\ msmith@freebsd.org > \\ end it's only with yourself. \\ msmith@cdrom.com > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message