[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <1352467863-1371-1-git-send-email-dedekind1@gmail.com>
Date: Fri, 9 Nov 2012 15:31:03 +0200
From: Artem Bityutskiy <dedekind1@...il.com>
To: Andrew Morton <akpm@...ux-foundation.org>
Cc: Serge Hallyn <serge.hallyn@...onical.com>,
Kees Cook <keescook@...omium.org>, linux-kernel@...r.kernel.org
Subject: [PATCH] proc: pid/status: show all supplementary groups
From: Artem Bityutskiy <artem.bityutskiy@...ux.intel.com>
We display a list of supplementary group for each process in the
/proc/<pid>/status. However, we show only the first 32 groups, not all of them.
Although this is rare, but sometimes processes do have more than 32
supplementary groups, and this kernel limitation breaks user-space apps
that rely on the group list in /proc/<pid>/status.
Number 32 comes from the internal NGROUPS_SMALL macro which defines the
length for the internal kernel "small" groups buffer. There is no apparent
reason to limit to this value.
This patch removes the 32 groups printing limit.
The Linux kernel limits the amount of supplementary groups by NGROUPS_MAX,
which is currently set to 65536. And this is the maximum count of groups we
may possibly print.
Signed-off-by: Artem Bityutskiy <artem.bityutskiy@...ux.intel.com>
Cc: stable@...r.kernel.org
---
fs/proc/array.c | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
NOTE: I consider this to be a bug which breaks user-space, so I add -stable.
diff --git a/fs/proc/array.c b/fs/proc/array.c
index c1c207c..bd31e02 100644
--- a/fs/proc/array.c
+++ b/fs/proc/array.c
@@ -212,7 +212,7 @@ static inline void task_state(struct seq_file *m, struct pid_namespace *ns,
group_info = cred->group_info;
task_unlock(p);
- for (g = 0; g < min(group_info->ngroups, NGROUPS_SMALL); g++)
+ for (g = 0; g < group_info->ngroups; g++)
seq_printf(m, "%d ",
from_kgid_munged(user_ns, GROUP_AT(group_info, g)));
put_cred(cred);
--
1.7.7.6
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists