From: Leon Romanovsky <leon@kernel.org>
To: Sriharsha Basavapatna <sriharsha.basavapatna@broadcom.com>
Cc: jgg@ziepe.ca, linux-rdma@vger.kernel.org,
andrew.gospodarek@broadcom.com, selvin.xavier@broadcom.com,
kalesh-anakkur.purayil@broadcom.com
Subject: Re: [PATCH rdma-next v2 4/4] RDMA/bnxt_re: Direct Verbs: Support CQ and QP verbs
Date: Sun, 9 Nov 2025 11:49:05 +0200 [thread overview]
Message-ID: <20251109094905.GH15456@unreal> (raw)
In-Reply-To: <20251104072320.210596-5-sriharsha.basavapatna@broadcom.com>
On Tue, Nov 04, 2025 at 12:53:20PM +0530, Sriharsha Basavapatna wrote:
> The following Direct Verb (DV) methods have been implemented in
> this patch.
>
> CQ Direct Verbs:
> ----------------
> - BNXT_RE_METHOD_DV_CREATE_CQ:
> Create a CQ of requested size (cqe). The application must have
> already registered this memory with the driver using DV_UMEM_REG.
> The CQ umem-handle and umem-offset are passed to the driver. The
> driver now maps/pins the CQ user memory and registers it with the
> hardware. The driver returns a CQ-handle to the application.
>
> - BNXT_RE_METHOD_DV_DESTROY_CQ:
> Destroy the DV_CQ specified by the CQ-handle; unmap the user memory.
>
> QP Direct Verbs:
> ----------------
> - BNXT_RE_METHOD_DV_CREATE_QP:
> Create a QP using specified params (struct bnxt_re_dv_create_qp_req).
> The application must have already registered SQ/RQ memory with the
> driver using DV_UMEM_REG. The SQ/RQ umem-handle and umem-offset are
> passed to the driver. The driver now maps/pins the SQ/RQ user memory
> and registers it with the hardware. The driver returns a QP-handle to
> the application.
>
> - BNXT_RE_METHOD_DV_DESTROY_QP:
> Destroy the DV_QP specified by the QP-handle; unmap SQ/RQ user memory.
>
> - BNXT_RE_METHOD_DV_MODIFY_QP:
> Modify QP attributes for the DV_QP specified by the QP-handle;
> wrapper functions have been implemented to resolve dmac/smac using
> rdma_resolve_ip().
>
> - BNXT_RE_METHOD_DV_QUERY_QP:
> Return QP attributes for the DV_QP specified by the QP-handle.
>
> Note:
> -----
> Some applications might want to allocate memory for all resources of a
> given type (CQ/QP) in one big chunk and then register that entire memory
> once using DV_UMEM_REG. At the time of creating each individual
> resource, the application would pass a specific offset/length in the
> umem registered memory.
>
> - The DV_UMEM_REG handler (previous patch) only creates a dv_umem object
> and saves user memory parameters, but doesn't really map/pin this
> memory.
> - The mapping would be done at the time of creating individual objects.
> - This actual mapping of specific umem offsets is implemented by the
> function bnxt_re_dv_umem_get(). This function validates the
> umem-offset and size parameters passed during CQ/QP creation. If the
> request is valid, it maps the specified offset/length within the umem
> registered memory.
> - The CQ and QP creation DV handlers call bnxt_re_dv_umem_get() to map
> offsets/sizes specific to each individual object. This means each
> object gets its own mapped dv_umem object that is distinct from the
> main dv_umem object created during DV_UMEM_REG.
> - The object specific dv_umem is unmapped when the object is destroyed.
>
> Signed-off-by: Sriharsha Basavapatna <sriharsha.basavapatna@broadcom.com>
> Co-developed-by: Kalesh AP <kalesh-anakkur.purayil@broadcom.com>
> Signed-off-by: Kalesh AP <kalesh-anakkur.purayil@broadcom.com>
> Co-developed-by: Selvin Xavier <selvin.xavier@broadcom.com>
> Signed-off-by: Selvin Xavier <selvin.xavier@broadcom.com>
> ---
> drivers/infiniband/hw/bnxt_re/bnxt_re.h | 12 +-
> drivers/infiniband/hw/bnxt_re/dv.c | 1208 ++++++++++++++++++++++
> drivers/infiniband/hw/bnxt_re/ib_verbs.c | 55 +-
> drivers/infiniband/hw/bnxt_re/ib_verbs.h | 12 +
> include/uapi/rdma/bnxt_re-abi.h | 93 ++
> 5 files changed, 1364 insertions(+), 16 deletions(-)
<...>
> + if (IS_ERR(umem_dmabuf)) {
> + rc = PTR_ERR(umem_dmabuf);
> + dev_err(rdev_to_dev(rdev),
> + "%s: failed to get umem dmabuf : %d\n",
> + __func__, rc);
All these dev_XXX() lines should go. They can be used before IB device
is created, after that you are invited to use ibdev_XXX() helpers.
> + goto free_umem;
<...>
> +static void
> +bnxt_re_print_dv_qp_attr(struct bnxt_re_dev *rdev,
> + struct bnxt_re_cq *send_cq,
> + struct bnxt_re_cq *recv_cq,
> + struct bnxt_re_dv_create_qp_req *req)
> +{
> + dev_dbg(rdev_to_dev(rdev), "DV_QP_ATTR:\n");
> + dev_dbg(rdev_to_dev(rdev),
> + "\t qp_type: 0x%x pdid: 0x%x qp_handle: 0x%llx\n",
> + req->qp_type, req->pd_id, req->qp_handle);
> +
> + dev_dbg(rdev_to_dev(rdev), "\t SQ ATTR:\n");
> + dev_dbg(rdev_to_dev(rdev),
> + "\t\t max_send_wr: 0x%x max_send_sge: 0x%x\n",
> + req->max_send_wr, req->max_send_sge);
> + dev_dbg(rdev_to_dev(rdev),
> + "\t\t va: 0x%llx len: 0x%x slots: 0x%x wqe_sz: 0x%x\n",
> + req->sq_va, req->sq_len, req->sq_slots, req->sq_wqe_sz);
> + dev_dbg(rdev_to_dev(rdev), "\t\t psn_sz: 0x%x npsn: 0x%x\n",
> + req->sq_psn_sz, req->sq_npsn);
> + dev_dbg(rdev_to_dev(rdev),
> + "\t\t send_cq_id: 0x%x\n", send_cq->qplib_cq.id);
> +
> + dev_dbg(rdev_to_dev(rdev), "\t RQ ATTR:\n");
> + dev_dbg(rdev_to_dev(rdev),
> + "\t\t max_recv_wr: 0x%x max_recv_sge: 0x%x\n",
> + req->max_recv_wr, req->max_recv_sge);
> + dev_dbg(rdev_to_dev(rdev),
> + "\t\t va: 0x%llx len: 0x%x slots: 0x%x wqe_sz: 0x%x\n",
> + req->rq_va, req->rq_len, req->rq_slots, req->rq_wqe_sz);
> + dev_dbg(rdev_to_dev(rdev),
> + "\t\t recv_cq_id: 0x%x\n", recv_cq->qplib_cq.id);
> +}
And I afraid that you went too far with debug prints in this patch.
Please remove ALL of them and leave only minimal number of error prints.
Thanks
next prev parent reply other threads:[~2025-11-09 9:49 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-11-04 7:23 [PATCH rdma-next v2 0/4] RDMA/bnxt_re: Support direct verbs Sriharsha Basavapatna
2025-11-04 7:23 ` [PATCH rdma-next v2 1/4] RDMA/bnxt_re: Move the UAPI methods to a dedicated file Sriharsha Basavapatna
2025-11-09 9:12 ` Leon Romanovsky
2025-11-10 14:43 ` Sriharsha Basavapatna
2025-11-04 7:23 ` [PATCH rdma-next v2 2/4] RDMA/bnxt_re: Refactor bnxt_qplib_create_qp() function Sriharsha Basavapatna
2025-11-09 9:21 ` Leon Romanovsky
2025-11-10 14:49 ` Sriharsha Basavapatna
2025-11-11 10:14 ` Leon Romanovsky
2025-11-04 7:23 ` [PATCH rdma-next v2 3/4] RDMA/bnxt_re: Direct Verbs: Support DBR and UMEM verbs Sriharsha Basavapatna
2025-11-04 7:23 ` [PATCH rdma-next v2 4/4] RDMA/bnxt_re: Direct Verbs: Support CQ and QP verbs Sriharsha Basavapatna
2025-11-09 9:49 ` Leon Romanovsky [this message]
2025-11-10 14:58 ` Sriharsha Basavapatna
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=20251109094905.GH15456@unreal \
--to=leon@kernel.org \
--cc=andrew.gospodarek@broadcom.com \
--cc=jgg@ziepe.ca \
--cc=kalesh-anakkur.purayil@broadcom.com \
--cc=linux-rdma@vger.kernel.org \
--cc=selvin.xavier@broadcom.com \
--cc=sriharsha.basavapatna@broadcom.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).