Date: Mon, 27 Jul 1998 16:55:58 -0700 (PDT) From: Julian Elischer <julian@whistle.com> To: Mike Smith <mike@smith.net.au> Cc: Garrett Wollman <wollman@khavrinen.lcs.mit.edu>, Luigi Rizzo <luigi@labinfo.iet.unipi.it>, current@FreeBSD.ORG Subject: Re: SMP kernels... how many processes can be in ? Message-ID: <Pine.BSF.3.95.980727164650.6196C-100000@current1.whistle.com> In-Reply-To: <199807272007.NAA01087@dingo.cdrom.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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: > > <<On Mon, 27 Jul 1998 11:36:05 -0700 (PDT), Julian Elischer <julian@whistle.com> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.95.980727164650.6196C-100000>