xfs
[Top] [All Lists]

Re: [xfs-masters] Re: [2.6 patch] let 4KSTACKS depend on EXPERIMENTAL an

To: Arjan van de Ven <arjanv@xxxxxxxxxx>, Adrian Bunk <bunk@xxxxxxxxx>
Subject: Re: [xfs-masters] Re: [2.6 patch] let 4KSTACKS depend on EXPERIMENTAL and XFS on 4KSTACKS=n
From: Nathan Scott <nathans@xxxxxxx>
Date: Fri, 30 Jul 2004 08:30:40 +1000
Cc: "Jeffrey E. Hundstad" <jeffrey.hundstad@xxxxxxxx>, Linus Torvalds <torvalds@xxxxxxxx>, Andrew Morton <akpm@xxxxxxxx>, Steve Lord <lord@xxxxxxx>, linux-xfs@xxxxxxxxxxx, Cahya Wirawan <cwirawan@xxxxxxxxxxxxxxxxxxxxxxxxxx>, linux-kernel@xxxxxxxxxxxxxxx
In-reply-to: <20040729114219.GN2349@xxxxxxxxx>; from bunk@xxxxxxxxx on Thu, Jul 29, 2004 at 01:42:19PM +0200
References: <20040720114418.GH21918@xxxxxxxxxxxxxxxxxxxxxxxxxx> <40FD0A61.1040503@xxxxxxx> <40FD2E99.20707@xxxxxxxx> <20040720195012.GN14733@xxxxxxxxx> <20040729060900.GA1946@frodo> <20040729114219.GN2349@xxxxxxxxx>
Sender: linux-xfs-bounce@xxxxxxxxxxx
User-agent: Mutt/1.2.5i
Arjan wrote:
> can you then also mark XFS broken in 2.4 entirely?
> 2.4 has a nett stack of also 4Kb... 

The assumptions there are incorrect - 2.4 is now quite a
different kernel - we haven't seen problems like this on
2.4 at all, and I routinely test that failing code path
in our regression tests every other night on 2.4.  There
have certainly been stack consumers in the 2.6 VFS that
weren't there in 2.4 (like AIO and struct kiocb, etc) so
thats not an apples-to-apples comparison anymore.

Adrian wrote:
> 2.6 is a stable kernel series used in production environments.
> 
> Regarding Linus' tree, it's IMHO the best solution to work around it 
> this way until all issues are sorted out.

I'm not really convinced - the EXPERIMENTAL marking should
be plenty of a deterent to folks in production environments.
There are reports of stack overruns on other filesystems as
well with 4KSTACKS, so doesn't seem worthwhile to me to do
this just for XFS.

cheers.

-- 
Nathan


<Prev in Thread] Current Thread [Next in Thread>