From: Yi Zhang <yi.zhang@redhat.com> To: Ming Lei <ming.lei@redhat.com> Cc: linux-nvme@lists.infradead.org, Christoph Hellwig <hch@lst.de>, Jens Axboe <axboe@fb.com>, linux-block@vger.kernel.org, Sagi Grimberg <sagi@grimberg.me>, Keith Busch <keith.busch@intel.com>, Johannes Thumshirn <jthumshirn@suse.de>, Bart Van Assche <bart.vanassche@sandisk.com> Subject: Re: [PATCH V2 0/6] blk-mq: fix race related with device deletion/reset/switching sched Date: Tue, 19 Dec 2017 10:30:16 -0500 (EST) [thread overview] Message-ID: <1119473730.1189848.1513697416782.JavaMail.zimbra@redhat.com> (raw) In-Reply-To: <20171214023103.18272-1-ming.lei@redhat.com> Thanks ming. Tested-by: Yi Zhang <yi.zhang@redhat.com> Best Regards, Yi Zhang ----- Original Message ----- From: "Ming Lei" <ming.lei@redhat.com> To: linux-nvme@lists.infradead.org, "Christoph Hellwig" <hch@lst.de>, "Jens Axboe" <axboe@fb.com>, linux-block@vger.kernel.org Cc: "Yi Zhang" <yi.zhang@redhat.com>, "Sagi Grimberg" <sagi@grimberg.me>, "Ming Lei" <ming.lei@redhat.com>, "Keith Busch" <keith.busch@intel.com>, "Johannes Thumshirn" <jthumshirn@suse.de>, "Bart Van Assche" <bart.vanassche@sandisk.com> Sent: Thursday, December 14, 2017 10:30:57 AM Subject: [PATCH V2 0/6] blk-mq: fix race related with device deletion/reset/switching sched Hi, The 1st patch fixes one kernel oops triggered by IOs vs. deleting SCSI device, and this issue can be triggered easily on scsi_debug. The other 5 patch fixes recent Yi Zhang's reports about his NVMe stress tests, most of them are related with switching io sched, NVMe reset or updating nr_hw_queues. V2: - address stale queue mapping in blk_mq_update_queue_map(), instead of PCI transport, since such issue exists on other transport too, as suggested by Christoph - avoid to introduce nvme_admin_queue_rq() since the nvme queue can be got from hctx->driver_data, which is reliable Thanks, Ming Ming Lei (6): blk-mq: quiesce queue before freeing queue blk-mq: support concurrent blk_mq_quiesce_queue() blk-mq: quiesce queue during switching io sched and updating nr_requests blk-mq: avoid to map CPU into stale hw queue blk-mq: fix race between updating nr_hw_queues and switching io sched nvme-pci: remove .init_request callback block/blk-core.c | 9 ++++++ block/blk-mq.c | 74 ++++++++++++++++++++++++++++++++++++++++++------ block/elevator.c | 2 ++ drivers/nvme/host/core.c | 4 +-- drivers/nvme/host/pci.c | 21 +++----------- include/linux/blk-mq.h | 7 ++++- include/linux/blkdev.h | 2 ++ 7 files changed, 91 insertions(+), 28 deletions(-) -- 2.9.5 _______________________________________________ Linux-nvme mailing list Linux-nvme@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-nvme
WARNING: multiple messages have this Message-ID (diff)
From: yi.zhang@redhat.com (Yi Zhang) Subject: [PATCH V2 0/6] blk-mq: fix race related with device deletion/reset/switching sched Date: Tue, 19 Dec 2017 10:30:16 -0500 (EST) [thread overview] Message-ID: <1119473730.1189848.1513697416782.JavaMail.zimbra@redhat.com> (raw) In-Reply-To: <20171214023103.18272-1-ming.lei@redhat.com> Thanks ming. Tested-by: Yi Zhang <yi.zhang at redhat.com> Best Regards, Yi Zhang ----- Original Message ----- From: "Ming Lei" <ming.lei@redhat.com> To: linux-nvme at lists.infradead.org, "Christoph Hellwig" <hch at lst.de>, "Jens Axboe" <axboe at fb.com>, linux-block at vger.kernel.org Cc: "Yi Zhang" <yi.zhang at redhat.com>, "Sagi Grimberg" <sagi at grimberg.me>, "Ming Lei" <ming.lei at redhat.com>, "Keith Busch" <keith.busch at intel.com>, "Johannes Thumshirn" <jthumshirn at suse.de>, "Bart Van Assche" <bart.vanassche at sandisk.com> Sent: Thursday, December 14, 2017 10:30:57 AM Subject: [PATCH V2 0/6] blk-mq: fix race related with device deletion/reset/switching sched Hi, The 1st patch fixes one kernel oops triggered by IOs vs. deleting SCSI device, and this issue can be triggered easily on scsi_debug. The other 5 patch fixes recent Yi Zhang's reports about his NVMe stress tests, most of them are related with switching io sched, NVMe reset or updating nr_hw_queues. V2: - address stale queue mapping in blk_mq_update_queue_map(), instead of PCI transport, since such issue exists on other transport too, as suggested by Christoph - avoid to introduce nvme_admin_queue_rq() since the nvme queue can be got from hctx->driver_data, which is reliable Thanks, Ming Ming Lei (6): blk-mq: quiesce queue before freeing queue blk-mq: support concurrent blk_mq_quiesce_queue() blk-mq: quiesce queue during switching io sched and updating nr_requests blk-mq: avoid to map CPU into stale hw queue blk-mq: fix race between updating nr_hw_queues and switching io sched nvme-pci: remove .init_request callback block/blk-core.c | 9 ++++++ block/blk-mq.c | 74 ++++++++++++++++++++++++++++++++++++++++++------ block/elevator.c | 2 ++ drivers/nvme/host/core.c | 4 +-- drivers/nvme/host/pci.c | 21 +++----------- include/linux/blk-mq.h | 7 ++++- include/linux/blkdev.h | 2 ++ 7 files changed, 91 insertions(+), 28 deletions(-) -- 2.9.5 _______________________________________________ Linux-nvme mailing list Linux-nvme at lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-nvme
next prev parent reply other threads:[~2017-12-19 15:30 UTC|newest] Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top 2017-12-14 2:30 [PATCH V2 0/6] blk-mq: fix race related with device deletion/reset/switching sched Ming Lei 2017-12-14 2:30 ` Ming Lei 2017-12-14 2:30 ` [PATCH V2 1/6] blk-mq: quiesce queue before freeing queue Ming Lei 2017-12-14 2:30 ` Ming Lei 2017-12-29 9:54 ` Christoph Hellwig 2017-12-29 9:54 ` Christoph Hellwig 2017-12-14 2:30 ` [PATCH V2 2/6] blk-mq: support concurrent blk_mq_quiesce_queue() Ming Lei 2017-12-14 2:30 ` Ming Lei 2017-12-29 9:58 ` Christoph Hellwig 2017-12-29 9:58 ` Christoph Hellwig 2018-01-02 3:01 ` Ming Lei 2018-01-02 3:01 ` Ming Lei 2017-12-14 2:31 ` [PATCH V2 3/6] blk-mq: quiesce queue during switching io sched and updating nr_requests Ming Lei 2017-12-14 2:31 ` Ming Lei 2017-12-29 9:58 ` Christoph Hellwig 2017-12-29 9:58 ` Christoph Hellwig 2017-12-14 2:31 ` [PATCH V2 4/6] blk-mq: avoid to map CPU into stale hw queue Ming Lei 2017-12-14 2:31 ` Ming Lei 2017-12-29 9:59 ` Christoph Hellwig 2017-12-29 9:59 ` Christoph Hellwig 2017-12-14 2:31 ` [PATCH V2 5/6] blk-mq: fix race between updating nr_hw_queues and switching io sched Ming Lei 2017-12-14 2:31 ` Ming Lei 2017-12-29 9:59 ` Christoph Hellwig 2017-12-29 9:59 ` Christoph Hellwig 2017-12-14 2:31 ` [PATCH V2 6/6] nvme-pci: remove .init_request callback Ming Lei 2017-12-14 2:31 ` Ming Lei 2017-12-21 8:20 ` Sagi Grimberg 2017-12-21 8:20 ` Sagi Grimberg 2017-12-21 8:36 ` Johannes Thumshirn 2017-12-21 8:36 ` Johannes Thumshirn 2017-12-22 1:34 ` Ming Lei 2017-12-22 1:34 ` Ming Lei 2017-12-24 8:50 ` Sagi Grimberg 2017-12-24 8:50 ` Sagi Grimberg 2017-12-19 15:30 ` Yi Zhang [this message] 2017-12-19 15:30 ` [PATCH V2 0/6] blk-mq: fix race related with device deletion/reset/switching sched Yi Zhang
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=1119473730.1189848.1513697416782.JavaMail.zimbra@redhat.com \ --to=yi.zhang@redhat.com \ --cc=axboe@fb.com \ --cc=bart.vanassche@sandisk.com \ --cc=hch@lst.de \ --cc=jthumshirn@suse.de \ --cc=keith.busch@intel.com \ --cc=linux-block@vger.kernel.org \ --cc=linux-nvme@lists.infradead.org \ --cc=ming.lei@redhat.com \ --cc=sagi@grimberg.me \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.