On Mon, Feb 24, 2025 at 11:41:20AM +0100, Christian Brauner wrote: > On Fri, Feb 21, 2025 at 04:21:56PM -0800, Andrew Morton wrote: > > > > The patch titled > > Subject: pid: Optional first-fit pid allocation > > has been added to the -mm mm-nonmm-unstable branch. Its filename is > > pid-optional-first-fit-pid-allocation.patch > > > > This patch will shortly appear at > > https://git.kernel.org/pub/scm/linux/kernel/git/akpm/25-new.git/tree/patches/pid-optional-first-fit-pid-allocation.patch > > > > This patch will later appear in the mm-nonmm-unstable branch at > > git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm > > > > Before you just go and hit "reply", please: > > a) Consider who else should be cc'ed > > b) Prefer to cc a suitable mailing list as well > > c) Ideally: find the original patch on the mailing list and do a > > reply-to-all to that, adding suitable additional cc's > > > > *** Remember to use Documentation/process/submit-checklist.rst when testing your code *** > > > > The -mm tree is included into linux-next via the mm-everything > > branch at git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm > > and is updated there every 2-3 working days > > > > ------------------------------------------------------ > > From: =?UTF-8?q?Michal=20Koutn=C3=BD?= <mkoutny@xxxxxxxx> > > Subject: pid: Optional first-fit pid allocation > > Date: Fri, 21 Feb 2025 18:02:49 +0100 > > > > Noone would need to use this allocation strategy (it's slower, pid > > numbers collide sooner). Its primary purpose are pid namespaces in > > conjunction with pids.max cgroup limit which keeps (virtual) pid numbers > > below the given limit. This is for 32-bit userspace programs that may > > not work well with pid numbers above 65536. > > > > Link: https://lore.kernel.org/r/20241122132459.135120-1-aleksandr.mikhalitsyn@xxxxxxxxxxxxx/ > > Link: https://lkml.kernel.org/r/20250221170249.890014-3-mkoutny@xxxxxxxx > > Signed-off-by: Michal Koutný <mkoutny@xxxxxxxx> > > Cc: Alexander Mikhalitsyn <alexander@xxxxxxxxxxxxx> > > Cc: Christian Brauner <brauner@xxxxxxxxxx> > > Cc: Eric Biederman <ebiederm@xxxxxxxxxxxx> > > Cc: Jonathan Corbet <corbet@xxxxxxx> > > Cc: Kees Cook <kees@xxxxxxxxxx> > > Cc: Oleg Nesterov <oleg@xxxxxxxxxx> > > Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx> > > --- > > Hm, I've never received this patch yet it reverts something and then > substitutes another approach and has no Acks? Don't get me wrong I'm not > objecting to it per se but I did not have any chance to actually look at > it. Found it. Seems to have been put into another folder for some reason.
