]> git.baikalelectronics.ru Git - kernel.git/commit
Merge tag 'task_work-2021-01-19' of git://git.kernel.dk/linux-block
authorLinus Torvalds <torvalds@linux-foundation.org>
Tue, 19 Jan 2021 21:26:05 +0000 (13:26 -0800)
committerLinus Torvalds <torvalds@linux-foundation.org>
Tue, 19 Jan 2021 21:26:05 +0000 (13:26 -0800)
commitc8d5727847a43dfab91f5322c17e8d50de5fbf3d
tree166f3b3f97417d9d17871e241c9fad4ee36bdc14
parentc2cad9af97b6ef2031db3511a04c98659dde8b57
parentabb48fcb2a6f7c638b905ecb8ff5831a70c5ea8c
Merge tag 'task_work-2021-01-19' of git://git.kernel.dk/linux-block

Pull task_work fix from Jens Axboe:
 "The TIF_NOTIFY_SIGNAL change inadvertently removed the unconditional
  task_work run we had in get_signal().

  This caused a regression for some setups, since we're relying on eg
  ____fput() being run to close and release, for example, a pipe and
  wake the other end.

  For 5.11, I prefer the simple solution of just reinstating the
  unconditional run, even if it conceptually doesn't make much sense -
  if you need that kind of guarantee, you should be using TWA_SIGNAL
  instead of TWA_NOTIFY. But it's the trivial fix for 5.11, and would
  ensure that other potential gotchas/assumptions for task_work don't
  regress for 5.11.

  We're looking into further simplifying the task_work notifications for
  5.12 which would resolve that too"

* tag 'task_work-2021-01-19' of git://git.kernel.dk/linux-block:
  task_work: unconditionally run task_work from get_signal()