Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18;
Sender: Guenter Roeck <groeck7@gmail.com>
Message-ID: <30d998f5-15d5-c867-3c45-49aba1fb8fbc@roeck-us.net>
Date:   Thu, 27 Jan 2022 10:04:54 -0800
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101
 Thunderbird/91.5.0
Subject: Re: [PATCH -next V5] blk-mq: fix tag_get wait task can't be awakened
Content-Language: en-US
To:     Jens Axboe <axboe@kernel.dk>, Laibin Qiu <qiulaibin@huawei.com>
Cc:     ming.lei@redhat.com, john.garry@huawei.com,
        martin.petersen@oracle.com, hare@suse.de,
        akpm@linux-foundation.org, bvanassche@acm.org,
        andriy.shevchenko@linux.intel.com, linux-block@vger.kernel.org,
        linux-kernel@vger.kernel.org
References: <20220113025536.1479653-1-qiulaibin@huawei.com>
 <20220127013238.GA1478141@roeck-us.net>
 <bb1c7c15-ef4e-8c2f-4c01-758bf186e010@kernel.dk>
From:   Guenter Roeck <linux@roeck-us.net>
In-Reply-To: <bb1c7c15-ef4e-8c2f-4c01-758bf186e010@kernel.dk>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Precedence: bulk

On 1/27/22 09:28, Jens Axboe wrote:
> On 1/26/22 6:32 PM, Guenter Roeck wrote:
>> Hi,
>>
>> On Thu, Jan 13, 2022 at 10:55:36AM +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.
>>>
>>> Fix this by recalculating wake_batch when inc or dec active_queues.
>>>
>>> Fixes: 0d2602ca30e41 ("blk-mq: improve support for shared tags maps")
>>> Suggested-by: Ming Lei <ming.lei@redhat.com>
>>> Suggested-by: John Garry <john.garry@huawei.com>
>>> Signed-off-by: Laibin Qiu <qiulaibin@huawei.com>
>>
>> I understand this problem has been reported already, but still:
>>
>> This patch causes a hang in several of my qemu emulations when
>> trying to boot from usb. Reverting it fixes the problem. Bisect log
>> is attached.
>>
>> Boot logs are available at
>> https://kerneltests.org/builders/qemu-arm-aspeed-master/builds/230/steps/qemubuildcommand/logs/stdio
>> but don't really show much: the affected tests simply hang until they
>> are aborted.
> 
> This one got reported a few days ago, can you check if applying:
> 
> https://git.kernel.dk/cgit/linux-block/commit/?h=block-5.17&id=10825410b956dc1ed8c5fbc8bbedaffdadde7f20
> 
> fixes it for you?
> 
Yes, it does.

Thanks,
Guenter