[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20210807144817.GC11597@altlinux.org>
Date: Sat, 7 Aug 2021 17:48:17 +0300
From: "Dmitry V. Levin" <ldv@...linux.org>
To: Eugene Syromiatnikov <esyr@...hat.com>
Cc: "Peter Zijlstra (Intel)" <peterz@...radead.org>,
"Joel Fernandes (Google)" <joel@...lfernandes.org>,
Chris Hyser <chris.hyser@...cle.com>,
Josh Don <joshdon@...gle.com>, Ingo Molnar <mingo@...nel.org>,
Vincent Guittot <vincent.guittot@...aro.org>,
Valentin Schneider <valentin.schneider@....com>,
Mel Gorman <mgorman@...e.de>, linux-kernel@...r.kernel.org,
Thomas Gleixner <tglx@...utronix.de>,
"Dmitry V. Levin" <ldv@...ace.io>, linux-doc@...r.kernel.org,
linux-api@...r.kernel.org, Jonathan Corbet <corbet@....net>
Subject: Re: [PATCH v3] uapi: expose enum pid_type as enum __kernel_pidtype
On Sat, Aug 07, 2021 at 02:09:05PM +0200, Eugene Syromiatnikov wrote:
> Commit 7ac592aa35a684ff ("sched: prctl() core-scheduling interface")
> made use of enum pid_type in prctl's arg4; however, this type
> and the associated enumeration definitions are not exposed to userspace.
> Try to fix that by providing enum __kernel_pidtype and tying in-kernel
> enum pid_type definitions to it. Note that enum pid_type cannot be exposed
> as is, since "enum pid_type" is already exists in various projects [1]
Grammar: "enum pid_type" already exists.
> (notably gcc and strace), and "enum __pid_type" is defined by glibc and uclibc
> for fcntl(F_SETOWN_EX) owner ID type; there is also __kernel_pid_t,
> that looks too similar to __kernel_pid_type.
>
> [1] https://codesearch.debian.net/search?q=enum+pid_type
>
> Complements: 7ac592aa35a684ff ("sched: prctl() core-scheduling interface")
> Signed-off-by: Eugene Syromiatnikov <esyr@...hat.com>
Reviewed-by: Dmitry V. Levin <ldv@...linux.org>
--
ldv
Powered by blists - more mailing lists