Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 28 Jul 1998 06:10:10 +0200 (MET DST)
From:      Luigi Rizzo <luigi@labinfo.iet.unipi.it>
To:        mike@smith.net.au (Mike Smith)
Cc:        julian@whistle.com, mike@smith.net.au, wollman@khavrinen.lcs.mit.edu, current@FreeBSD.ORG
Subject:   Re: SMP kernels... how many processes can be in ?
Message-ID:  <199807280410.GAA04868@labinfo.iet.unipi.it>
In-Reply-To: <199807280551.WAA00911@antipodes.cdrom.com> from "Mike Smith" at Jul 27, 98 10:50:54 pm

next in thread | previous in thread | raw e-mail | index | archive | help
> 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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199807280410.GAA04868>