[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <688309.69831.qm@web32604.mail.mud.yahoo.com>
Date: Thu, 18 Sep 2008 04:53:22 -0700 (PDT)
From: Martin Knoblauch <knobi@...bisoft.de>
To: Andrew Morton <akpm@...ux-foundation.org>
Cc: Greg Banks <gnb@...bourne.sgi.com>,
linux-nfs list <linux-nfs@...r.kernel.org>,
linux-kernel@...r.kernel.org,
Peter zijlstra <a.p.zijlstra@...llo.nl>
Subject: Re: [RFC][Resend] Make NFS-Client readahead tunable
----- Original Message ----
> From: Andrew Morton <akpm@...ux-foundation.org>
> To: Martin Knoblauch <knobi@...bisoft.de>
> Cc: Greg Banks <gnb@...bourne.sgi.com>; linux-nfs list <linux-nfs@...r.kernel.org>; linux-kernel@...r.kernel.org; Peter zijlstra <a.p.zijlstra@...llo.nl>
> Sent: Thursday, September 18, 2008 10:47:33 AM
> Subject: Re: [RFC][Resend] Make NFS-Client readahead tunable
>
> On Thu, 18 Sep 2008 01:38:57 -0700 (PDT) Martin Knoblauch
> wrote:
>
> > > No. mount(8) will pass unrecognised options straight down into the
> > > filesystem driver.
> > >
> >
> > Has that always been the case, or is it a recent change? I have to support
> RHEL4 userland, which is not really new.
>
> It's been that way for ever and ever. It's how all these guys:
>
> y:/usr/src/25> grep Opt_ fs/*/super.c|wc
> 781 2626 33703
>
> get handled.
while that seems to be not to complicated, I seem to have a problem passing the mount options to the kernel. They come down as mount data version "6". Apparently mount(8) or mount.nfs(8) are doing the parsing and send down the legacy data block. So, what is the minimum version of mount or mount.nfs that pass the options down unaltered?
Cheers
Martin
--
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