[lkml]   [2020]   [Jan]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH v9 0/4] Add pidfd_getfd syscall
On Tue, Jan 07, 2020 at 09:59:23AM -0800, Sargun Dhillon wrote:
> This patchset introduces a mechanism (pidfd_getfd syscall) to get file
> descriptors from other processes via pidfd. Although this can be achieved
> using SCM_RIGHTS, and parasitic code injection, this offers a more
> straightforward mechanism, with less overhead and complexity. The process
> under manipulation's fd still remains valid, and unmodified by the
> copy operation.
> It introduces a flags field. The flags field is reserved a the moment,
> but the intent is to extend it with the following capabilities:
> * Close the remote FD when copying it
> * Drop the cgroup data if it's a fd pointing a socket when copying it
> The syscall numbers were chosen to be one greater than openat2.
> Summary of history:
> This initially started as a ptrace command. It did not require the process
> to be stopped, and felt like kind of an awkward fit for ptrace. After that,
> it moved to an ioctl on the pidfd. Given the core functionality, it made
> sense to make it a syscall which did not require the process to be stopped.
> Previous versions:
> V8:
> V7:
> V6:
> V5:
> V4:
> V3:
> V2:
> RFC V1:

I don't see anything wrong with this series anymore:

Acked-by: Christian Brauner <>

Other Acked-bys/Reviewed-bys and reviews of course strongly encouraged!

 \ /
  Last update: 2020-01-07 21:55    [W:0.076 / U:2.212 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site