signal: Use PIDTYPE_TGID to clearly store where file signals will be sent
authorEric W. Biederman <ebiederm@xmission.com>
Mon, 17 Jul 2017 03:05:57 +0000 (22:05 -0500)
committerEric W. Biederman <ebiederm@xmission.com>
Sat, 21 Jul 2018 15:43:12 +0000 (10:43 -0500)
commit019191342fecce4a461978a7191a43f313e19e86
treeb256a747d10ad9b2b674a5466f366b5109cc6509
parent6883f81aac6f44e7df70a6af189b3689ff52cbfb
signal: Use PIDTYPE_TGID to clearly store where file signals will be sent

When f_setown is called a pid and a pid type are stored.  Replace the use
of PIDTYPE_PID with PIDTYPE_TGID as PIDTYPE_TGID goes to the entire thread
group.  Replace the use of PIDTYPE_MAX with PIDTYPE_PID as PIDTYPE_PID now
is only for a thread.

Update the users of __f_setown to use PIDTYPE_TGID instead of
PIDTYPE_PID.

For now the code continues to capture task_pid (when task_tgid would
really be appropriate), and iterate on PIDTYPE_PID (even when type ==
PIDTYPE_TGID) out of an abundance of caution to preserve existing
behavior.

Oleg Nesterov suggested using the test to ensure we use PIDTYPE_PID
for tgid lookup also be used to avoid taking the tasklist lock.

Suggested-by: Oleg Nesterov <oleg@redhat.com>
Signed-off-by: "Eric W. Biederman" <ebiederm@xmission.com>
drivers/net/tun.c
drivers/tty/tty_io.c
fs/fcntl.c
fs/locks.c
fs/notify/dnotify/dnotify.c