Re: [PATCH v7 5/7] mm: support both pid and pidfd for process_madvise
From: Minchan Kim
Date: Fri May 08 2020 - 14:36:59 EST
On Tue, Mar 10, 2020 at 05:42:51PM -0700, Minchan Kim wrote:
> On Fri, Mar 06, 2020 at 12:14:19PM +0100, Vlastimil Babka wrote:
> > On 3/2/20 8:36 PM, Minchan Kim wrote:
> > > There is a demand[1] to support pid as well pidfd for process_madvise
> > > to reduce unnecessary syscall to get pidfd if the user has control of
> > > the target process(ie, they could guarantee the process is not gone
> > > or pid is not reused).
> > >
> > > This patch aims for supporting both options like waitid(2). So, the
> > > syscall is currently,
> > >
> > > int process_madvise(int which, pid_t pid, void *addr,
> > > size_t length, int advise, unsigned long flag);
> >
> > This is again halfway between kernel and userspace description, so if we stick
> > to userspace then it's:
> >
> > int process_madvise(idtype_t idtype, id_t id, void *addr,
> > size_t length, int advice, unsigned long flags);
>
> Yub.
>
Hi Andrew,
Per Vlastimil's request, I changed "which and advise" with "idtype and
advice" in function prototype of description.
Could you replace the part in the description? Code is never changed.
Thanks.