From: David Vernet <void@manifault.com>
To: Oleg Nesterov <oleg@redhat.com>
Cc: mingo@redhat.com, peterz@infradead.org, juri.lelli@redhat.com,
vincent.guittot@linaro.org, rostedt@goodmis.org,
bsegall@google.com, mgorman@suse.de, bristot@redhat.com,
vschneid@redhat.com, kernel-team@meta.com,
torvalds@linux-foundation.org, ebiederm@xmission.com,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH] tasks: Extract rcu_users out of union
Date: Tue, 7 Mar 2023 11:19:13 -0600 [thread overview]
Message-ID: <20230307171913.GA4387@maniforge> (raw)
In-Reply-To: <Y/zWPoCjQ6gLSNGU@maniforge>
On Mon, Feb 27, 2023 at 10:11:42AM -0600, David Vernet wrote:
> On Fri, Feb 17, 2023 at 11:25:21AM +0100, Oleg Nesterov wrote:
> > On 02/16, David Vernet wrote:
> > >
> > > On Thu, Feb 16, 2023 at 09:04:59AM +0100, Oleg Nesterov wrote:
> > > >
> > > > > a task that's successfully looked
> > > > > up in e.g. the pid_list with find_task_by_pid_ns(), can always have a
> > > > > 'usage' reference acquired on them, as it's guaranteed to be >
> > > > > 0 until after the next gp.
> > > >
> > > > Yes. So it seems you need another key-to-task_struct map with rcu-safe
> > > > lookup/get and thus the add() method needs inc_not_zero(task->rcu_users) ?
> > >
> > > Yes, exactly.
> >
> > OK, in this case I agree, inc_not_zero(rcu_users) makes sense and thus we need
> > this patch.
>
> Thanks again for taking a look.
>
> >
> > Just I was confused by the previous part of the changelog due to my bad English.
>
> No worries at all -- the commit summary definitely could have been more
> clear.
>
> Does anyone else have any thoughts? Is there anything else we need to do
> for this patch to land?
Sending a friendly ping on this now that the merge window has closed and
things have settled down a bit.
Thanks,
David
next prev parent reply other threads:[~2023-03-07 17:24 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-02-15 23:30 [PATCH] tasks: Extract rcu_users out of union David Vernet
2023-02-16 8:04 ` Oleg Nesterov
2023-02-16 18:39 ` David Vernet
2023-02-17 10:25 ` Oleg Nesterov
2023-02-27 16:11 ` David Vernet
2023-03-07 17:19 ` David Vernet [this message]
2023-03-08 18:29 ` Oleg Nesterov
2023-03-09 0:55 ` Alexei Starovoitov
2023-03-13 19:59 ` Alexei Starovoitov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20230307171913.GA4387@maniforge \
--to=void@manifault.com \
--cc=bristot@redhat.com \
--cc=bsegall@google.com \
--cc=ebiederm@xmission.com \
--cc=juri.lelli@redhat.com \
--cc=kernel-team@meta.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mgorman@suse.de \
--cc=mingo@redhat.com \
--cc=oleg@redhat.com \
--cc=peterz@infradead.org \
--cc=rostedt@goodmis.org \
--cc=torvalds@linux-foundation.org \
--cc=vincent.guittot@linaro.org \
--cc=vschneid@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox