From: Jason Gunthorpe <jgg@nvidia.com>
To: Dennis Dalessandro <dennis.dalessandro@cornelisnetworks.com>
Cc: leon@kernel.org, Dean Luick <dean.luick@cornelisnetworks.com>,
Breandan Cunningham <brendan.cunningham@cornelisnetworks.com>,
linux-rdma@vger.kernel.org
Subject: Re: [PATCH for-next v3] RDMA/hfi2: Consolidate ABI files and setup uverbs access
Date: Thu, 9 Apr 2026 11:31:35 -0300 [thread overview]
Message-ID: <20260409143135.GA1931061@nvidia.com> (raw)
In-Reply-To: <177516078937.637585.1447184858924347033.stgit@awdrv-04.cornelisnetworks.com>
On Thu, Apr 02, 2026 at 04:13:09PM -0400, Dennis Dalessandro wrote:
> diff --git a/include/uapi/rdma/hfi/hfi1_user.h b/include/uapi/rdma/hfi/hfi1_user.h
> deleted file mode 100644
> index 1106a7c90b29..000000000000
> --- a/include/uapi/rdma/hfi/hfi1_user.h
> +++ /dev/null
> -/*
> - * Set of HW and driver capability/feature bits.
> - * These bit values are used to configure enabled/disabled HW and
> - * driver features. The same set of bits are communicated to user
> - * space.
> - */
> -#define HFI1_CAP_DMA_RTAIL (1UL << 0) /* Use DMA'ed RTail value */
How is the userspace going to work after these are removed?
Shouldn't some of the drivers/infiniband/hw/hfi1/hfi1_user_compat.h
stuff be here instead?
> diff --git a/include/uapi/rdma/rdma_user_ioctl.h b/include/uapi/rdma/rdma_user_ioctl.h
> index 53c55188dd2a..263cace86f8f 100644
> --- a/include/uapi/rdma/rdma_user_ioctl.h
> +++ b/include/uapi/rdma/rdma_user_ioctl.h
> @@ -39,47 +39,14 @@
> #include <rdma/rdma_user_ioctl_cmds.h>
>
> /* Legacy name, for user space application which already use it */
> -#define IB_IOCTL_MAGIC RDMA_IOCTL_MAGIC
> -
> -/*
> - * General blocks assignments
> - * It is closed on purpose - do not expose it to user space
> - * #define MAD_CMD_BASE 0x00
> - * #define HFI1_CMD_BAS 0xE0
> - */
> +#define IB_IOCTL_MAGIC RDMA_IOCTL_MAGIC
>
> /* MAD specific section */
> -#define IB_USER_MAD_REGISTER_AGENT _IOWR(RDMA_IOCTL_MAGIC, 0x01, struct ib_user_mad_reg_req)
> -#define IB_USER_MAD_UNREGISTER_AGENT _IOW(RDMA_IOCTL_MAGIC, 0x02, __u32)
> -#define IB_USER_MAD_ENABLE_PKEY _IO(RDMA_IOCTL_MAGIC, 0x03)
> -#define IB_USER_MAD_REGISTER_AGENT2 _IOWR(RDMA_IOCTL_MAGIC, 0x04, struct ib_user_mad_reg_req2)
These general lines shouldn't be touched right?
Jason
prev parent reply other threads:[~2026-04-09 14:31 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-04-02 20:13 [PATCH for-next v3] RDMA/hfi2: Consolidate ABI files and setup uverbs access Dennis Dalessandro
2026-04-09 14:31 ` 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=20260409143135.GA1931061@nvidia.com \
--to=jgg@nvidia.com \
--cc=brendan.cunningham@cornelisnetworks.com \
--cc=dean.luick@cornelisnetworks.com \
--cc=dennis.dalessandro@cornelisnetworks.com \
--cc=leon@kernel.org \
--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