From: daniel.verkamp@intel.com (Daniel Verkamp)
Subject: [PATCH 5/7] nvme-rdma: don't override opts->queue_size
Date: Tue, 19 Jun 2018 09:56:22 -0700 [thread overview]
Message-ID: <d0b79dfb-72ab-2356-8633-3ad42b3f04dc@intel.com> (raw)
In-Reply-To: <20180619123415.25077-6-sagi@grimberg.me>
On 06/19/2018 05:34 AM, Sagi Grimberg wrote:
> That is user argument, and theoretically controller limits can
> change over time (over reconnects/resets). Instead, use sqsize
> controller attribute to check queue depth boundaries and use it
> to the tagset allocation.
[...]
> if (opts->queue_size > ctrl->ctrl.sqsize + 1) {
> - /* warn if sqsize is lower than queue_size */
> + /*
> + * warn if sqsize is lower than queue_size actual calmping
> + * will be by using sqsize for the tagset allocation later.
> + */
This comment is a bit hard to follow; I think it's meant to say
"clamping", and it could probably use a semicolon or period before "actual".
Thanks,
-- Daniel
next prev parent reply other threads:[~2018-06-19 16:56 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-06-19 12:34 [PATCH 0/7] few nvme-rdma fixes for 4.18 Sagi Grimberg
2018-06-19 12:34 ` [PATCH 1/7] nvme-rdma: fix possible double free condition when failing to create a controller Sagi Grimberg
2018-06-20 9:06 ` Max Gurtovoy
2018-06-20 10:41 ` Sagi Grimberg
2018-06-20 12:29 ` Christoph Hellwig
2018-06-19 12:34 ` [PATCH 2/7] nvme-rdma: fix possible free non-allocated async event buffer Sagi Grimberg
2018-06-20 8:31 ` Christoph Hellwig
2018-06-20 12:02 ` Max Gurtovoy
2018-06-24 10:40 ` [Suspected-Phishing]Re: " Max Gurtovoy
2018-06-24 16:00 ` Sagi Grimberg
2018-06-24 16:19 ` Max Gurtovoy
2018-06-19 12:34 ` [PATCH 3/7] nvme-rdma: Fix command completion race at error recovery Sagi Grimberg
2018-06-19 12:34 ` [PATCH 4/7] nvme-rdma: unquiesce queues when deleting the controller Sagi Grimberg
2018-06-21 9:57 ` Max Gurtovoy
2018-06-24 16:07 ` Sagi Grimberg
2018-06-19 12:34 ` [PATCH 5/7] nvme-rdma: don't override opts->queue_size Sagi Grimberg
2018-06-19 16:56 ` Daniel Verkamp [this message]
2018-06-19 12:34 ` [PATCH 6/7] nvme-rdma: centralize controller setup sequence Sagi Grimberg
2018-06-19 12:34 ` [PATCH 7/7] nvme-rdma: centralize admin/io queue teardown sequence Sagi Grimberg
2018-06-20 8:40 ` [PATCH 0/7] few nvme-rdma fixes for 4.18 Christoph Hellwig
2018-06-20 8:40 ` Sagi Grimberg
2018-06-20 8:52 ` Christoph Hellwig
2018-06-20 8:53 ` Sagi Grimberg
2018-06-20 9:05 ` Christoph Hellwig
2018-06-20 9:08 ` Sagi Grimberg
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=d0b79dfb-72ab-2356-8633-3ad42b3f04dc@intel.com \
--to=daniel.verkamp@intel.com \
/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: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox