From owner-freebsd-arch@FreeBSD.ORG Mon Aug 30 23:41:44 2004 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA11416A4CE for ; Mon, 30 Aug 2004 23:41:44 +0000 (GMT) Received: from duchess.speedfactory.net (duchess.speedfactory.net [66.23.201.84]) by mx1.FreeBSD.org (Postfix) with SMTP id 2945043D58 for ; Mon, 30 Aug 2004 23:41:44 +0000 (GMT) (envelope-from ups@tree.com) Received: (qmail 16353 invoked by uid 89); 30 Aug 2004 23:41:43 -0000 Received: from duchess.speedfactory.net (66.23.201.84) by duchess.speedfactory.net with SMTP; 30 Aug 2004 23:41:43 -0000 Received: (qmail 16332 invoked by uid 89); 30 Aug 2004 23:41:42 -0000 Received: from unknown (HELO palm.tree.com) (66.23.216.49) by duchess.speedfactory.net with SMTP; 30 Aug 2004 23:41:42 -0000 Received: from [127.0.0.1] (localhost.tree.com [127.0.0.1]) by palm.tree.com (8.12.10/8.12.10) with ESMTP id i7UNfffY072498; Mon, 30 Aug 2004 19:41:41 -0400 (EDT) (envelope-from ups@tree.com) From: Stephan Uphoff To: Sam In-Reply-To: References: <20040830.102606.130865377.imp@bsdimp.com> <4133682D.3000403@freebsd.org><41336DC8.7080808@freebsd.org> Content-Type: text/plain Message-Id: <1093909301.61235.410.camel@palm.tree.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 30 Aug 2004 19:41:41 -0400 Content-Transfer-Encoding: 7bit cc: Scott Long cc: freebsd-arch@freebsd.org Subject: Re: splxxx level? X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 23:41:44 -0000 Hi, Disclaimer: I never developed for FreeBSD 4.X and might be a few miles off target... I vaguely recall seeing that vinum issues new strategy calls to member disks in the context of a buffer's biodone callback. Because of this mixing local and network disks in a vinum set could cause the network disk's strategy to be called in the the interrupt context of the local disk controller. ( And the other way round?) Stephan On Mon, 2004-08-30 at 17:39, Sam wrote: > Wow guys, this is great stuff, thanks! > > Here's what I've discovered so far and again, > correct me if I'm wrong. > > In strategy, I need to protect from my callout > and netisr running. In my netisr, I need to > protect from my callout running. In my callout, > I need to protect from my netisr running. > > It looks like I can use splnet() everywhere *except* > where I'm pulling mbufs off of the mbuf queue in the > netisr routine. There I'll have to use splimp() to > keep from banging heads with the hardware. > > I think this is the optimum spl-ing as it will allow > the network hardware to keep queueing up packets as I > process them. Comments? > > Sam > > _______________________________________________ > freebsd-arch@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arch > To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" > >