From: Leon Romanovsky <leon@kernel.org>
To: Potnuri Bharat Teja <bharat@chelsio.com>
Cc: "jgg@ziepe.ca" <jgg@ziepe.ca>,
"dledford@redhat.com" <dledford@redhat.com>,
"linux-rdma@vger.kernel.org" <linux-rdma@vger.kernel.org>
Subject: Re: [PATCH] RDMA/iw_cxgb4: disable delayed ack by default
Date: Tue, 15 Sep 2020 09:47:06 +0300 [thread overview]
Message-ID: <20200915064706.GH35718@unreal> (raw)
In-Reply-To: <20200914170116.GA14572@chelsio.com>
On Mon, Sep 14, 2020 at 10:31:17PM +0530, Potnuri Bharat Teja wrote:
> On Sunday, September 09/13/20, 2020 at 12:43:25 +0530, Leon Romanovsky wrote:
> > On Fri, Sep 11, 2020 at 09:39:57PM +0530, Potnuri Bharat Teja wrote:
> > > On Friday, September 09/11/20, 2020 at 18:41:52 +0530, Leon Romanovsky wrote:
> > > > On Thu, Sep 10, 2020 at 07:14:50PM +0000, Potnuri Bharat Teja wrote:
> > > > > >> Subject: [PATCH] RDMA/iw_cxgb4: disable delayed ack by default
> > > > > >>
> > > > > >> Receive side delayed ack mode is needed only for certain area networks/ connections. Therefore disable it by default.
> > > > > >>
> > > > > >> Signed-off-by: Potnuri Bharat Teja <bharat@chelsio.com>
> > > > > >> ---
> > > > > >> drivers/infiniband/hw/cxgb4/cm.c | 4 ++--
> > > > > >> 1 file changed, 2 insertions(+), 2 deletions(-)
> > > > > >>
> > > > > >> diff --git a/drivers/infiniband/hw/cxgb4/cm.c b/drivers/infiniband/hw/cxgb4/cm.c
> > > > > >> index 1f288c73ccfc..8769e7aa097f 100644
> > > > > >> --- a/drivers/infiniband/hw/cxgb4/cm.c
> > > > > >> +++ b/drivers/infiniband/hw/cxgb4/cm.c
> > > > > >> @@ -77,9 +77,9 @@ static int enable_ecn; module_param(enable_ecn, int, 0644); MODULE_PARM_DESC(enable_ecn, "Enable ECN (default=0/disabled)");
> > > > > >>
> > > > > >> -static int dack_mode = 1;
> > > > > >> +static int dack_mode;
> > > > > >> module_param(dack_mode, int, 0644);
> > > > > >> -MODULE_PARM_DESC(dack_mode, "Delayed ack mode (default=1)");
> > > > > >> +MODULE_PARM_DESC(dack_mode, "Delayed ack mode (default=0)");
> > > > > >
> > > > > >Are you sure that this doesn't break user scripts?
> > > > > Yes, I am sure. This does not interfere with user/kernel RDMA functionalities.
> > > >
> > > > How is it possible?
> > > > Before this change user that did "modprobe iw_cxgb4" had delayed mode
> > > > enabled, after this he will need to issue "modprobe iw_cxgb4 dack_mode=1"
> > > >
> > > Sorry I didnt get it right earlier. Yes now if user wants delayed ack mode,
> > > user can issue "modprobe iw_cxgb4 dack_mode=1" or change it dynamically via
> > > /sys/module/<>/paramters.
> > > Chelsio adapters for better performance in most cases needs delayed ack mode to
> > > be disabled. This change somehow got missed upstream all this while.
> > > In fewer explicit cases, user can enable delayed ack mode where it is needed.
> >
> > So why doesn't rdma-core have dack_mode=0 in kernel-boot scripts?
> >
> Do you mean why dont I simply change rdma-hw-modules.rules instead?
> I could do that if this is a user mode only setting. But this is needed for kernel
> mode too where in some cases rdma-core may not be installed.
No, I'm asking why if "dack_mode=0" is better and preferable way to
operate, it was never set in rdma-core.
I'm not saying that your kernel patch is wrong, just trying to get sense
on implications for the rdma-core.
Thanks
>
> Thanks.
>
next prev parent reply other threads:[~2020-09-15 6:47 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-09-09 13:47 [PATCH] RDMA/iw_cxgb4: disable delayed ack by default Potnuri Bharat Teja
2020-09-09 15:28 ` Potnuri Bharat Teja
2020-09-10 12:27 ` Leon Romanovsky
2020-09-10 19:14 ` Potnuri Bharat Teja
2020-09-11 13:11 ` Leon Romanovsky
2020-09-11 16:09 ` Potnuri Bharat Teja
2020-09-13 7:13 ` Leon Romanovsky
2020-09-14 17:01 ` Potnuri Bharat Teja
2020-09-15 6:47 ` Leon Romanovsky [this message]
2020-09-15 8:10 ` Potnuri Bharat Teja
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=20200915064706.GH35718@unreal \
--to=leon@kernel.org \
--cc=bharat@chelsio.com \
--cc=dledford@redhat.com \
--cc=jgg@ziepe.ca \
--cc=linux-rdma@vger.kernel.org \
/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