From: Arnaldo Carvalho de Melo <acme@redhat.com>
To: Paul Moore <paul.moore@hp.com>
Cc: "David Miller" <davem@davemloft.net>,
netdev@vger.kernel.org, "Chris Van Hoof" <vanhoof@redhat.com>,
"Clark Williams" <williams@redhat.com>,
"Caitlin Bestler" <caitlin.bestler@gmail.com>,
"Steven Whitehouse" <steve@chygwyn.com>,
"Rémi Denis-Courmont" <remi.denis-courmont@nokia.com>,
"Neil Horman" <nhorman@tuxdriver.com>,
"Nivedita Singhvi" <niv@us.ibm.com>
Subject: Re: [RFC v2] net: Introduce recvmmsg socket syscall
Date: Thu, 11 Jun 2009 18:53:42 -0300 [thread overview]
Message-ID: <20090611215341.GF22424@ghostprotocols.net> (raw)
In-Reply-To: <200906111409.23246.paul.moore@hp.com>
Em Thu, Jun 11, 2009 at 02:09:22PM -0400, Paul Moore escreveu:
> On Wednesday 10 June 2009 11:40:22 pm Arnaldo Carvalho de Melo wrote:
> > diff --git a/net/socket.c b/net/socket.c
> > index 791d71a..f9f1e20 100644
> > --- a/net/socket.c
> > +++ b/net/socket.c
> > @@ -702,6 +702,28 @@ int sock_recvmsg(struct socket *sock, struct msghdr
> > *msg, return ret;
> > }
> >
> > +static int sock_recvmsg_nosec(struct socket *sock, struct msghdr *msg,
> > + size_t size, int flags)
> > +{
> > + struct kiocb iocb;
> > + struct sock_iocb siocb;
> > + int ret;
> > +
> > + init_sync_kiocb(&iocb, NULL);
> > + iocb.private = &siocb;
> > +
> > + siocb.sock = sock;
> > + siocb.scm = NULL;
> > + siocb.msg = msg;
> > + siocb.size = size;
> > + siocb.flags = flags;
> > +
> > + ret = sock->ops->recvmsg(&iocb, sock, msg, size, flags);
> > + if (-EIOCBQUEUED == ret)
> > + ret = wait_on_sync_kiocb(&iocb);
> > + return ret;
> > +}
>
> Hmmm, in an effort to reduce duplicated code how about updating
> __sock_recvmsg() to something like the following:
>
> static inline int __sock_recvmsg(struct kiocb *iocb, struct socket *sock,
> struct msghdr *msg, size_t size, int flags)
> {
> int err;
>
> err = security_socket_recvmsg(...);
> if (err)
> return err;
>
> return sock_recvmsg_nosec(...);
> }
>
> The only real difference is that now the *_kiocb() functions get called and I
> have no clue if that is good or bad but it is different :)
Yeah, gets clearer, like this:
static inline int __sock_recvmsg_nosec(struct kiocb *iocb, struct socket *sock,
struct msghdr *msg, size_t size, int flags)
{
struct sock_iocb *si = kiocb_to_siocb(iocb);
si->sock = sock;
si->scm = NULL;
si->msg = msg;
si->size = size;
si->flags = flags;
return sock->ops->recvmsg(iocb, sock, msg, size, flags);
}
static inline int __sock_recvmsg(struct kiocb *iocb, struct socket *sock,
struct msghdr *msg, size_t size, int flags)
{
int err = security_socket_recvmsg(sock, msg, size, flags);
return err ?: __sock_recvmsg_nosec(iocb, sock, msg, size, flags);
}
static int sock_recvmsg_nosec(struct socket *sock, struct msghdr *msg,
size_t size, int flags)
{
struct kiocb iocb;
struct sock_iocb siocb;
int ret;
init_sync_kiocb(&iocb, NULL);
iocb.private = &siocb;
ret = __sock_recvmsg_nosec(&iocb, sock, msg, size, flags);
if (-EIOCBQUEUED == ret)
ret = wait_on_sync_kiocb(&iocb);
return ret;
}
Better now? :-)
> > /*
> > @@ -2018,46 +2029,47 @@ SYSCALL_DEFINE3(recvmsg, int, fd, struct msghdr
> > __user *, msg, * kernel msghdr to use the kernel address space)
> > */
> >
> > - uaddr = (__force void __user *)msg_sys.msg_name;
> > + uaddr = (__force void __user *)msg_sys->msg_name;
> > uaddr_len = COMPAT_NAMELEN(msg);
> > if (MSG_CMSG_COMPAT & flags) {
> > - err = verify_compat_iovec(&msg_sys, iov,
> > + err = verify_compat_iovec(msg_sys, iov,
> > (struct sockaddr *)&addr,
> > VERIFY_WRITE);
> > } else
> > - err = verify_iovec(&msg_sys, iov,
> > + err = verify_iovec(msg_sys, iov,
> > (struct sockaddr *)&addr,
> > VERIFY_WRITE);
> > if (err < 0)
> > goto out_freeiov;
> > total_len = err;
> >
> > - cmsg_ptr = (unsigned long)msg_sys.msg_control;
> > - msg_sys.msg_flags = flags & (MSG_CMSG_CLOEXEC|MSG_CMSG_COMPAT);
> > + cmsg_ptr = (unsigned long)msg_sys->msg_control;
> > + msg_sys->msg_flags = flags & (MSG_CMSG_CLOEXEC|MSG_CMSG_COMPAT);
> >
> > if (sock->file->f_flags & O_NONBLOCK)
> > flags |= MSG_DONTWAIT;
> > - err = sock_recvmsg(sock, &msg_sys, total_len, flags);
> > + err = (nosec ? sock_recvmsg_nosec : sock_recvmsg)(sock, msg_sys,
> > + total_len, flags);
>
> Perhaps I'm just being nit-picky here but why not this (it is much easier on
> my eyes at least <g>):
>
> if (nosec)
> err = sock_recvmsg_nosec(...);
> else
> err = sock_recvmsg(...);
Well, its like "if (foo)" versus "if (foo != NULL)", I prefer to reduce
the number of source code lines and stress that the parameter list is
the same, anybody else feels confused by this?
- Arnaldo
next prev parent reply other threads:[~2009-06-11 21:54 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-06-11 3:40 [RFC v2] net: Introduce recvmmsg socket syscall Arnaldo Carvalho de Melo
2009-06-11 9:41 ` David Miller
2009-06-11 15:34 ` Arnaldo Carvalho de Melo
2009-06-12 0:00 ` David Miller
2009-06-11 22:58 ` [RFC v3] " Arnaldo Carvalho de Melo
2009-06-11 18:09 ` [RFC v2] " Paul Moore
2009-06-11 21:53 ` Arnaldo Carvalho de Melo [this message]
2009-06-16 20:36 ` Paul Moore
2009-06-12 7:26 ` Rémi Denis-Courmont
2009-06-12 14:19 ` Arnaldo Carvalho de Melo
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=20090611215341.GF22424@ghostprotocols.net \
--to=acme@redhat.com \
--cc=caitlin.bestler@gmail.com \
--cc=davem@davemloft.net \
--cc=netdev@vger.kernel.org \
--cc=nhorman@tuxdriver.com \
--cc=niv@us.ibm.com \
--cc=paul.moore@hp.com \
--cc=remi.denis-courmont@nokia.com \
--cc=steve@chygwyn.com \
--cc=vanhoof@redhat.com \
--cc=williams@redhat.com \
/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;
as well as URLs for NNTP newsgroup(s).