lkml.org 
[lkml]   [2006]   [Jun]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 2.6.17-rc5-mm1
On Wed, 7 Jun 2006 00:05:07 +0200
Ingo Molnar <mingo@elte.hu> wrote:

>
> * Laurent Riffard <laurent.riffard@free.fr> wrote:
>
> > >> Results:
> > >> - 2.6.17-rc4-mm3 with 4K stack works fine (this is the latest good 4K-kernel).
> > >> - 2.6.17-rc5-mm3 with 4K stack crashes, the stack seems to be corrupted.
> > >
> > > that's vanilla mm3, or mm3 patched with extra lockdep patches? If it's
> > > patched then you should try vanilla mm3 too.
> >
> > It was vanilla mm3.
>
> ok, i'll check the stack impact of the block_dev.c changes tomorrow.
>

Note that Laurent is also passing through ide_cdrom_packet(), which has a
`struct request' on the stack. The kernel does this in a lot of places,
and at 168 bytes on x86, it'd really be best if we were to dynamically
allocate these things.

However there are no locks in the request struct, so lockdep hasn't
worsened that part of the stack usage.

There could be lock-heavy automatically-allocated structs lurking all over
the place - the least path of resistance here is to require 8k stacks for
lockdep.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2006-06-07 00:32    [W:0.052 / U:0.780 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site