Uninline find_task_by_xxx set of functions
The find_task_by_something is a set of macros are used to find task by pid depending on what kind of pid is proposed - global or virtual one. All of them are wrappers above the most generic one - find_task_by_pid_type_ns() - and just substitute some args for it. It turned out, that dereferencing the current->nsproxy->pid_ns construction and pushing one more argument on the stack inline cause kernel text size to grow. This patch moves all this stuff out-of-line into kernel/pid.c. Together with the next patch it saves a bit less than 400 bytes from the .text section. Signed-off-by:Pavel Emelyanov <xemul@openvz.org> Cc: Sukadev Bhattiprolu <sukadev@us.ibm.com> Cc: Oleg Nesterov <oleg@tv-sign.ru> Cc: Paul Menage <menage@google.com> Cc: "Eric W. Biederman" <ebiederm@xmission.com> Acked-by:
Ingo Molnar <mingo@elte.hu> Signed-off-by:
Andrew Morton <akpm@linux-foundation.org> Signed-off-by:
Linus Torvalds <torvalds@linux-foundation.org>
Showing
- fs/ioprio.c 2 additions, 4 deletionsfs/ioprio.c
- include/linux/sched.h 6 additions, 9 deletionsinclude/linux/sched.h
- kernel/capability.c 2 additions, 4 deletionskernel/capability.c
- kernel/futex.c 2 additions, 5 deletionskernel/futex.c
- kernel/futex_compat.c 1 addition, 2 deletionskernel/futex_compat.c
- kernel/pid.c 19 additions, 0 deletionskernel/pid.c
- kernel/ptrace.c 1 addition, 2 deletionskernel/ptrace.c
- kernel/sched.c 1 addition, 2 deletionskernel/sched.c
- kernel/signal.c 1 addition, 1 deletionkernel/signal.c
- kernel/sys.c 4 additions, 5 deletionskernel/sys.c
- mm/mempolicy.c 1 addition, 2 deletionsmm/mempolicy.c
- mm/migrate.c 1 addition, 2 deletionsmm/migrate.c
Loading
Please register or sign in to comment