[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20240513225409.3025-1-hdanton@sina.com>
Date: Tue, 14 May 2024 06:54:09 +0800
From: Hillf Danton <hdanton@...a.com>
To: Sam Sun <samsun1006219@...il.com>
Cc: linux-kernel@...r.kernel.org,
linux-block@...r.kernel.org,
axboe@...nel.dk,
Tetsuo Handa <penguin-kernel@...ove.SAKURA.ne.jp>,
syzkaller-bugs@...glegroups.com,
xrivendell7@...il.com
Subject: Re: [Linux kernel bug] INFO: task hung in blk_mq_get_tag
On Mon, 13 May 2024 20:57:44 +0800 Sam Sun <samsun1006219@...il.com>
>
> I am happy to help testing patches. As
Thanks.
> for repro, I have a C repro available, but it is too long so that I
> attached it to the first email. Should I just paste repro with bug
> report?
Yes.
> I applied this patch and tried using the C repro, but it still crashed
> with the same task hang kernel dump log.
Oh low-hanging pear is sour, and try again seeing if there is missing
wakeup due to wake batch.
--- x/lib/sbitmap.c
+++ y/lib/sbitmap.c
@@ -579,6 +579,8 @@ void sbitmap_queue_wake_up(struct sbitma
unsigned int wake_batch = READ_ONCE(sbq->wake_batch);
unsigned int wakeups;
+ __sbitmap_queue_wake_up(sbq, nr);
+
if (!atomic_read(&sbq->ws_active))
return;
--
Powered by blists - more mailing lists