The patch titled capabilities: use cap_task_prctl when !CONFIG_SECURITY has been removed from the -mm tree. Its filename was capabilities-implement-per-process-securebits-fix.patch This patch was dropped because it was folded into capabilities-implement-per-process-securebits.patch The current -mm tree may be found at http://userweb.kernel.org/~akpm/mmotm/ ------------------------------------------------------ Subject: capabilities: use cap_task_prctl when !CONFIG_SECURITY From: Serge E. Hallyn <serue@xxxxxxxxxx> capabilities-implement-per-process-securebits.patch introduced cap_task_prctl() and moved the handling of capability-related prctl into it. So when !CONFIG_SECURITY, the default security_task_prctl() needs to call cap_task_prctl() the way other default hooks call capability helpers when they exist. This fixes a slew of userspace breakages when CONFIG_SECURITY=n. Signed-off-by: Serge E. Hallyn <serue@xxxxxxxxxx> Tested-by: Jiri Slaby <jirislaby@xxxxxxxxx> Acked-by: Andrew G. Morgan <morgan@xxxxxxxxxx> Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx> --- include/linux/security.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff -puN include/linux/security.h~capabilities-implement-per-process-securebits-fix include/linux/security.h --- a/include/linux/security.h~capabilities-implement-per-process-securebits-fix +++ a/include/linux/security.h @@ -2275,7 +2275,7 @@ static inline int security_task_prctl (i unsigned long arg4, unsigned long arg5, long *rc_p) { - return 0; + return cap_task_prctl(option, arg2, arg3, arg3, arg5, rc_p); } static inline void security_task_reparent_to_init (struct task_struct *p) _ Patches currently in -mm which might be from serue@xxxxxxxxxx are origin.patch capabilities-implement-per-process-securebits.patch capabilities-implement-per-process-securebits-fix.patch root_plug-use-cap_task_prctl.patch smack-use-cap_task_prctl.patch -- To unsubscribe from this list: send the line "unsubscribe mm-commits" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html