From: Jason Gunthorpe <jgg@ziepe.ca>
To: Weihang Li <liweihang@huawei.com>
Cc: dledford@redhat.com, leon@kernel.org, linux-rdma@vger.kernel.org,
linuxarm@huawei.com
Subject: Re: [PATCH v4 for-next 0/7] RDMA/hns: Refactor qp related code
Date: Fri, 28 Feb 2020 11:38:09 -0400 [thread overview]
Message-ID: <20200228153809.GC8161@ziepe.ca> (raw)
In-Reply-To: <1582526258-13825-1-git-send-email-liweihang@huawei.com>
On Mon, Feb 24, 2020 at 02:37:31PM +0800, Weihang Li wrote:
> This series refactor qp related code, including creating, destroying qp and
> so on to make the processs easier to understand and maintain.
>
> Previous disscussion can be found at:
> https://patchwork.kernel.org/cover/11372841/
> https://patchwork.kernel.org/cover/11341265/
>
> Changes since v3:
> - Fix wrong judgments of inlen and outlen in udata to maintain
> compatibility in patch 7/7. Other similar issues in hns driver will be
> fixed by another patch.
>
> Changes since v2:
> - Change some macros into static inline functions as Jason suggested.
> - Unify all prints into format of "Failed to xxx".
>
> Changes since v1:
> - Reduce the number of prints as Leon suggested.
> - Fix a wrong function name in description of patch 4/7.
>
> Xi Wang (7):
> RDMA/hns: Optimize qp destroy flow
> RDMA/hns: Optimize qp context create and destroy flow
> RDMA/hns: Optimize qp number assign flow
> RDMA/hns: Optimize qp buffer allocation flow
> RDMA/hns: Optimize qp param setup flow
> RDMA/hns: Optimize kernel qp wrid allocation flow
> RDMA/hns: Optimize qp doorbell allocation flow
Applied to for-next, thanks
Jason
prev parent reply other threads:[~2020-02-28 15:38 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-02-24 6:37 [PATCH v4 for-next 0/7] RDMA/hns: Refactor qp related code Weihang Li
2020-02-24 6:37 ` [PATCH v4 for-next 1/7] RDMA/hns: Optimize qp destroy flow Weihang Li
2020-02-24 6:37 ` [PATCH v4 for-next 2/7] RDMA/hns: Optimize qp context create and " Weihang Li
2020-02-24 6:37 ` [PATCH v4 for-next 3/7] RDMA/hns: Optimize qp number assign flow Weihang Li
2020-02-24 6:37 ` [PATCH v4 for-next 4/7] RDMA/hns: Optimize qp buffer allocation flow Weihang Li
2020-02-24 6:37 ` [PATCH v4 for-next 5/7] RDMA/hns: Optimize qp param setup flow Weihang Li
2020-02-24 6:37 ` [PATCH v4 for-next 6/7] RDMA/hns: Optimize kernel qp wrid allocation flow Weihang Li
2020-02-24 6:37 ` [PATCH v4 for-next 7/7] RDMA/hns: Optimize qp doorbell " Weihang Li
2020-02-28 15:38 ` Jason Gunthorpe [this message]
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=20200228153809.GC8161@ziepe.ca \
--to=jgg@ziepe.ca \
--cc=dledford@redhat.com \
--cc=leon@kernel.org \
--cc=linux-rdma@vger.kernel.org \
--cc=linuxarm@huawei.com \
--cc=liweihang@huawei.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 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.