Thread (50 messages) 50 messages, 9 authors, 2020-07-22

RE: get rid of the address_space override in setsockopt

From: David Laight <hidden>
Date: 2020-07-22 08:21:31
Also in: bpf, bridge, linux-bluetooth, linux-can, linux-crypto, linux-hams, linux-s390, linux-sctp, lkml, lvs-devel, mptcp, netfilter-devel

From: 'Christoph Hellwig'
Sent: 22 July 2020 09:07
On Tue, Jul 21, 2020 at 09:38:23AM +0000, David Laight wrote:
quoted
From: Christoph Hellwig
quoted
Sent: 20 July 2020 13:47

setsockopt is the last place in architecture-independ code that still
uses set_fs to force the uaccess routines to operate on kernel pointers.

This series adds a new sockptr_t type that can contained either a kernel
or user pointer, and which has accessors that do the right thing, and
then uses it for setsockopt, starting by refactoring some low-level
helpers and moving them over to it before finally doing the main
setsockopt method.
Are you planning to make the equivalent change to getsockopt()?
No.  Only setsockopt can be fed kernel addresses from bpf-cgroup.
There is no point in complicating the read side interface when it
doesn't have that problem.
You realise that one of the SCTP getsockopt() is actually a command!
It is one of the requests that changes state and should probably
have been a separate system call.

	David

-
Registered Address Lakeside, Bramley Road, Mount Farm, Milton Keynes, MK1 1PT, UK
Registration No: 1397386 (Wales)
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help