linux-rdma.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCH v3 iproute2-next 0/3] Add support to set privileged qkey parameter
@ 2023-10-25 12:30 Patrisious Haddad
  2023-10-25 12:31 ` [PATCH v3 iproute2-next 1/3] rdma: update uapi headers Patrisious Haddad
                   ` (3 more replies)
  0 siblings, 4 replies; 5+ messages in thread
From: Patrisious Haddad @ 2023-10-25 12:30 UTC (permalink / raw)
  To: jgg, leon, dsahern, stephen
  Cc: Patrisious Haddad, netdev, linux-rdma, linuxarm, linux-kernel,
	huangjunxian6, michaelgur

This patchset adds support to enable or disable privileged QKEY.
When enabled, non-privileged users will be allowed to specify a controlled QKEY.
The corresponding kernel commit is 36ce80759f8c
("RDMA/core: Add support to set privileged qkey parameter")

All the information regarding the added parameter and its usage are included
in the commits below and the edited man page.

---
v1->v2:
- Uses print_color_on_off instead of print_color_string for printing.
- Uses parse_on_off instead of manual parsing.
v2->v3:
- Uses shorter argument name at second patch to fit in one line.
- Updates man page for better clarity.

Patrisious Haddad (3):
  rdma: update uapi headers
  rdma: Add an option to set privileged QKEY parameter
  rdma: Adjust man page for rdma system set privileged_qkey command

 man/man8/rdma-system.8                | 32 +++++++++++++++++--
 rdma/include/uapi/rdma/rdma_netlink.h |  6 ++++
 rdma/sys.c                            | 45 +++++++++++++++++++++++++--
 rdma/utils.c                          |  1 +
 4 files changed, 79 insertions(+), 5 deletions(-)

-- 
2.18.1


^ permalink raw reply	[flat|nested] 5+ messages in thread

* [PATCH v3 iproute2-next 1/3] rdma: update uapi headers
  2023-10-25 12:30 [PATCH v3 iproute2-next 0/3] Add support to set privileged qkey parameter Patrisious Haddad
@ 2023-10-25 12:31 ` Patrisious Haddad
  2023-10-25 12:31 ` [PATCH v3 iproute2-next 2/3] rdma: Add an option to set privileged QKEY parameter Patrisious Haddad
                   ` (2 subsequent siblings)
  3 siblings, 0 replies; 5+ messages in thread
From: Patrisious Haddad @ 2023-10-25 12:31 UTC (permalink / raw)
  To: jgg, leon, dsahern, stephen
  Cc: Patrisious Haddad, netdev, linux-rdma, linuxarm, linux-kernel,
	huangjunxian6, michaelgur

Update rdma_netlink.h file upto kernel commit 36ce80759f8c
("RDMA/core: Add support to set privileged qkey parameter")

Signed-off-by: Patrisious Haddad <phaddad@nvidia.com>
Reviewed-by: Michael Guralnik <michaelgur@nvidia.com>
---
 rdma/include/uapi/rdma/rdma_netlink.h | 6 ++++++
 1 file changed, 6 insertions(+)

diff --git a/rdma/include/uapi/rdma/rdma_netlink.h b/rdma/include/uapi/rdma/rdma_netlink.h
index 92c528a0..3a506efa 100644
--- a/rdma/include/uapi/rdma/rdma_netlink.h
+++ b/rdma/include/uapi/rdma/rdma_netlink.h
@@ -554,6 +554,12 @@ enum rdma_nldev_attr {
 	RDMA_NLDEV_ATTR_STAT_HWCOUNTER_INDEX,	/* u32 */
 	RDMA_NLDEV_ATTR_STAT_HWCOUNTER_DYNAMIC, /* u8 */
 
+	/*
+	 * To enable or disable using privileged_qkey without being
+	 * a privileged user.
+	 */
+	RDMA_NLDEV_SYS_ATTR_PRIVILEGED_QKEY_MODE,	/* u8 */
+
 	/*
 	 * Always the end
 	 */
-- 
2.18.1


^ permalink raw reply related	[flat|nested] 5+ messages in thread

* [PATCH v3 iproute2-next 2/3] rdma: Add an option to set privileged QKEY parameter
  2023-10-25 12:30 [PATCH v3 iproute2-next 0/3] Add support to set privileged qkey parameter Patrisious Haddad
  2023-10-25 12:31 ` [PATCH v3 iproute2-next 1/3] rdma: update uapi headers Patrisious Haddad
