[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <77ee6f62f1a10ea4a5e054059ab98a252246a891.camel@surriel.com>
Date: Fri, 27 Jan 2023 13:16:46 -0500
From: Rik van Riel <riel@...riel.com>
To: Giuseppe Scrivano <gscrivan@...hat.com>
Cc: viro@...iv.linux.org.uk, linux-kernel@...r.kernel.org,
kernel-team@...a.com, linux-fsdevel@...r.kernel.org,
Chris Mason <clm@...a.com>
Subject: Re: [PATCH 2/2] ipc,namespace: batch free ipc_namespace structures
On Fri, 2023-01-27 at 12:03 +0100, Giuseppe Scrivano wrote:
> Rik van Riel <riel@...riel.com> writes:
>
> >
> > +++ b/ipc/namespace.c
> > @@ -145,10 +145,11 @@ void free_ipcs(struct ipc_namespace *ns,
> > struct ipc_ids *ids,
> >
> > static void free_ipc_ns(struct ipc_namespace *ns)
> > {
> > - /* mq_put_mnt() waits for a grace period as kern_unmount()
> > - * uses synchronize_rcu().
> > + /*
> > + * Caller needs to wait for an RCU grace period to have
> > passed
> > + * after making the mount point inaccessible to new
> > accesses.
> > */
> > - mq_put_mnt(ns);
>
> mq_put_mnt() is not needed anymore, should it be removed?
Yes, indeed. Thank you!
I'll send a v3 of the series :)
--
All Rights Reversed.
Download attachment "signature.asc" of type "application/pgp-signature" (489 bytes)
Powered by blists - more mailing lists