From owner-freebsd-arch Thu Feb 28 16:17: 9 2002 Delivered-To: freebsd-arch@freebsd.org Received: from blount.mail.mindspring.net (blount.mail.mindspring.net [207.69.200.226]) by hub.freebsd.org (Postfix) with ESMTP id 9C4A537B400; Thu, 28 Feb 2002 16:17:07 -0800 (PST) Received: from user-1120bnj.dsl.mindspring.com ([66.32.46.243] helo=europa2) by blount.mail.mindspring.net with smtp (Exim 3.33 #1) id 16gajR-0002fa-00; Thu, 28 Feb 2002 19:17:05 -0500 Message-Id: <3.0.6.32.20020228191531.00da5868@imatowns.com> X-Sender: ggombert@imatowns.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Thu, 28 Feb 2002 19:15:31 -0500 To: John Baldwin , arch@FreeBSD.org From: Glenn Gombert Subject: Re: SMPng Design (Well, some of it anyways) In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I would offer just a 'general observation' that there seems to be more kernel locks/locking structures/mutexes that are required for basic use. If some sort of simplification to make the code easier to work on and maintain if fewer locking structures were used and the ground rules for when and where they were applied we defined in your document. Yes this might require some 'rework' of locks in general on the front end, but I think it might make the code that is in -current easier to maintain and enhance in the future (and certainly easier for new comers to work on as well) .. Glenn Gombert ggombert@imatowns.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message