[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20210726172704.j6cbv2qmox2cl2dz@beryllium.lan>
Date: Mon, 26 Jul 2021 19:27:04 +0200
From: Daniel Wagner <dwagner@...e.de>
To: linux-nvme@...ts.infradead.org
Cc: linux-kernel@...r.kernel.org,
James Smart <james.smart@...adcom.com>,
Keith Busch <kbusch@...nel.org>,
Ming Lei <ming.lei@...hat.com>,
Sagi Grimberg <sagi@...mberg.me>,
Hannes Reinecke <hare@...e.de>
Subject: Re: [PATCH v3 0/6] Handle update hardware queues and queue freeze
more carefully
On Tue, Jul 20, 2021 at 02:48:00PM +0200, Daniel Wagner wrote:
> On Tue, Jul 20, 2021 at 02:43:47PM +0200, Daniel Wagner wrote:
> > v1:
> > - https://lore.kernel.org/linux-nvme/20210625101649.49296-1-dwagner@suse.de/
> > v2:
> > - https://lore.kernel.org/linux-nvme/20210708092755.15660-1-dwagner@suse.de/
> > - reviewed tags collected
> > - added 'update hardware queues' for all transport
> > - added fix for fc hanger in nvme_wait_freeze_timeout
> > v3:
> > - dropped 'nvme-fc: Freeze queues before destroying them'
> > - added James' two patches
>
> Forgot to add Hannes' reviewed tag. Sorry!
FTR, I've tested the 'prior_ioq_cnt != nr_io_queues' case. In this
scenario the series works. Though in the case of 'prior_ioq_cnt ==
nr_io_queues' I see hanging I/Os.
Powered by blists - more mailing lists