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 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.