[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAMuHMdXz+wcjwf=ebcn3nMJhYk8mCGm2T16dcJzOGx+gN+TYTw@mail.gmail.com>
Date: Fri, 13 Sep 2013 08:23:54 +0200
From: Geert Uytterhoeven <geert@...ux-m68k.org>
To: "Myklebust, Trond" <Trond.Myklebust@...app.com>
Cc: "Linux/m68k" <linux-m68k@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: Kernel size increase of +256 KiB (was: Re: RPCSEC_GSS: Share all
credential caches on a per-transport basis)
On Thu, Sep 12, 2013 at 10:17 PM, Myklebust, Trond
<Trond.Myklebust@...app.com> wrote:
>> Only for the modular case. What about builtin, e.g. for nfsroot?
>>
>> Or is it better to not build in NFS_V4 support in that case?
>>
>> config NFS_V4
>> If unsure, say Y.
>>
>> config NFSD_V4
>> If unsure, say N.
>>
>> So that's why my defconfig has NFS_V4 but not NFSD_V4.
>
> It should be possible now to compile in NFSv3 support (and/or NFSv2),
> while keeping NFSv4 a module. That will usually result in
> CONFIG_SUNRPC_GSS=m...
Indeed. Making NFS_V4 modular saves 102 KiB, i.e. 2.5% of a typical
almost-4-MiB kernel image!
> Of course, if your defconfig doesn't have module support then, yes, your
> only option to avoid compiling in rpcsec_gss is to not select NFSv4 at
> all.
It has. But it needs everything to boot (block, net, nfs) as built-in.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@...ux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
--
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