@ 2023-10-25 12:31 ` Patrisious Haddad
  2023-10-25 12:31 ` [PATCH v3 iproute2-next 3/3] rdma: Adjust man page for rdma system set privileged-qkey command Patrisious Haddad
  2023-10-26  0:10 ` [PATCH v3 iproute2-next 0/3] Add support to set privileged qkey parameter patchwork-bot+netdevbpf
  3 siblings, 0 replies; 5+ messages in thread
From: Patrisious Haddad @ 2023-10-25 12:31 UTC (permalink / raw)
  To: jgg, leon, dsahern, stephen
  Cc: Patrisious Haddad, netdev, linux-rdma, linuxarm, linux-kernel,
	huangjunxian6, michaelgur

Enrich rdmatool with an option to enable or disable privileged QKEY.
When enabled, non-privileged users will be allowed to specify a
controlled QKEY.

By default this parameter is disabled in order to comply with IB spec.
According to the IB specification rel-1.6, section 3.5.3:
"QKEYs with the most significant bit set are considered controlled
QKEYs, and a HCA does not allow a consumer to arbitrarily specify a
controlled QKEY."

This allows old applications which existed before the kernel commit:
0cadb4db79e1 ("RDMA/uverbs: Restrict usage of privileged QKEYs")
they can use privileged QKEYs without being a privileged user to now
be able to work again without being privileged granted they turn on this
parameter.

rdma tool command examples and output.

$ rdma system show
netns shared privileged-qkey off copy-on-fork on

$ rdma system set privileged-qkey on

$ rdma system show
netns shared privileged-qkey on copy-on-fork on

Signed-off-by: Patrisious Haddad <phaddad@nvidia.com>
Reviewed-by: Michael Guralnik <michaelgur@nvidia.com>
Reviewed-by: Petr Machata <petrm@nvidia.com>
---
 rdma/sys.c   | 45 +++++++++++++++++++++++++++++++++++++++++++--
 rdma/utils.c |  1 +
 2 files changed, 44 insertions(+), 2 deletions(-)

diff --git a/rdma/sys.c b/rdma/sys.c
index fd785b25..3e369553 100644
--- a/rdma/sys.c
+++ b/rdma/sys.c
@@ -40,6 +40,16 @@ static int sys_show_parse_cb(const struct nlmsghdr *nlh, void *data)
 				   mode_str);
 	}
 
+	if (tb[RDMA_NLDEV_SYS_ATTR_PRIVILEGED_QKEY_MODE]) {
+		uint8_t mode;
+
+		mode = mnl_attr_get_u8(tb[RDMA_NLDEV_SYS_ATTR_PRIVILEGED_QKEY_MODE]);
+
+		print_color_on_off(PRINT_ANY, COLOR_NONE, "privileged-qkey",
+				   "privileged-qkey %s ", mode);
+
+	}
+
 	if (tb[RDMA_NLDEV_SYS_ATTR_COPY_ON_FORK])
 		cof = mnl_attr_get_u8(tb[RDMA_NLDEV_SYS_ATTR_COPY_ON_FORK]);
 
@@ -67,8 +77,9 @@ static int sys_show_no_args(struct rd *rd)
 static int sys_show(struct rd *rd)
 {
 	const struct rd_cmd cmds[] = {
-		{ NULL,		sys_show_no_args},
-		{ "netns",	sys_show_no_args},
+		{ NULL,			sys_show_no_args},
+		{ "netns",		sys_show_no_args},
+		{ "privileged-qkey",	sys_show_no_args},
 		{ 0 }
 	};
 
@@ -86,6 +97,17 @@ static int sys_set_netns_cmd(struct rd *rd, bool enable)
 	return rd_sendrecv_msg(rd, seq);
 }
 
+static int sys_set_privileged_qkey_cmd(struct rd *rd, bool enable)
+{
+	uint32_t seq;
+
+	rd_prepare_msg(rd, RDMA_NLDEV_CMD_SYS_SET,
+		       &seq, (NLM_F_REQUEST | NLM_F_ACK));
+	mnl_attr_put_u8(rd->nlh, RDMA_NLDEV_SYS_ATTR_PRIVILEGED_QKEY_MODE, enable);
+
+	return rd_sendrecv_msg(rd, seq);
+}
+
 static bool sys_valid_netns_cmd(const char *cmd)
 {
 	int i;
@@ -111,10 +133,28 @@ static int sys_set_netns_args(struct rd *rd)
 	return sys_set_netns_cmd(rd, cmd);
 }
 
+static int sys_set_privileged_qkey_args(struct rd *rd)
+{
+	bool cmd;
+	int ret;
+
+	if (rd_no_arg(rd)) {
+		pr_err("valid options are: { on | off }\n");
+		return -EINVAL;
+	}
+
+	cmd = parse_on_off("privileged-qkey", rd_argv(rd), &ret);
+	if (ret)
+		return -EINVAL;
+
+	return sys_set_privileged_qkey_cmd(rd, cmd);
+}
+
 static int sys_set_help(struct rd *rd)
 {
 	pr_out("Usage: %s system set [PARAM] value\n", rd->filename);
 	pr_out("            system set netns { shared | exclusive }\n");
+	pr_out("            system set privileged-qkey { on | off }\n");
 	return 0;
 }
 
@@ -124,6 +164,7 @@ static int sys_set(struct rd *rd)
 		{ NULL,			sys_set_help },
 		{ "help",		sys_set_help },
 		{ "netns",		sys_set_netns_args},
+		{ "privileged-qkey",	sys_set_privileged_qkey_args},
 		{ 0 }
 	};
 
diff --git a/rdma/utils.c b/rdma/utils.c
index 8a091c05..09985069 100644
--- a/rdma/utils.c
+++ b/rdma/utils.c
@@ -473,6 +473,7 @@ static const enum mnl_attr_data_type nldev_policy[RDMA_NLDEV_ATTR_MAX] = {
 	[RDMA_NLDEV_ATTR_STAT_AUTO_MODE_MASK] = MNL_TYPE_U32,
 	[RDMA_NLDEV_ATTR_DEV_DIM] = MNL_TYPE_U8,
 	[RDMA_NLDEV_ATTR_RES_RAW] = MNL_TYPE_BINARY,
+	[RDMA_NLDEV_SYS_ATTR_PRIVILEGED_QKEY_MODE] = MNL_TYPE_U8,
 };
 
 static int rd_attr_check(const struct nlattr *attr, int *typep)
-- 
2.18.1


^ permalink raw reply related	[flat|nested] 5+ messages in thread

* [PATCH v3 iproute2-next 3/3] rdma: Adjust man page for rdma system set privileged-qkey command
  2023-10-25 12:30 [PATCH v3 iproute2-next 0/3] Add support to set privileged qkey parameter Patrisious Haddad
  2023-10-25 12:31 ` [PATCH v3 iproute2-next 1/3] rdma: update uapi headers Patrisious Haddad
  2023-10-25 12:31 ` [PATCH v3 iproute2-next 2/3] rdma: Add an option to set privileged QKEY parameter Patrisious Haddad
@ 2023-10-25 12:31 ` Patrisious Haddad
  2023-10-26  0:10 ` [PATCH v3 iproute2-next 0/3] Add support to set privileged qkey parameter patchwork-bot+netdevbpf
  3 siblings, 0 replies; 5+ messages in thread
From: Patrisious Haddad @ 2023-10-25 12:31 UTC (permalink / raw)
  To: jgg, leon, dsahern, stephen
  Cc: Patrisious Haddad, netdev, linux-rdma, linuxarm, linux-kernel,
	huangjunxian6, michaelgur

Signed-off-by: Patrisious Haddad <phaddad@nvidia.com>
Reviewed-by: Michael Guralnik <michaelgur@nvidia.com>
Reviewed-by: Petr Machata <petrm@nvidia.com>
---
 man/man8/rdma-system.8 | 32 +++++++++++++++++++++++++++++---
 1 file changed, 29 insertions(+), 3 deletions(-)

diff --git a/man/man8/rdma-system.8 b/man/man8/rdma-system.8
index ab1d89fd..554938eb 100644
--- a/man/man8/rdma-system.8
+++ b/man/man8/rdma-system.8
@@ -26,13 +26,20 @@ rdma-system \- RDMA subsystem configuration
 .BR netns
 .BR NEWMODE
 
+.ti -8
+.B rdma system set
+.BR privileged-qkey
+.BR NEWSTATE
+
 .ti -8
 .B rdma system help
 
 .SH "DESCRIPTION"
-.SS rdma system set - set RDMA subsystem network namespace mode
+.SS rdma system set - set RDMA subsystem network namespace mode or
+privileged qkey mode
 
-.SS rdma system show - display RDMA subsystem network namespace mode
+.SS rdma system show - display RDMA subsystem network namespace mode and
+privileged qkey state
 
 .PP
 .I "NEWMODE"
@@ -49,12 +56,18 @@ network namespaces is not needed, shared mode can be used.
 
 It is preferred to not change the subsystem mode when there is active
 RDMA traffic running, even though it is supported.
+.PP
+.I "NEWSTATE"
+- Specifies the new state of the privileged-qkey parameter, either on or off.
+This parameter determines whether a non-privileged user is allowed to specify a
+controlled QKEY or not.
 
 .SH "EXAMPLES"
 .PP
 rdma system show
 .RS 4
-Shows the state of RDMA subsystem network namespace mode on the system.
+Shows the state of RDMA subsystem network namespace mode on the system and
+the state of privileged qkey parameter.
 .RE
 .PP
 rdma system set netns exclusive
@@ -69,6 +82,19 @@ Sets the RDMA subsystem in network namespace shared mode. In this mode RDMA devi
 are shared among network namespaces.
 .RE
 .PP
+.PP
+rdma system set privileged-qkey on
+.RS 4
+Sets the privileged-qkey parameter to on. In this state non-privileged user
+is allowed to specify a controlled QKEY.
+.RE
+.PP
+rdma system set privileged-qkey off
+.RS 4
+Sets the privileged-qkey parameter to off. In this state non-privileged user
+is *not* allowed to specify a controlled QKEY.
+.RE
+.PP
 
 .SH SEE ALSO
 .BR rdma (8),
-- 
2.18.1


^ permalink raw reply related	[flat|nested] 5+ messages in thread

* Re: [PATCH v3 iproute2-next 0/3] Add support to set privileged qkey parameter
  2023-10-25 12:30 [PATCH v3 iproute2-next 0/3] Add support to set privileged qkey parameter Patrisious Haddad
                   ` (2 preceding siblings ...)
  2023-10-25 12:31 ` [PATCH v3 iproute2-next 3/3] rdma: Adjust man page for rdma system set privileged-qkey command Patrisious Haddad
@ 2023-10-26  0:10 ` patchwork-bot+netdevbpf
  3 siblings, 0 replies; 5+ messages in thread
