linux-rdma.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Shoaib Rao <rao.shoaib@oracle.com>
To: Zhu Yanjun <zyjzyj2000@gmail.com>
Cc: Jason Gunthorpe <jgg@nvidia.com>,
	Bob Pearson <rpearsonhpe@gmail.com>,
	RDMA mailing list <linux-rdma@vger.kernel.org>
Subject: Re: [PATCH v1] RDMA/rxe: Bump up default maximum values used via uverbs
Date: Tue, 28 Sep 2021 21:01:54 -0700	[thread overview]
Message-ID: <cd243ca0-859f-42b5-6851-6b0be7385a7e@oracle.com> (raw)
In-Reply-To: <CAD=hENcn6vZMx4YM3n4Kdo_kBCM_aHK8NOa+QgaAPnNk9jK60w@mail.gmail.com>


On 9/28/21 2:58 AM, Zhu Yanjun wrote:
> On Tue, Sep 28, 2021 at 5:41 PM Shoaib Rao <rao.shoaib@oracle.com> wrote:
>>
>> On 9/27/21 11:55 PM, Zhu Yanjun wrote:
>>> On Tue, Sep 28, 2021 at 12:38 PM Shoaib Rao <rao.shoaib@oracle.com> wrote:
>>>> On 9/27/21 6:46 PM, Zhu Yanjun wrote:
>>>>> On Tue, Sep 28, 2021 at 3:19 AM Jason Gunthorpe <jgg@nvidia.com> wrote:
>>>>>> On Tue, Sep 14, 2021 at 06:12:20PM -0700, Rao Shoaib wrote:
>>>>>>> In our internal testing we have found that
>>>>>>> default maximum values are too small.
>>>>>>> Ideally there should be no limits, but since
>>>>>>> maximum values are reported via ibv_query_device,
>>>>>>> we have to return some value. So, the default
>>>>>>> maximums have been changed to large values.
>>>>>>>
>>>>>>> Signed-off-by: Rao Shoaib <Rao.Shoaib@oracle.com>
>>>>>>> ---
>>>>>>>
>>>>>>> Resubmitting the patch after applying Bob's latest patches and testing
>>>>>>> using via rping.
>>>>>>>
>>>>>>>     drivers/infiniband/sw/rxe/rxe_param.h | 30 ++++++++++++++-------------
>>>>>>>     1 file changed, 16 insertions(+), 14 deletions(-)
>>>>>> So are we good with this? Bob? Zhu?
>>>>> I have already checked this commit. And I have found 2 problems with
>>>>> this commit.
>>>>> This commit changes many MAXs.
>>>>> And now rxe is not stable enough. Not sure this commit will cause the
>>>>> new problems.
>>>>>
>>>>> Zhu Yanjun
>>>> Hi Zhu,
>>>>
>>>> A generic statement without any technical data does not help. As far as
>>>> I am aware, currently there are no outstanding issues. If there are,
>>>> please provide data that clearly shows that the issue is caused by this
>>>> patch.
>>> Hi, Shoaib
>>>
>>> With this commit, I found 2 problems.
>>> This is why I suspect that this commit will introduce risks.
>> Hi Zhu,
>>
>> I did full testing before I sent the patch, that is how I found that
>> rping did not work. What are the issues that you found? How to I
>> reproduce those issues?
> Sorry. What tests do you make?
>
> Do you make tests with the followings:
>
> 1. your commit + latest kernel  <------rping------- > 5.10 stable kernel
> 2. your commit + latest kernel < ------rping------- > 5.11 stable kernel
> 3. your commit + latest kernel < ------rping------- > 5.12 stable kernel
> 4. your commit + latest kernel < ------rping------- > 5.13 stable kernel
> 5. your commit + latest kernel < ------rping------- > 5.14 stable kernel
> 6. rdma-core tests with your commit + latest kernel
>
> Zhu Yanjun

Hi Zhu,

With all due respect, I am a little surprised by the special treatment 
being given to this rather simple patch. Normally comments to a patch 
are submitted with technical data to back them up. In this case none 
have been provided. If we are going by gut feelings, then there are more 
involved patches that are being accepted without any tests as listed above.

My initial patch increased the value of 3 variables but the community 
suggested that values of other variables should be increased as well. 
The discussion happened on this mailing list and no objections were raised.

The two issues that you mention were mechanical issues, (one reported by 
you and one by the kernel bot) that have been fixed. They had nothing to 
do with the values being increased. As I have said I have tested the 
patch several times, most recently about a week or so ago with Bob's 
latest change.

I am not keen on changing the values of any other parameters, but the 3 
that were contained in my original patch. The link to those patches is

https://www.spinics.net/lists/linux-rdma/msg103570.html

Please let me know if those are acceptable. They have been tested 
*extensively* running several different kinds of Oracle DB workloads.

Regards,

Shoaib

>
>> Shoaib
>>
>>> Before a commit is sent to the upstream, please make full tests with it.
>>>
>>> Zhu Yanjun
>>>
>>>> Thanks you.
>>>>
>>>> Shoaib
>>>>
>>>>>>> -     RXE_MAX_MR_INDEX                = 0x00010000,
>>>>>>> +     RXE_MAX_MR_INDEX                = DEFAULT_MAX_VALUE,
>>>>>>> +     RXE_MAX_MR                      = DEFAULT_MAX_VALUE - RXE_MIN_MR_INDEX,
>>>>>> Bob, were you saying this was what needed to be bigger to pass
>>>>>> blktests??
>>>>>>
>>>>>> Jason

  reply	other threads:[~2021-09-29  4:02 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-09-15  1:12 [PATCH v1] RDMA/rxe: Bump up default maximum values used via uverbs Rao Shoaib
2021-09-27 19:19 ` Jason Gunthorpe
2021-09-28  1:46   ` Zhu Yanjun
2021-09-28  4:38     ` Shoaib Rao
2021-09-28  6:55       ` Zhu Yanjun
2021-09-28  9:41         ` Shoaib Rao
2021-09-28  9:58           ` Zhu Yanjun
2021-09-29  4:01             ` Shoaib Rao [this message]
2021-09-29  5:23               ` Zhu Yanjun
2021-09-29  5:53                 ` Shoaib Rao
2021-10-04 18:57 ` Jason Gunthorpe

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=cd243ca0-859f-42b5-6851-6b0be7385a7e@oracle.com \
    --to=rao.shoaib@oracle.com \
    --cc=jgg@nvidia.com \
    --cc=linux-rdma@vger.kernel.org \
    --cc=rpearsonhpe@gmail.com \
    --cc=zyjzyj2000@gmail.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;
as well as URLs for NNTP newsgroup(s).