linux-kernel - Re: [PATCH -next V5] blk-mq: fix tag

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <164210355584.171739.7914692743898015276.b4-ty@kernel.dk>
Date:   Thu, 13 Jan 2022 12:52:35 -0700
From:   Jens Axboe <axboe@...nel.dk>
To:     Laibin Qiu <qiulaibin@...wei.com>, ming.lei@...hat.com,
        john.garry@...wei.com
Cc:     akpm@...ux-foundation.org, bvanassche@....org,
        linux-kernel@...r.kernel.org, hare@...e.de,
        linux-block@...r.kernel.org, andriy.shevchenko@...ux.intel.com,
        martin.petersen@...cle.com
Subject: Re: [PATCH -next V5] blk-mq: fix tag_get wait task can't be awakened

On Thu, 13 Jan 2022 10:55:36 +0800, Laibin Qiu wrote:
> In case of shared tags, there might be more than one hctx which
> allocates from the same tags, and each hctx is limited to allocate at
> most:
>         hctx_max_depth = max((bt->sb.depth + users - 1) / users, 4U);
> 
> tag idle detection is lazy, and may be delayed for 30sec, so there
> could be just one real active hctx(queue) but all others are actually
> idle and still accounted as active because of the lazy idle detection.
> Then if wake_batch is > hctx_max_depth, driver tag allocation may wait
> forever on this real active hctx.
> 
> [...]

Applied, thanks!

[1/1] blk-mq: fix tag_get wait task can't be awakened
      commit: 180dccb0dba4f5e84a4a70c1be1d34cbb6528b32

Best regards,
-- 
Jens Axboe