From: Josh Triplett <josh@joshtriplett.org>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Pieter Smith <pieter@boesman.nl>,
David Miller <davem@davemloft.net>,
alexander.h.duyck@intel.com, Al Viro <viro@zeniv.linux.org.uk>,
Alexei Starovoitov <ast@plumgrid.com>,
Andrew Morton <akpm@linux-foundation.org>,
beber@meleeweb.net, catalina.mocanu@gmail.com,
Daniel Borkmann <dborkman@redhat.com>,
Eric Dumazet <edumazet@google.com>,
"Eric W. Biederman" <ebiederm@xmission.com>,
Fabian Frederick <fabf@skynet.be>,
fuse-devel@lists.sourceforge.net, Hugh Dickins <hughd@google.com>,
iulia.manda21@gmail.com, Jan Beulich <JBeulich@suse.com>,
bfields@fieldses.org, jlayton@poochiereds.net,
linux-api@vger.kernel.org,
Linux FS Devel <linux-fsdevel@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"Luis R. Rodriguez" <mcgrof@suse.com>,
Matt Turner <mattst88@gmail.com>, Mel Gorman <mgorman@suse.de>,
"Michael S. Tsirkin" <mst@redhat.com>,
Miklos Szeredi <miklos@szeredi.hu>,
"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
Oleg Nesterov <oleg@redhat.com>,
Paul.Durrant@citrix.com,
Paul McKenney <paulmck@linux.vnet.ibm.com>,
Peter Foley <pefoley2@pefoley.com>, Thomas Graf <tgraf@suug.ch>,
Tom Herbert <therbert@google.com>,
willemb@google.com, xiaoguangrong@linux.vnet.ibm.com,
zhenglong.cai@cs2c.com.cn
Subject: Re: [PATCH 0/6] kernel tinification: optionally compile out splice family of syscalls (splice, vmsplice, tee and sendfile)
Date: Mon, 24 Nov 2014 01:00:54 -0800 [thread overview]
Message-ID: <20141124090054.GA20119@thin> (raw)
In-Reply-To: <CAMuHMdW8gAiyFiPHu-N4Dg_+b6Qg9JXZZ3PqOn=VmZLcEH-Xkg@mail.gmail.com>
On Mon, Nov 24, 2014 at 09:38:20AM +0100, Geert Uytterhoeven wrote:
> On Mon, Nov 24, 2014 at 12:36 AM, Josh Triplett <josh@joshtriplett.org> wrote:
> > On Sun, Nov 23, 2014 at 09:30:40PM +0100, Pieter Smith wrote:
> >> On Sun, Nov 23, 2014 at 11:43:26AM -0800, Josh Triplett wrote:
> >> > On Sun, Nov 23, 2014 at 01:46:23PM -0500, David Miller wrote:
> >> > > Truly removing sendfile/sendpage means that you can't even compile NFS
> >> > > into the tree.
> >> >
> >> > If you mean the in-kernel nfsd (CONFIG_NFSD), that already has a large
> >> > stack of "select" and "depends on", both directly and indirectly; adding
> >> > a "select SPLICE_SYSCALL" to it seems fine. (That select does need
> >> > adding, though. Pieter, you need to test-compile more than just
> >> > tinyconfig and defconfig. Try an allyesconfig with *just* splice turned
> >> > off, and make sure that compiles.)
> >>
> >> Did exacly that. Took forever on my hardware, but no problems.
> >
> > Ah, I see. Looking more closely at nfsd, it looks like it already has a
> > code path for filesystems that don't do splice. I think, rather than
> > making nfsd select SPLICE_SYSCALL, that it would suffice to change the
> > "rqstp->rq_splice_ok = true;" in svc_process_common (net/sunrpc/svc.c)
> > to:
> >
> > rqstp->rq_splice_ok = IS_ENABLED(CONFIG_SPLICE_SYSCALL);
> >
> > Then nfsd should simply *always* fall back to its non-splice support.
>
> Hence I suggest adding to the nfsd help text:
>
> While nfsd works without SPLICE_SYSCALL, you may want to enable
> SPLICE_SYSCALL for <...> (performance?) reasons.
It already seems sufficiently unlikely to enable NFSD while disabling
SPLICE_SYSCALL (in the latter case, turning on EXPERT to do so). It
doesn't seem worth adding such a note to NFSD. At most, I'd say that
NFSD might want a note somewhere in its documentation saying that it
takes advantage of filesystems with splice support if serving files from
one, and if running on a kernel that has splice.
> (Hmm, does Kconfig need a "suggests", cfr. Debian package dependencies?)
Perhaps, though that seems much lower priority than, for instance,
transitive "select".
- Josh Triplett
prev parent reply other threads:[~2014-11-24 9:01 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-11-23 14:20 [PATCH 0/6] kernel tinification: optionally compile out splice family of syscalls (splice, vmsplice, tee and sendfile) Pieter Smith
2014-11-23 14:20 ` [PATCH 1/6] fs: move sendfile syscall into fs/splice Pieter Smith
2014-11-23 14:20 ` [PATCH 2/6] fs: moved kernel_write to fs/read_write Pieter Smith
2014-11-23 14:20 ` [PATCH 3/6] fs/splice: support compiling out splice-family syscalls Pieter Smith
2014-11-23 14:20 ` [PATCH 4/6] fs/fuse: support compiling out splice Pieter Smith
2014-11-23 22:29 ` [fuse-devel] " Richard Weinberger
2014-11-23 23:23 ` Josh Triplett
2014-11-24 9:49 ` Pieter Smith
2014-11-24 16:05 ` Josh Triplett
2014-11-24 19:34 ` Greg KH
2014-11-24 20:14 ` josh
2014-11-24 20:22 ` Greg KH
2014-11-24 21:49 ` Pieter Smith
2014-11-23 14:20 ` [PATCH 5/6] net/core: " Pieter Smith
2014-11-23 14:20 ` [PATCH 6/6] fs/splice: full support for " Pieter Smith
2014-11-23 18:46 ` [PATCH 0/6] kernel tinification: optionally compile out splice family of syscalls (splice, vmsplice, tee and sendfile) David Miller
2014-11-23 19:43 ` Josh Triplett
2014-11-23 20:30 ` Pieter Smith
2014-11-23 23:36 ` Josh Triplett
2014-11-24 0:28 ` Jeff Layton
2014-11-24 0:32 ` Josh Triplett
2014-11-24 10:01 ` Pieter Smith
2014-11-24 14:54 ` Josh Triplett
2014-11-24 8:38 ` Geert Uytterhoeven
2014-11-24 9:00 ` Josh Triplett [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20141124090054.GA20119@thin \
--to=josh@joshtriplett.org \
--cc=JBeulich@suse.com \
--cc=Paul.Durrant@citrix.com \
--cc=akpm@linux-foundation.org \
--cc=alexander.h.duyck@intel.com \
--cc=ast@plumgrid.com \
--cc=beber@meleeweb.net \
--cc=bfields@fieldses.org \
--cc=catalina.mocanu@gmail.com \
--cc=davem@davemloft.net \
--cc=dborkman@redhat.com \
--cc=ebiederm@xmission.com \
--cc=edumazet@google.com \
--cc=fabf@skynet.be \
--cc=fuse-devel@lists.sourceforge.net \
--cc=geert@linux-m68k.org \
--cc=hughd@google.com \
--cc=iulia.manda21@gmail.com \
--cc=jlayton@poochiereds.net \
--cc=linux-api@vger.kernel.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mattst88@gmail.com \
--cc=mcgrof@suse.com \
--cc=mgorman@suse.de \
--cc=miklos@szeredi.hu \
--cc=mst@redhat.com \
--cc=netdev@vger.kernel.org \
--cc=oleg@redhat.com \
--cc=paulmck@linux.vnet.ibm.com \
--cc=pefoley2@pefoley.com \
--cc=pieter@boesman.nl \
--cc=tgraf@suug.ch \
--cc=therbert@google.com \
--cc=viro@zeniv.linux.org.uk \
--cc=willemb@google.com \
--cc=xiaoguangrong@linux.vnet.ibm.com \
--cc=zhenglong.cai@cs2c.com.cn \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox