[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <20181213152653.GJ4170@linux.ibm.com>
Date: Thu, 13 Dec 2018 07:26:53 -0800
From: "Paul E. McKenney" <paulmck@...ux.ibm.com>
To: Sebastian Andrzej Siewior <bigeasy@...utronix.de>
Cc: Boqun Feng <boqun.feng@...il.com>,
Joel Fernandes <joel@...lfernandes.org>,
linux-kernel@...r.kernel.org,
Lai Jiangshan <jiangshanlai@...il.com>,
Josh Triplett <josh@...htriplett.org>,
Steven Rostedt <rostedt@...dmis.org>,
Mathieu Desnoyers <mathieu.desnoyers@...icios.com>,
tglx@...utronix.de, tj@...nel.org
Subject: Re: [PATCH] srcu: Remove srcu_queue_delayed_work_on()
On Thu, Dec 13, 2018 at 04:03:58PM +0100, Sebastian Andrzej Siewior wrote:
> On 2018-12-12 22:05:19 [+0800], Boqun Feng wrote:
> > So Jiangshan and TJ, what's your opion on this one? If we call a
> > queue_work_on() at a place where that target cpu may be offlined, I
> > think we have the guarantee that the work will be eventually executed
> > even if the cpu is never online again, right? In other words, if a cpu
> > has been online once, queue_work_on() on it will be free from racing
> > with cpu hotplug.
> >
> > Am I right about this, or did I miss something subtle?
>
> tj answered this one:
> https://lkml.kernel.org/r/20180919205521.GE902964@devbig004.ftw2.facebook.com
I must confess that I would have felt better about that email had it
been more definite than "is might just work already". ;-)
Thanx, Paul
Powered by blists - more mailing lists