[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <469CF3C6.5070907@gmail.com>
Date: Tue, 17 Jul 2007 18:52:22 +0200
From: Rene Herman <rene.herman@...il.com>
To: Shawn Bohrer <shawn.bohrer@...il.com>
CC: Ray Lee <ray-lk@...rabbit.org>, Bodo Eggert <7eggert@....de>,
Matt Mackall <mpm@...enic.com>,
Jeremy Fitzhardinge <jeremy@...p.org>,
Jesper Juhl <jesper.juhl@...il.com>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
William Lee Irwin III <wli@...omorphy.com>,
David Chinner <dgc@....com>,
Arjan van de Ven <arjan@...radead.org>
Subject: Re: [PATCH][RFC] 4K stacks default, not a debug thing any more...?
On 07/17/2007 06:14 PM, Shawn Bohrer wrote:
> I can't speak for Fedora, but RHEL disables XFS in their kernel likely
> because it is known to cause problems with 4K stacks.
Okay. So is it fair to say it's largely XFS that's the problem? No problems
with LVM/MD and say plain ext? If that's the case, I believe it could be
concluded that it's not something in any sense fundamentally unfixable and
the question becomes why XFS isn't fixed...
>> Well, no. "oldconfig" works fine, and other than that, all failure modes
>> I've heard about also in this thread are MD/LVM/XFS. This is extremely
>> widely tested stuff in at least Fedora and RHEL.
>
> Again don't assume that because Fedora and RHEL have 4K stacks means
> that MD/LVM/XFS is widely tested.
No, quite, that specific combination was reported in this thread alone 3
times again, so that one's clear, but _other_ than that, I've heard of no
other failure modes.
> Additionally I think I should point out that the problems pointed out so
> far are not the only problem areas with 4K stacks. There are out of
> tree drivers to consider as well, and use cases like ndiswrapper.
Except these. Good to have pointed out, thanks, but as far as I'm concerned
both these cases do not get a say in what's default configuration for the
kernel.org kernel. They might get a say in what's removed or not removed
from that kernel but that's not under discussion at the moment (nor would I
expect it to be anytime soon if ever).
Rene.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists