From owner-freebsd-current Mon Jul 27 23:19:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA10858 for freebsd-current-outgoing; Mon, 27 Jul 1998 23:19:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from antipodes.cdrom.com (castles329.castles.com [208.214.167.29]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA10819 for ; Mon, 27 Jul 1998 23:19:05 -0700 (PDT) (envelope-from mike@antipodes.cdrom.com) Received: from antipodes.cdrom.com (localhost [127.0.0.1]) by antipodes.cdrom.com (8.8.8/8.8.5) with ESMTP id XAA01083; Mon, 27 Jul 1998 23:17:44 -0700 (PDT) Message-Id: <199807280617.XAA01083@antipodes.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Luigi Rizzo cc: mike@smith.net.au (Mike Smith), julian@whistle.com, wollman@khavrinen.lcs.mit.edu, current@FreeBSD.ORG Subject: Re: SMP kernels... how many processes can be in ? In-reply-to: Your message of "Tue, 28 Jul 1998 06:10:10 +0200." <199807280410.GAA04868@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 27 Jul 1998 23:17:43 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Given that what you're trying to do is pass state with the packet(s) > > that you're putting onto the queue, rather than associate state with a > > particular quantum of execution in the kernel space, wouldn't it make > > more sense to queue a non-IP control packet to pass your state around? > > queueing is no problem, the problem is doing things without calling > interfaces for the functions involved in the process or the packet > structure. I presume you mean "changing" rather than "calling". And this is what I mean; you effectively add extra arguments to the functions in question by putting them into an mbuf rather than on the stack. It also means that you can decouple the call from the invocation, if that's any use. > In both cases the reason not to change current interfaces is that they > are widely used both in source code and documentation and you never > know if you fixed all places. Understood. 8( -- \\ 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