Re: [2.6 patch] let 4KSTACKS depend on EXPERIMENTAL and XFS on 4KSTACKS=n

From: Adrian Bunk (bunk_at_fs.tum.de)
Date: 07/29/04

  • Next message: Coywolf Qi Hunt: "[uml-devel] [PATCH] more cleanup on smp.c"
    Date:	Thu, 29 Jul 2004 13:42:19 +0200
    To: Nathan Scott <nathans@sgi.com>
    
    

    On Thu, Jul 29, 2004 at 04:09:00PM +1000, Nathan Scott wrote:
    > On Tue, Jul 20, 2004 at 09:50:12PM +0200, Adrian Bunk wrote:
    > >
    > > The patch below does:
    > >
    > > 1. let 4KSTACKS depend on EXPERIMENTAL
    > > Rationale:
    > > 4Kb stacks on i386 are the future. But currently this option might still
    > > cause problems in some areas of the kernel. OTOH, 4Kb stacks isn't a big
    > > gain for most people.
    > > 2.6 is a stable kernel series, and 4KSTACKS=n is the safe choice.
    > > Once all issues with 4KSTACKS=y are resolved this can be reverted.
    >
    > Seems fine.
    >
    > > 2. let XFS depend on (4KSTACKS=n || BROKEN)
    > > Rationale:
    > > Mark Loy said:
    > > Don't use 4K stacks and XFS.
    >
    > Who is Mark Loy? (and what does he know about XFS?)

    I don't know where I got this name from.

    I wanted to write "Steve Lord".

    (Sorry for the confusion.)

    > > Mark this combination as BROKEN until XFS is fixed.
    >
    > This part is not useful. We want to hear about problems
    > that people hit with 4K stacks so we can try to address
    > them, and it mostly works as is.

    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.

    Feel free to revert it in -mm later, since there are many brave souls
    running -mm you'll still get to hear about problems.

    > cheers.
    > Nathan

    cu
    Adrian

    -- 
           "Is there not promise of rain?" Ling Tan asked suddenly out
            of the darkness. There had been need of rain for many days.
           "Only a promise," Lao Er said.
                                           Pearl S. Buck - Dragon Seed
    -
    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/
    

  • Next message: Coywolf Qi Hunt: "[uml-devel] [PATCH] more cleanup on smp.c"

    Relevant Pages

    • Re: [PATCH] 2.6.6 Have XFS use kernel-provided qsort
      ... but it is/way mostly for illustrative purposes anyhow since XFS ... There had been need of rain for many days. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [2.6 patch] let 4KSTACKS depend on EXPERIMENTAL and XFS on 4KSTACKS=n
      ... > probably can with 8K stacks but it will be much harder, ... The correct solution is to fix XFS (and other problems with 4kb stacks ... There had been need of rain for many days. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: 2.6.7-rc2-mm1
      ... > I don't understand why there are 2 qsorts files. ... > I have disabled the support of xfs to resolve the problem. ... There had been need of rain for many days. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: LVM2
      ... XFS is an SGI project. ... >>Disk size: What are you doing with it. ... >>>Please read the FAQ at http://www.tux.org/lkml/ ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [2.6 patch] drivers/pnp/: possible cleanups
      ... modular code will use any of them, ... Modular ISAPnP might be interesting in some cases, ... There had been need of rain for many days. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)