[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <98344e68266e447826f133ad14d0c83d@natalenko.name>
Date: Sat, 11 Aug 2018 19:39:56 +0200
From: Oleksandr Natalenko <oleksandr@...alenko.name>
To: Ming Lei <tom.leiming@...il.com>
Cc: Ming Lei <ming.lei@...hat.com>, Omar Sandoval <osandov@...com>,
"Martin K. Petersen" <martin.petersen@...cle.com>,
Christoph Hellwig <hch@....de>,
Paolo Bonzini <pbonzini@...hat.com>,
Hannes Reinecke <hare@...e.de>, Jens Axboe <axboe@...nel.dk>,
Linux SCSI List <linux-scsi@...r.kernel.org>,
linux-block <linux-block@...r.kernel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Greg Kurz <groug@...d.org>, qemu-discuss@...gnu.org,
qemu-devel <qemu-devel@...gnu.org>
Subject: Re: Slow boot in QEMU with virtio-scsi disks
Hi.
On 11.08.2018 14:23, Ming Lei wrote:
> Please test for-4.19/block:
>
> https://git.kernel.org/pub/scm/linux/kernel/git/axboe/linux-block.git/log/?h=for-4.19/block
>
> This slow boot issue should have been fixed by the following commits:
>
> 1311326cf475 blk-mq: avoid to synchronize rcu inside
> blk_cleanup_queue()
> 97889f9ac24f blk-mq: remove synchronize_rcu() from
> blk_mq_del_queue_tag_set()
> 5815839b3ca1 blk-mq: introduce new lock for protecting
> hctx->dispatch_wait
> 2278d69f030f blk-mq: don't pass **hctx to blk_mq_mark_tag_wait()
> 8ab6bb9ee8d0 blk-mq: cleanup blk_mq_get_driver_tag()
Indeed, I can confirm that these commits fix the issue.
Thanks a lot.
--
Oleksandr Natalenko (post-factum)
Powered by blists - more mailing lists