From owner-freebsd-arch  Thu Dec 20 12:40: 8 2001
Delivered-To: freebsd-arch@freebsd.org
Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39])
	by hub.freebsd.org (Postfix) with ESMTP
	id AB69E37B416; Thu, 20 Dec 2001 12:40:06 -0800 (PST)
Received: from InterJet.elischer.org ([12.232.206.8])
          by rwcrmhc53.attbi.com
          (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP
          id <20011220204006.LEAO20122.rwcrmhc53.attbi.com@InterJet.elischer.org>;
          Thu, 20 Dec 2001 20:40:06 +0000
Received: from localhost (localhost.elischer.org [127.0.0.1])
	by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id MAA52636;
	Thu, 20 Dec 2001 12:30:46 -0800 (PST)
Date: Thu, 20 Dec 2001 12:30:45 -0800 (PST)
From: Julian Elischer <julian@elischer.org>
To: Alfred Perlstein <bright@mu.org>
Cc: Poul-Henning Kamp <phk@freebsd.org>, arch@freebsd.org
Subject: Re: Kernel stack size and stacking: do we have a problem ?
In-Reply-To: <20011220135105.F48837@elvis.mu.org>
Message-ID: <Pine.BSF.4.21.0112201229200.46573-100000@InterJet.elischer.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-arch@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-arch.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-arch>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-arch>
X-Loop: FreeBSD.ORG

basically yes, after N levels, switch to what netisr() does.
then you get another N levels :-) The reason I hadn't checked it in is
because I was thinking about whether it should be N levels or N bytes of
stack used....

On Thu, 20 Dec 2001, Alfred Perlstein wrote:

> * Julian Elischer <julian@elischer.org> [011220 13:00] wrote:
> > Netgraph has a bounding scheme that archie and I came up with, but
> > it has not been committed yet. basically, in the -current version,
> > the mbufs are passed with an itteration counter, and 
> > if you directly execute another module you increment it. If you queue the
> > item you clear it to 0. After it reaches a limit of N the subsystem will 
> > queue it rather than try run the next layer directly.
> > I have code to do that here and I've been thinking about checking it in..
> 
> That sounds like an excellent idea.
> 
> You're saying basically switch to phk's thread dispatch method when
> you hit N levels of nesting, right?
> 
> -Alfred
> 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-arch" in the body of the message