From: John Fastabend <hidden> Date: 2012-08-14 02:59:19
Add lock to prevent a race with a file closing and also remove
useless and ugly sscanf code. The extra code was never needed
and the case it supposedly protected against is in fact handled
correctly by sock_from_file as pointed out by Al Viro.
CC: Neil Horman <nhorman@tuxdriver.com>
Reported-by: Al Viro <viro@ZenIV.linux.org.uk>
Signed-off-by: John Fastabend <redacted>
---
net/core/netprio_cgroup.c | 22 ++++------------------
1 files changed, 4 insertions(+), 18 deletions(-)
@@ -277,12 +277,6 @@ out_free_devname:voidnet_prio_attach(structcgroup*cgrp,structcgroup_taskset*tset){structtask_struct*p;-char*tmp=kzalloc(sizeof(char)*PATH_MAX,GFP_KERNEL);--if(!tmp){-pr_warn("Unable to attach cgrp due to alloc failure!\n");-return;-}cgroup_taskset_for_each(p,cgrp,tset){unsignedintfd;
From: John Fastabend <hidden> Date: 2012-08-14 02:59:35
A socket fd passed in a SCM_RIGHTS datagram was not getting
updated with the new tasks cgrp prioidx. This leaves IO on
the socket tagged with the old tasks priority.
To fix this add a check in the scm recvmsg path to update the
sock cgrp prioidx with the new tasks value.
Thanks to Al Viro for catching this.
CC: Neil Horman <nhorman@tuxdriver.com>
Reported-by: Al Viro <viro@ZenIV.linux.org.uk>
Signed-off-by: John Fastabend <redacted>
---
net/core/scm.c | 5 +++++
1 files changed, 5 insertions(+), 0 deletions(-)
From: Neil Horman <nhorman@tuxdriver.com> Date: 2012-08-14 12:55:42
On Mon, Aug 13, 2012 at 07:43:27PM -0700, John Fastabend wrote:
quoted hunk
A socket fd passed in a SCM_RIGHTS datagram was not getting
updated with the new tasks cgrp prioidx. This leaves IO on
the socket tagged with the old tasks priority.
To fix this add a check in the scm recvmsg path to update the
sock cgrp prioidx with the new tasks value.
Thanks to Al Viro for catching this.
CC: Neil Horman <nhorman@tuxdriver.com>
Reported-by: Al Viro <viro@ZenIV.linux.org.uk>
Signed-off-by: John Fastabend <redacted>
---
net/core/scm.c | 5 +++++
1 files changed, 5 insertions(+), 0 deletions(-)
From: John Fastabend <hidden> Date: 2012-08-14 14:35:55
On 8/14/2012 5:55 AM, Neil Horman wrote:
On Mon, Aug 13, 2012 at 07:43:27PM -0700, John Fastabend wrote:
quoted
A socket fd passed in a SCM_RIGHTS datagram was not getting
updated with the new tasks cgrp prioidx. This leaves IO on
the socket tagged with the old tasks priority.
To fix this add a check in the scm recvmsg path to update the
sock cgrp prioidx with the new tasks value.
Thanks to Al Viro for catching this.
CC: Neil Horman <nhorman@tuxdriver.com>
Reported-by: Al Viro <viro@ZenIV.linux.org.uk>
Signed-off-by: John Fastabend <redacted>
---
[...]
quoted
@@ -281,6 +283,9 @@ void scm_detach_fds(struct msghdr *msg, struct scm_cookie *scm) } /* Bump the usage count and install the file. */ get_file(fp[i]);+ sock = sock_from_file(fp[i], &err);+ if (sock)+ sock->sk->sk_cgrp_prioidx = prioidx;
nit: You can replace the prioidx variable above and this set with a call to
sock_update_netprioidx
Neil
OK but then I should also make sock_update_netprioidx inline and drop
the in_interrupt() call. I'll send a v3 with this change and also a
third patch to fix a race between write_priomap and cgrp_create (also
spotted by Al Viro).
From: Neil Horman <nhorman@tuxdriver.com> Date: 2012-08-14 12:56:42
On Mon, Aug 13, 2012 at 07:43:21PM -0700, John Fastabend wrote:
quoted hunk
Add lock to prevent a race with a file closing and also remove
useless and ugly sscanf code. The extra code was never needed
and the case it supposedly protected against is in fact handled
correctly by sock_from_file as pointed out by Al Viro.
CC: Neil Horman <nhorman@tuxdriver.com>
Reported-by: Al Viro <viro@ZenIV.linux.org.uk>
Signed-off-by: John Fastabend <redacted>
---
net/core/netprio_cgroup.c | 22 ++++------------------
1 files changed, 4 insertions(+), 18 deletions(-)
@@ -277,12 +277,6 @@ out_free_devname:voidnet_prio_attach(structcgroup*cgrp,structcgroup_taskset*tset){structtask_struct*p;-char*tmp=kzalloc(sizeof(char)*PATH_MAX,GFP_KERNEL);--if(!tmp){-pr_warn("Unable to attach cgrp due to alloc failure!\n");-return;-}cgroup_taskset_for_each(p,cgrp,tset){unsignedintfd;
This looks ok to me, but I've already shown my inability to review code that
interfaces with VFS. Al, what do you think?
Neil
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html