From: "Alex Xu (Hello71)" <alex_y_xu@yahoo.ca>
To: Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
axboe@kernel.dk, linux-block@vger.kernel.org,
QiuLaibin <qiulaibin@huawei.com>
Cc: akpm@linux-foundation.org, bvanassche@acm.org, hare@suse.de,
john.garry@huawei.com, linux-kernel@vger.kernel.org,
martin.petersen@oracle.com, ming.lei@redhat.com,
Daniel Palmer <daniel@0x0f.com>
Subject: Re: "blk-mq: fix tag_get wait task can't be awakened" causes hangs
Date: Tue, 25 Jan 2022 10:15:41 -0500 [thread overview]
Message-ID: <1643123281.zt4edu32d8.none@localhost> (raw)
In-Reply-To: <78cafe94-a787-e006-8851-69906f0c2128@huawei.com>
Excerpts from QiuLaibin's message of January 24, 2022 11:08 pm:
> Hi Alex
>
> 1、Please help to import this structure:
>
> blk_mq_tags <= request_queue->blk_mq_hw_ctx->blk_mq_tags
I don't understand what you mean.
> If there is no kernel dump, help to see the value of
>
> cat /sys/block/sda/mq/0/nr_tags
> __ <= Change it to the problem device
The affected device returns 1. My understanding is that mq does not work
with legacy non-UAS devices.
> And how many block devices in total by lsblk.
My device topology roughly looks like:
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
sda 8:0 0 [snip] 0 disk
├─sda1 8:1 0 [snip] 0 part
├─sda2 8:2 0 [snip] 0 part
└─sda3 8:3 0 [snip] 0 part
sdb 8:16 0 [snip] 0 disk
├─sdb1 8:17 0 [snip] 0 part
├─sdb2 8:18 0 [snip] 0 part
├─sdb3 8:19 0 [snip] 0 part
└─sdb4 8:20 0 [snip] 0 part
sdc 8:32 1 [snip] 0 disk
├─sdc1 8:33 1 [snip] 0 part
└─sdc2 8:34 1 [snip] 0 part
nvme0n1 259:0 0 [snip] 0 disk
├─nvme0n1p1 259:1 0 [snip] 0 part
└─nvme0n1p2 259:2 0 [snip] 0 part
└─root 254:0 0 [snip] 0 crypt /
> 2、Please describe in detail how to reproduce the issue,
1. Plug in the device.
2. Execute Show Blocked Tasks. udev is stuck.
> And what type of USB device?
It is a cheap unbranded USB flash drive.
> 3、Please help to try the attachment patch and see if it can be reproduced.
From a quick test, it appears to resolve the issue.
> Thanks.
Cheers,
Alex.
next prev parent reply other threads:[~2022-01-25 15:18 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1643040870.3bwvk3sis4.none.ref@localhost>
2022-01-24 16:24 ` "blk-mq: fix tag_get wait task can't be awakened" causes hangs Alex Xu (Hello71)
2022-01-25 4:08 ` QiuLaibin
2022-01-25 15:15 ` Alex Xu (Hello71) [this message]
2022-01-26 13:38 ` Jens Axboe
2022-01-27 1:24 ` QiuLaibin
2022-01-25 11:38 ` Daniel Palmer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1643123281.zt4edu32d8.none@localhost \
--to=alex_y_xu@yahoo.ca \
--cc=akpm@linux-foundation.org \
--cc=andriy.shevchenko@linux.intel.com \
--cc=axboe@kernel.dk \
--cc=bvanassche@acm.org \
--cc=daniel@0x0f.com \
--cc=hare@suse.de \
--cc=john.garry@huawei.com \
--cc=linux-block@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=martin.petersen@oracle.com \
--cc=ming.lei@redhat.com \
--cc=qiulaibin@huawei.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).