diff options
| author |   Sarthak Garg <sartgarg@codeaurora.org> | 2020-05-07 21:45:33 +0530 |
|---|---|---|
| committer |   Ulf Hansson <ulf.hansson@linaro.org> | 2020-05-08 07:30:11 +0200 |
| commit | 39a22f73744d5baee30b5f134ae2e30b668b66ed (patch) | |
| tree | 3ac8a3730cd137c943611633d5ad8bf35165164b /scripts/kallsyms.c | |
| parent | mmc: core: Check request type before completing the request (diff) | |
| download | wireguard-linux-39a22f73744d5baee30b5f134ae2e30b668b66ed.tar.xz wireguard-linux-39a22f73744d5baee30b5f134ae2e30b668b66ed.zip | |
mmc: core: Fix recursive locking issue in CQE recovery path
Consider the following stack trace
-001|raw_spin_lock_irqsave
-002|mmc_blk_cqe_complete_rq
-003|__blk_mq_complete_request(inline)
-003|blk_mq_complete_request(rq)
-004|mmc_cqe_timed_out(inline)
-004|mmc_mq_timed_out
mmc_mq_timed_out acquires the queue_lock for the first
time. The mmc_blk_cqe_complete_rq function also tries to acquire
the same queue lock resulting in recursive locking where the task
is spinning for the same lock which it has already acquired leading
to watchdog bark.
Fix this issue with the lock only for the required critical section.
Cc: <stable@vger.kernel.org>
Fixes: 1e8e55b67030 ("mmc: block: Add CQE support")
Suggested-by: Sahitya Tummala <stummala@codeaurora.org>
Signed-off-by: Sarthak Garg <sartgarg@codeaurora.org>
Acked-by: Adrian Hunter <adrian.hunter@intel.com>
Link: https://lore.kernel.org/r/1588868135-31783-1-git-send-email-vbadigan@codeaurora.org
Signed-off-by: Ulf Hansson <ulf.hansson@linaro.org>
Diffstat (limited to 'scripts/kallsyms.c')
0 files changed, 0 insertions, 0 deletions