From: patchwork-bot+netdevbpf @ 2023-10-26  0:10 UTC (permalink / raw)
  To: Patrisious Haddad
  Cc: jgg, leon, dsahern, stephen, netdev, linux-rdma, linuxarm,
	linux-kernel, huangjunxian6, michaelgur

Hello:

This series was applied to iproute2/iproute2-next.git (main)
by David Ahern <dsahern@kernel.org>:

On Wed, 25 Oct 2023 15:30:59 +0300 you wrote:
> This patchset adds support to enable or disable privileged QKEY.
> When enabled, non-privileged users will be allowed to specify a controlled QKEY.
> The corresponding kernel commit is 36ce80759f8c
> ("RDMA/core: Add support to set privileged qkey parameter")
> 
> All the information regarding the added parameter and its usage are included
> in the commits below and the edited man page.
> 
> [...]

Here is the summary with links:
  - [v3,iproute2-next,1/3] rdma: update uapi headers
    https://git.kernel.org/pub/scm/network/iproute2/iproute2-next.git/commit/?id=bbcebb2ea76b
  - [v3,iproute2-next,2/3] rdma: Add an option to set privileged QKEY parameter
    https://git.kernel.org/pub/scm/network/iproute2/iproute2-next.git/commit/?id=21180a7ac40a
  - [v3,iproute2-next,3/3] rdma: Adjust man page for rdma system set privileged-qkey command
    https://git.kernel.org/pub/scm/network/iproute2/iproute2-next.git/commit/?id=ecea0c2a7bba

You are awesome, thank you!
-- 
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html



^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2023-10-26  0:10 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2023-10-25 12:30 [PATCH v3 iproute2-next 0/3] Add support to set privileged qkey parameter Patrisious Haddad
2023-10-25 12:31 ` [PATCH v3 iproute2-next 1/3] rdma: update uapi headers Patrisious Haddad
2023-10-25 12:31 ` [PATCH v3 iproute2-next 2/3] rdma: Add an option to set privileged QKEY parameter Patrisious Haddad
2023-10-25 12:31 ` [PATCH v3 iproute2-next 3/3] rdma: Adjust man page for rdma system set privileged-qkey command Patrisious Haddad
2023-10-26  0:10 ` [PATCH v3 iproute2-next 0/3] Add support to set privileged qkey parameter patchwork-bot+netdevbpf

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