workqueue: Upgrade queue_work_on() comment
authorPaul E. McKenney <paulmck@kernel.org>
Wed, 1 Dec 2021 01:00:30 +0000 (17:00 -0800)
committerTejun Heo <tj@kernel.org>
Wed, 1 Dec 2021 16:47:45 +0000 (06:47 -1000)
The current queue_work_on() docbook comment says that the caller must
ensure that the specified CPU can't go away, but does not spell out the
consequences, which turn out to be quite mild.  Therefore expand this
comment to explicitly say that the penalty for failing to nail down the
specified CPU is that the workqueue handler might find itself executing
on some other CPU.

Cc: Tejun Heo <tj@kernel.org>
Cc: Lai Jiangshan <jiangshanlai@gmail.com>
Signed-off-by: Paul E. McKenney <paulmck@kernel.org>
Signed-off-by: Tejun Heo <tj@kernel.org>
kernel/workqueue.c

index 613917bbc4e733c1cd2e8bfd1b86e2f74f8859f5..332361cf215fc7e2474c9e6875e034187cc78672 100644 (file)
@@ -1531,7 +1531,8 @@ out:
  * @work: work to queue
  *
  * We queue the work to a specific CPU, the caller must ensure it
- * can't go away.
+ * can't go away.  Callers that fail to ensure that the specified
+ * CPU cannot go away will execute on a randomly chosen CPU.
  *
  * Return: %false if @work was already on a queue, %true otherwise.
  */