The patch titled
Subject: exec: increase BINPRM_BUF_SIZE to 256
has been removed from the -mm tree. Its filename was
exec-increase-binprm_buf_size-to-256.patch
This patch was dropped because it was merged into mainline or a subsystem tree
------------------------------------------------------
From: Oleg Nesterov <oleg@xxxxxxxxxx>
Subject: exec: increase BINPRM_BUF_SIZE to 256
Large enterprise clients often run applications out of networked file
systems where the IT mandated layout of project volumes can end up leading
to paths that are longer than 128 characters. Bumping this up to the next
order of two solves this problem in all but the most egregious case while
still fitting into a 512b slab.
[oleg@xxxxxxxxxx: update comment, per Kees]
Link: http://lkml.kernel.org/r/20181112160956.GA28472@xxxxxxxxxx
Signed-off-by: Oleg Nesterov <oleg@xxxxxxxxxx>
Reported-by: Ben Woodard <woodard@xxxxxxxxxx>
Reviewed-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Acked-by: Michal Hocko <mhocko@xxxxxxxx>
Acked-by: Kees Cook <keescook@xxxxxxxxxxxx>
Cc: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
---
--- a/fs/exec.c~exec-increase-binprm_buf_size-to-256
+++ a/fs/exec.c
@@ -1563,7 +1563,7 @@ static void bprm_fill_uid(struct linux_b
/*
* Fill the binprm structure from the inode.
- * Check permissions, then read the first 128 (BINPRM_BUF_SIZE) bytes
+ * Check permissions, then read the first BINPRM_BUF_SIZE bytes
*
* This may be called multiple times for binary chains (scripts for example).
*/
--- a/include/uapi/linux/binfmts.h~exec-increase-binprm_buf_size-to-256
+++ a/include/uapi/linux/binfmts.h
@@ -16,6 +16,6 @@ struct pt_regs;
#define MAX_ARG_STRINGS 0x7FFFFFFF
/* sizeof(linux_binprm->buf) */
-#define BINPRM_BUF_SIZE 128
+#define BINPRM_BUF_SIZE 256
#endif /* _UAPI_LINUX_BINFMTS_H */
_
Patches currently in -mm which might be from oleg@xxxxxxxxxx are
