Skip to content

Commit 1ca0b60

Browse files
Werkovhtejun
authored andcommitted
cgroup: Remove duplicates in cgroup v1 tasks file
One PID may appear multiple times in a preloaded pidlist. (Possibly due to PID recycling but we have reports of the same task_struct appearing with different PIDs, thus possibly involving transfer of PID via de_thread().) Because v1 seq_file iterator uses PIDs as position, it leads to a message: > seq_file: buggy .next function kernfs_seq_next did not update position index Conservative and quick fix consists of removing duplicates from `tasks` file (as opposed to removing pidlists altogether). It doesn't affect correctness (it's sufficient to show a PID once), performance impact would be hidden by unconditional sorting of the pidlist already in place (asymptotically). Link: https://lore.kernel.org/r/20230823174804.23632-1-mkoutny@suse.com/ Suggested-by: Firo Yang <firo.yang@suse.com> Signed-off-by: Michal Koutný <mkoutny@suse.com> Signed-off-by: Tejun Heo <tj@kernel.org> Cc: stable@vger.kernel.org
1 parent 94f6f05 commit 1ca0b60

File tree

1 file changed

+2
-3
lines changed

1 file changed

+2
-3
lines changed

kernel/cgroup/cgroup-v1.c

Lines changed: 2 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -360,10 +360,9 @@ static int pidlist_array_load(struct cgroup *cgrp, enum cgroup_filetype type,
360360
}
361361
css_task_iter_end(&it);
362362
length = n;
363-
/* now sort & (if procs) strip out duplicates */
363+
/* now sort & strip out duplicates (tgids or recycled thread PIDs) */
364364
sort(array, length, sizeof(pid_t), cmppid, NULL);
365-
if (type == CGROUP_FILE_PROCS)
366-
length = pidlist_uniq(array, length);
365+
length = pidlist_uniq(array, length);
367366

368367
l = cgroup_pidlist_find_create(cgrp, type);
369368
if (!l) {

0 commit comments

Comments
 (0)