From owner-freebsd-current Mon Jul 27 23:03:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA08147 for freebsd-current-outgoing; Mon, 27 Jul 1998 23:03:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id XAA08124 for ; Mon, 27 Jul 1998 23:03:05 -0700 (PDT) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id GAA04868; Tue, 28 Jul 1998 06:10:10 +0200 From: Luigi Rizzo Message-Id: <199807280410.GAA04868@labinfo.iet.unipi.it> Subject: Re: SMP kernels... how many processes can be in ? To: mike@smith.net.au (Mike Smith) Date: Tue, 28 Jul 1998 06:10:10 +0200 (MET DST) Cc: julian@whistle.com, mike@smith.net.au, wollman@khavrinen.lcs.mit.edu, current@FreeBSD.ORG In-Reply-To: <199807280551.WAA00911@antipodes.cdrom.com> from "Mike Smith" at Jul 27, 98 10:50:54 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text 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. 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. I already burned myself once by adding a field in the struct mbuf, to discover that i had to fix ten or so source files (and who knows if i have forgotten some) because mbufs are not initialized on allocation and so i do not know what is in my new field (of course i could have fixed the mbuf allocator... but we learn by mistakes...). Now before doing that again i want to get someone else's opinion on what would be a better solution (and possibly avoiding global vars of course). cheers luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message