Messages in this thread | | | Date | Wed, 05 May 2004 11:47:09 -0500 | From | Steve Lord <> | Subject | Re: 2.6.6-rc3-mm2 (4KSTACK) |
| |
Andrew Morton wrote: > Dominik Karall <dominik.karall@gmx.net> wrote: > >>On Wednesday 05 May 2004 10:31, you wrote: >> >>>+make-4k-stacks-permanent.patch >>> >>> Fill my inbox. >> >>Hi Andrew! >> >>Is there any reason why this patch was applied? Because NVidia users can't >>work with the original drivers now without removing this patch every time. >> > > > We need to push this issue along quickly. The single-page stack generally > gives us a better kernel and having the stack size configurable creates > pain.
Is it less pain than making something like a memory allocation which comes out of a deep stack? Say, nfs server -> filesystem -> lvm/raid -> fiber channel, which itself does something like a writepage into an nfs filesystem and ends up in the networking stack? OK, getting back into the filesystem on a memory allocation from the block layer should not happen, but you could certainly be down in the bowels of the first filesystem when this happens.
There are other combinations which worry me. I do wonder how close to the edge some of these are living now and cutting them off at the knees, stack wise, is going to bite later. How many folks run the mm kernel in production server environments?
Maybe there should be a competition to see how convoluted a stack you can generate out of the kernel ;-)
Steve
- 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/
| |