From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755405AbXHJFAZ (ORCPT ); Fri, 10 Aug 2007 01:00:25 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751381AbXHJFAM (ORCPT ); Fri, 10 Aug 2007 01:00:12 -0400 Received: from cantor2.suse.de ([195.135.220.15]:41730 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750965AbXHJFAK (ORCPT ); Fri, 10 Aug 2007 01:00:10 -0400 From: Neil Brown To: "Dan Merillat" Date: Fri, 10 Aug 2007 14:59:50 +1000 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18107.61638.897455.3076@notabene.brown> Cc: "Eric Sandeen" , "Satyam Sharma" , "Alan Cox" , "Andrea Arcangeli" , "Matt Mackall" , "Rene Herman" , "Ray Lee" , "Bodo Eggert" <7eggert@gmx.de>, "Jeremy Fitzhardinge" , "Jesper Juhl" , "Linux Kernel Mailing List" , "William Lee Irwin III" , "David Chinner" , "Arjan van de Ven" Subject: Re: [PATCH][RFC] 4K stacks default, not a debug thing any more...? In-Reply-To: message from Dan Merillat on Friday August 10 References: <469BF104.1040703@gmail.com> <20070719013725.GP11115@waste.org> <20070719112436.GG29728@v2.random> <20070719124419.48c3d610@the-village.bc.nu> <46A9ECD5.3050801@sandeen.net> <20070727183807.2d7dbe7b@the-village.bc.nu> <46B003A3.1090507@sandeen.net> <18096.23187.887075.943181@notabene.brown> X-Mailer: VM 7.19 under Emacs 21.4.1 X-face: [Gw_3E*Gng}4rRrKRYotwlE?.2|**#s9D On 8/1/07, Neil Brown wrote: > > > No, this does not use indefinite stack. > > > > loop will schedule each request to be handled by a kernel thread, so > > requests to 'loop' are serialised, never stacked. > > > > In 2.6.22, generic_make_request detects and serialises recursive calls, > > so unlimited recursion is not possible there either. > > Is that saying "before 2.6.22, a read/write on a deeply layered device > would use a lot of stack?" before 2.6.22, a stack of dm and/or md devices (not loop, and not md/raid0 or md/linear) would use more stack the more devices were involved. If you made a very deep stack, you could push the stack over any limit you chose. I won't say "a lot of stack" as I haven't measured the exact amount, just "more stack as you add more devices". NeilBrown