aboutsummaryrefslogtreecommitdiff
path: root/tools/perf/scripts/python/export-to-sqlite.py
diff options
context:
space:
mode:
authorZachary Hays <[email protected]>2019-02-07 10:03:08 -0500
committerUlf Hansson <[email protected]>2019-02-08 12:24:17 +0100
commitdcf6e2e38a1c7ccbc535de5e1d9b14998847499d (patch)
tree6b54c5ee87b59511e819c1582a4d3f79aeb70025 /tools/perf/scripts/python/export-to-sqlite.py
parentd6f11e7d91f2ac85f66194fe3ef8789b49901d64 (diff)
mmc: block: handle complete_work on separate workqueue
The kblockd workqueue is created with the WQ_MEM_RECLAIM flag set. This generates a rescuer thread for that queue that will trigger when the CPU is under heavy load and collect the uncompleted work. In the case of mmc, this creates the possibility of a deadlock when there are multiple partitions on the device as other blk-mq work is also run on the same queue. For example: - worker 0 claims the mmc host to work on partition 1 - worker 1 attempts to claim the host for partition 2 but has to wait for worker 0 to finish - worker 0 schedules complete_work to release the host - rescuer thread is triggered after time-out and collects the dangling work - rescuer thread attempts to complete the work in order starting with claim host - the task to release host is now blocked by a task to claim it and will never be called The above results in multiple hung tasks that lead to failures to mount partitions. Handling complete_work on a separate workqueue avoids this by keeping the work completion tasks separate from the other blk-mq work. This allows the host to be released without getting blocked by other tasks attempting to claim the host. Signed-off-by: Zachary Hays <[email protected]> Fixes: 81196976ed94 ("mmc: block: Add blk-mq support") Cc: <[email protected]> Signed-off-by: Ulf Hansson <[email protected]>
Diffstat (limited to 'tools/perf/scripts/python/export-to-sqlite.py')
0 files changed, 0 insertions, 0 deletions