From: Matan Barak <matanb-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>
To: Yann Droneaud <ydroneaud-RlY5vtjFyJ3QT0dZR+AlfA@public.gmane.org>,
Roland Dreier <roland-BHEL68pLQRGGvPXPguhicg@public.gmane.org>,
Roland Dreier <roland-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
Or Gerlitz <ogerlitz-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>
Cc: "linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
Igor Ivanov <Igor.Ivanov-wN0M4riKYwLQT0dZR+AlfA@public.gmane.org>
Subject: Re: [PATCH 8/9] IB/core: extended command: an improved infrastructure for uverbs commands
Date: Mon, 14 Oct 2013 18:38:26 +0300 [thread overview]
Message-ID: <525C0FF2.5040905@mellanox.com> (raw)
In-Reply-To: <0b84e20b204eb0fc67db9ca9106d6bf753a12ae3.1381510045.git.ydroneaud-RlY5vtjFyJ3QT0dZR+AlfA@public.gmane.org>
On 11/10/2013 8:57 PM, Yann Droneaud wrote:
> Commit 400dbc9 added an infrastructure for extensible uverbs
> commands while later commit 436f2ad exported ib_create_flow()/ib_destroy_flow()
> functions using this new infrastructure.
>
> According to the commit 400dbc9, the purpose of this infrastructure is
> to support passing around provider (eg. hardware) specific buffers
> when userspace issue commands to the kernel, so that it would be possible
> to extend uverbs (eg. core) buffers independently from the provider buffers.
>
> But the new kernel command function prototypes were not modified
> to take advantage of this extension. This issue was exposed by
> Roland Dreier in a previous review[1].
>
> So the following patch is an attempt to a revised extensible command
> infrastructure.
>
> This improved extensible command infrastructure distinguish between
> core (eg. legacy)'s command/response buffers from provider (eg. hardware)'s
> command/response buffers: each extended command implementing function
> is given a struct ib_udata to hold core (eg. uverbs) input and output buffers,
> and another struct ib_udata to hold the hw (eg. provider) input and output
> buffers.
> Having those buffers identified separately make it easier to increase one
> buffer to support extension without having to add some code to guess
> the exact size of each command/response parts: This should make the extended
> functions more reliable.
>
> Additionally, instead of relying on command identifier being greater
> than IB_USER_VERBS_CMD_THRESHOLD, the proposed infrastructure
> rely on unused bits in command field: on the 32 bits provided by
> command field, only 6 bits are really needed to encode the identifier
> of commands currently supported by the kernel. (Even using only 6 bits
> leaves room for about 23 new commands).
>
> So this patch makes use of some high order bits in command field
> to store flags, leaving enough room for more command identifiers
> than one will ever need (eg. 256).
>
> The new flags are used to specify if the command should be processed
> as an extended one or a legacy one. While designing the new command format,
> care was taken to make usage of flags itself extensible.
>
> Using high order bits of the commands field ensure
> that newer libibverbs on older kernel will properly fail
> when trying to call extended commands. On the other hand,
> older libibverbs on newer kernel will never be able to issue
> calls to extended commands.
>
> The extended command header includes the optional response
> pointer so that output buffer length and output buffer pointer
> are located together in the command, allowing proper parameters
> checking. This should make implementing functions easier and safer.
>
> Additionally the extended header ensure 64bits alignment,
> while making all sizes multiple of 8 bytes, extending
> the maximum buffer size:
>
> legacy extended
>
> Maximum command buffer: 256KBytes 1024KBytes (512KBytes + 512KBytes)
> Maximum response buffer: 256KBytes 1024KBytes (512KBytes + 512KBytes)
>
> For the purpose of doing proper buffer size accounting, the headers size
> are no more taken in account in "in_words".
>
> One of the odds of the current extensible infrastructure, reading twice
> the "legacy" command header, is fixed by removing the "legacy" command header
> from the extended command header: they are processed as two different parts
> of the command: memory is read once and information are not duplicated:
> it's making clear that's an extended command scheme and not a different
> command scheme.
>
> The proposed scheme will format input (command) and output (response)
> buffers this way:
>
> - command:
>
> legacy header +
> extended header +
> command data (core + hw):
>
> +----------------------------------------+
> | flags | 00 00 | command |
> | in_words | out_words |
> +----------------------------------------+
> | response |
> | response |
> | provider_in_words | provider_out_words |
> | padding |
> +----------------------------------------+
> | |
> . <uverbs input> .
> . (in_words * 8) .
> | |
> +----------------------------------------+
> | |
> . <provider input> .
> . (provider_in_words * 8) .
> | |
> +----------------------------------------+
>
> - response, if present:
>
> +----------------------------------------+
> | |
> . <uverbs output space> .
> . (out_words * 8) .
> | |
> +----------------------------------------+
> | |
> . <provider output space> .
> . (provider_out_words * 8) .
> | |
> +----------------------------------------+
>
> The overall design is to ensure that the extensible
> infrastructure is itself extensible while begin more
> reliable with more input and bound checking.
>
> [1]:
> http://marc.info/?iÊL1RGDWxmM17W2o_era24A-TTDeKyoL6u3NRu_=t_dhV_ZA9MA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org
>
> Cc: Igor Ivanov <Igor.Ivanov-wN0M4riKYwLQT0dZR+AlfA@public.gmane.org>
> Cc: Matan Barak <matanb-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>
> Signed-off-by: Yann Droneaud <ydroneaud-RlY5vtjFyJ3QT0dZR+AlfA@public.gmane.org>
> Link: http://marc.info/?i=ver.1381510045.git.ydroneaud-RlY5vtjFyJ3QT0dZR+AlfA@public.gmane.org
> Link: http://mid.gmane.org/cover.1381510045.git.ydroneaud-RlY5vtjFyJ3QT0dZR+AlfA@public.gmane.org
> ---
> drivers/infiniband/core/uverbs.h | 18 ++++-
> drivers/infiniband/core/uverbs_cmd.c | 56 ++++++++--------
> drivers/infiniband/core/uverbs_main.c | 121 ++++++++++++++++++++++++++--------
> drivers/infiniband/hw/mlx4/main.c | 6 +-
> include/rdma/ib_verbs.h | 1 +
> include/uapi/rdma/ib_user_verbs.h | 21 +++---
> 6 files changed, 154 insertions(+), 69 deletions(-)
>
> diff --git a/drivers/infiniband/core/uverbs.h b/drivers/infiniband/core/uverbs.h
> index 4ae0307..bdc842e 100644
> --- a/drivers/infiniband/core/uverbs.h
> +++ b/drivers/infiniband/core/uverbs.h
> @@ -47,6 +47,14 @@
> #include <rdma/ib_umem.h>
> #include <rdma/ib_user_verbs.h>
>
> +#define INIT_UDATA(udata, ibuf, obuf, ilen, olen) \
> + do { \
> + (udata)->inbuf =void __user *) (ibuf); \
> + (udata)->outbuf =void __user *) (obuf); \
> + (udata)->inlen =ilen); \
> + (udata)->outlen =olen); \
> + } while (0)
> +
> /*
> * Our lifetime rules for these structs are the following:
> *
> @@ -233,7 +241,13 @@ IB_UVERBS_DECLARE_CMD(destroy_srq);
> IB_UVERBS_DECLARE_CMD(create_xsrq);
> IB_UVERBS_DECLARE_CMD(open_xrcd);
> IB_UVERBS_DECLARE_CMD(close_xrcd);
> -IB_UVERBS_DECLARE_CMD(create_flow);
> -IB_UVERBS_DECLARE_CMD(destroy_flow);
> +
> +#define IB_UVERBS_DECLARE_EX_CMD(name) \
> + int ib_uverbs_ex_##name(struct ib_uverbs_file *file, \
> + struct ib_udata *ucore, \
> + struct ib_udata *uhw)
> +
> +IB_UVERBS_DECLARE_EX_CMD(create_flow);
> +IB_UVERBS_DECLARE_EX_CMD(destroy_flow);
>
> #endif /* UVERBS_H */
> diff --git a/drivers/infiniband/core/uverbs_cmd.c b/drivers/infiniband/core/uverbs_cmd.c
> index 052e07c..e35877d 100644
> --- a/drivers/infiniband/core/uverbs_cmd.c
> +++ b/drivers/infiniband/core/uverbs_cmd.c
> @@ -56,14 +56,6 @@ static struct uverbs_lock_class srq_lock_class = .name = "SRQ-uobj" };
> static struct uverbs_lock_class xrcd_lock_class = .name = "XRCD-uobj" };
> static struct uverbs_lock_class rule_lock_class = .name = "RULE-uobj" };
>
> -#define INIT_UDATA(udata, ibuf, obuf, ilen, olen) \
> - do { \
> - (udata)->inbuf =void __user *) (ibuf); \
> - (udata)->outbuf =void __user *) (obuf); \
> - (udata)->inlen =ilen); \
> - (udata)->outlen =olen); \
> - } while (0)
> -
> /*
> * The ib_uobject locking scheme is as follows:
> *
> @@ -2639,9 +2631,9 @@ static int kern_spec_to_ib_spec(struct ib_uverbs_flow_spec *kern_spec,
> return 0;
> }
>
> -ssize_t ib_uverbs_create_flow(struct ib_uverbs_file *file,
> - const char __user *buf, int in_len,
> - int out_len)
> +int ib_uverbs_ex_create_flow(struct ib_uverbs_file *file,
> + struct ib_udata *ucore,
> + struct ib_udata *uhw)
> {
> struct ib_uverbs_create_flow cmd;
> struct ib_uverbs_create_flow_resp resp;
> @@ -2655,11 +2647,15 @@ ssize_t ib_uverbs_create_flow(struct ib_uverbs_file *file,
> void *ib_spec;
> int i;
>
> - if (out_len < sizeof(resp))
> + if (ucore->outlen < sizeof(resp))
> return -ENOSPC;
>
> - if (copy_from_user(&cmd, buf, sizeof(cmd)))
> - return -EFAULT;
> + err =b_copy_from_udata(&cmd, ucore, sizeof(cmd));
> + if (err)
> + return err;
> +
> + ucore->inbuf +=izeof(cmd);
> + ucore->inlen -=izeof(cmd);
>
> if (cmd.comp_mask)
> return -EINVAL;
> @@ -2671,7 +2667,7 @@ ssize_t ib_uverbs_create_flow(struct ib_uverbs_file *file,
> if (cmd.flow_attr.num_of_specs > IB_FLOW_SPEC_SUPPORT_LAYERS)
> return -EINVAL;
>
> - if (cmd.flow_attr.size > (in_len - sizeof(cmd)) ||
> + if (cmd.flow_attr.size > ucore->inlen ||
> cmd.flow_attr.size >
> (cmd.flow_attr.num_of_specs * sizeof(struct ib_uverbs_flow_spec)))
> return -EINVAL;
> @@ -2683,11 +2679,10 @@ ssize_t ib_uverbs_create_flow(struct ib_uverbs_file *file,
> return -ENOMEM;
>
> memcpy(kern_flow_attr, &cmd.flow_attr, sizeof(*kern_flow_attr));
> - if (copy_from_user(kern_flow_attr + 1, buf + sizeof(cmd),
> - cmd.flow_attr.size)) {
> - err =EFAULT;
> + err =b_copy_from_udata(kern_flow_attr + 1, ucore,
> + cmd.flow_attr.size);
> + if (err)
> goto err_free_attr;
> - }
> } else {
> kern_flow_attr =cmd.flow_attr;
> }
> @@ -2755,11 +2750,10 @@ ssize_t ib_uverbs_create_flow(struct ib_uverbs_file *file,
> memset(&resp, 0, sizeof(resp));
> resp.flow_handle =obj->id;
>
> - if (copy_to_user((void __user *)(unsigned long) cmd.response,
> - &resp, sizeof(resp))) {
> - err =EFAULT;
> + err =b_copy_to_udata(ucore,
> + &resp, sizeof(resp));
> + if (err)
> goto err_copy;
> - }
>
> put_qp_read(qp);
> mutex_lock(&file->mutex);
> @@ -2772,7 +2766,7 @@ ssize_t ib_uverbs_create_flow(struct ib_uverbs_file *file,
> kfree(flow_attr);
> if (cmd.flow_attr.num_of_specs)
> kfree(kern_flow_attr);
> - return in_len;
> + return 0;
> err_copy:
> idr_remove_uobj(&ib_uverbs_rule_idr, uobj);
> destroy_flow:
> @@ -2789,16 +2783,18 @@ err_free_attr:
> return err;
> }
>
> -ssize_t ib_uverbs_destroy_flow(struct ib_uverbs_file *file,
> - const char __user *buf, int in_len,
> - int out_len) {
> +int ib_uverbs_ex_destroy_flow(struct ib_uverbs_file *file,
> + struct ib_udata *ucore,
> + struct ib_udata *uhw)
> +{
> struct ib_uverbs_destroy_flow cmd;
> struct ib_flow *flow_id;
> struct ib_uobject *uobj;
> int ret;
>
> - if (copy_from_user(&cmd, buf, sizeof(cmd)))
> - return -EFAULT;
> + ret =b_copy_from_udata(&cmd, ucore, sizeof(cmd));
> + if (ret)
> + return ret;
>
> uobj =dr_write_uobj(&ib_uverbs_rule_idr, cmd.flow_handle,
> file->ucontext);
> @@ -2820,7 +2816,7 @@ ssize_t ib_uverbs_destroy_flow(struct ib_uverbs_file *file,
>
> put_uobj(uobj);
>
> - return ret ? ret : in_len;
> + return ret ? ret : 0;
> }
>
> static int __uverbs_create_xsrq(struct ib_uverbs_file *file,
> diff --git a/drivers/infiniband/core/uverbs_main.c b/drivers/infiniband/core/uverbs_main.c
> index 75ad86c..4f00654 100644
> --- a/drivers/infiniband/core/uverbs_main.c
> +++ b/drivers/infiniband/core/uverbs_main.c
> @@ -115,8 +115,13 @@ static ssize_t (*uverbs_cmd_table[])(struct ib_uverbs_file *file,
> [IB_USER_VERBS_CMD_CLOSE_XRCD] =b_uverbs_close_xrcd,
> [IB_USER_VERBS_CMD_CREATE_XSRQ] =b_uverbs_create_xsrq,
> [IB_USER_VERBS_CMD_OPEN_QP] =b_uverbs_open_qp,
> - [IB_USER_VERBS_CMD_CREATE_FLOW] =b_uverbs_create_flow,
> - [IB_USER_VERBS_CMD_DESTROY_FLOW] =b_uverbs_destroy_flow
> +};
> +
> +static int (*uverbs_ex_cmd_table[])(struct ib_uverbs_file *file,
> + struct ib_udata *ucore,
> + struct ib_udata *uhw) =
> + [IB_USER_VERBS_EX_CMD_CREATE_FLOW] =b_uverbs_ex_create_flow,
> + [IB_USER_VERBS_EX_CMD_DESTROY_FLOW] =b_uverbs_ex_destroy_flow
> };
>
> static void ib_uverbs_add_one(struct ib_device *device);
> @@ -587,6 +592,7 @@ static ssize_t ib_uverbs_write(struct file *filp, const char __user *buf,
> {
> struct ib_uverbs_file *file =ilp->private_data;
> struct ib_uverbs_cmd_hdr hdr;
> + __u32 flags;
>
> if (count < sizeof hdr)
> return -EINVAL;
> @@ -594,41 +600,104 @@ static ssize_t ib_uverbs_write(struct file *filp, const char __user *buf,
> if (copy_from_user(&hdr, buf, sizeof hdr))
> return -EFAULT;
>
> - if (hdr.command >=RRAY_SIZE(uverbs_cmd_table) ||
> - !uverbs_cmd_table[hdr.command])
> - return -EINVAL;
> + flags =hdr.command &
> + IB_USER_VERBS_CMD_FLAGS_MASK) >> IB_USER_VERBS_CMD_FLAGS_SHIFT;
>
> - if (!file->ucontext &&
> - hdr.command !=B_USER_VERBS_CMD_GET_CONTEXT)
> - return -EINVAL;
> + if (!flags) {
> + __u32 command;
>
> - if (!(file->device->ib_dev->uverbs_cmd_mask & (1ull << hdr.command)))
> - return -ENOSYS;
> + if (hdr.command & ~(__u32)(IB_USER_VERBS_CMD_FLAGS_MASK |
> + IB_USER_VERBS_CMD_COMMAND_MASK))
> + return -EINVAL;
>
> - if (hdr.command >=B_USER_VERBS_CMD_THRESHOLD) {
> - struct ib_uverbs_cmd_hdr_ex hdr_ex;
> + command =dr.command & IB_USER_VERBS_CMD_COMMAND_MASK;
>
> - if (copy_from_user(&hdr_ex, buf, sizeof(hdr_ex)))
> - return -EFAULT;
> + if (command >=RRAY_SIZE(uverbs_cmd_table) ||
> + !uverbs_cmd_table[command])
> + return -EINVAL;
>
> - if (((hdr_ex.in_words + hdr_ex.provider_in_words) * 4) !=ount)
> + if (!file->ucontext &&
> + command !=B_USER_VERBS_CMD_GET_CONTEXT)
> return -EINVAL;
>
> - return uverbs_cmd_table[hdr.command](file,
> - buf + sizeof(hdr_ex),
> - (hdr_ex.in_words +
> - hdr_ex.provider_in_words) * 4,
> - (hdr_ex.out_words +
> - hdr_ex.provider_out_words) * 4);
> - } else {
> + if (!(file->device->ib_dev->uverbs_cmd_mask & (1ull << command)))
> + return -ENOSYS;
> +
> if (hdr.in_words * 4 !=ount)
> return -EINVAL;
>
> - return uverbs_cmd_table[hdr.command](file,
> - buf + sizeof(hdr),
> - hdr.in_words * 4,
> - hdr.out_words * 4);
> + return uverbs_cmd_table[command](file,
> + buf + sizeof(hdr),
> + hdr.in_words * 4,
> + hdr.out_words * 4);
> +
> + } else if (flags =IB_USER_VERBS_CMD_FLAG_EXTENDED) {
> + __u32 command;
> +
> + struct ib_uverbs_ex_cmd_hdr ex_hdr;
> + struct ib_udata ucore;
> + struct ib_udata uhw;
> + int err;
> +
> + if (hdr.command & ~(__u32)(IB_USER_VERBS_CMD_FLAGS_MASK |
> + IB_USER_VERBS_CMD_COMMAND_MASK))
> + return -EINVAL;
> +
> + command =dr.command & IB_USER_VERBS_CMD_COMMAND_MASK;
> +
> + if (command >=RRAY_SIZE(uverbs_ex_cmd_table) ||
> + !uverbs_ex_cmd_table[command])
> + return -ENOSYS;
> +
> + if (!file->ucontext)
> + return -EINVAL;
> +
> + if (!(file->device->ib_dev->uverbs_ex_cmd_mask & (1ull << command)))
> + return -ENOSYS;
> +
> + if (count < (sizeof(hdr) + sizeof(ex_hdr)))
> + return -EINVAL;
> +
> + if (copy_from_user(&ex_hdr, buf + sizeof(hdr), sizeof(ex_hdr)))
> + return -EFAULT;
> +
> + count -=izeof(hdr) + sizeof(ex_hdr);
> + buf +=izeof(hdr) + sizeof(ex_hdr);
> +
> + if ((hdr.in_words + ex_hdr.provider_in_words) * 8 !=ount)
> + return -EINVAL;
> +
> + if (ex_hdr.response) {
> + if (!hdr.out_words && !ex_hdr.provider_out_words)
> + return -EINVAL;
> + } else {
> + if (hdr.out_words || ex_hdr.provider_out_words)
> + return -EINVAL;
> + }
> +
> + INIT_UDATA(&ucore,
> + (hdr.in_words) ? buf : 0,
> + (unsigned long)ex_hdr.response,
> + hdr.in_words * 8,
> + hdr.out_words * 8);
> +
> + INIT_UDATA(&uhw,
> + (ex_hdr.provider_in_words) ? buf + ucore.inlen : 0,
> + (ex_hdr.provider_out_words) ? (unsigned long)ex_hdr.response + ucore.outlen : 0,
> + ex_hdr.provider_in_words * 8,
> + ex_hdr.provider_out_words * 8);
> +
> + err =verbs_ex_cmd_table[command](file,
> + &ucore,
> + &uhw);
> +
> + if (err)
> + return err;
> +
> + return count;
> }
> +
> + return -ENOSYS;
> }
>
> static int ib_uverbs_mmap(struct file *filp, struct vm_area_struct *vma)
> diff --git a/drivers/infiniband/hw/mlx4/main.c b/drivers/infiniband/hw/mlx4/main.c
> index d6c5a73..1aad9b3 100644
> --- a/drivers/infiniband/hw/mlx4/main.c
> +++ b/drivers/infiniband/hw/mlx4/main.c
> @@ -1691,9 +1691,9 @@ static void *mlx4_ib_add(struct mlx4_dev *dev)
> ibdev->ib_dev.create_flow =lx4_ib_create_flow;
> ibdev->ib_dev.destroy_flow =lx4_ib_destroy_flow;
>
> - ibdev->ib_dev.uverbs_cmd_mask |- (1ull << IB_USER_VERBS_CMD_CREATE_FLOW) |
> - (1ull << IB_USER_VERBS_CMD_DESTROY_FLOW);
> + ibdev->ib_dev.uverbs_ex_cmd_mask |+ (1ull << IB_USER_VERBS_EX_CMD_CREATE_FLOW) |
> + (1ull << IB_USER_VERBS_EX_CMD_DESTROY_FLOW);
> }
>
> mlx4_ib_alloc_eqs(dev, ibdev);
> diff --git a/include/rdma/ib_verbs.h b/include/rdma/ib_verbs.h
> index e393171..a06fc12 100644
> --- a/include/rdma/ib_verbs.h
> +++ b/include/rdma/ib_verbs.h
> @@ -1436,6 +1436,7 @@ struct ib_device {
>
> int uverbs_abi_ver;
> u64 uverbs_cmd_mask;
> + u64 uverbs_ex_cmd_mask;
>
> char node_desc[64];
> __be64 node_guid;
> diff --git a/include/uapi/rdma/ib_user_verbs.h b/include/uapi/rdma/ib_user_verbs.h
> index 93577fc..cbfdd4c 100644
> --- a/include/uapi/rdma/ib_user_verbs.h
> +++ b/include/uapi/rdma/ib_user_verbs.h
> @@ -87,8 +87,11 @@ enum {
> IB_USER_VERBS_CMD_CLOSE_XRCD,
> IB_USER_VERBS_CMD_CREATE_XSRQ,
> IB_USER_VERBS_CMD_OPEN_QP,
> - IB_USER_VERBS_CMD_CREATE_FLOW =B_USER_VERBS_CMD_THRESHOLD,
> - IB_USER_VERBS_CMD_DESTROY_FLOW
> +};
> +
> +enum {
> + IB_USER_VERBS_EX_CMD_CREATE_FLOW =B_USER_VERBS_CMD_THRESHOLD,
> + IB_USER_VERBS_EX_CMD_DESTROY_FLOW
> };
I think B_USER_VERBS_CMD_THRESHOLD could be removed.
>
> /*
> @@ -120,16 +123,20 @@ struct ib_uverbs_comp_event_desc {
> * the rest of the command struct based on these value.
> */
>
> +#define IB_USER_VERBS_CMD_COMMAND_MASK 0xff
> +#define IB_USER_VERBS_CMD_FLAGS_MASK 0xff000000u
> +#define IB_USER_VERBS_CMD_FLAGS_SHIFT 24
> +
> +#define IB_USER_VERBS_CMD_FLAG_EXTENDED 0x80
> +
> struct ib_uverbs_cmd_hdr {
> __u32 command;
> __u16 in_words;
> __u16 out_words;
> };
>
> -struct ib_uverbs_cmd_hdr_ex {
> - __u32 command;
> - __u16 in_words;
> - __u16 out_words;
> +struct ib_uverbs_ex_cmd_hdr {
> + __u64 response;
> __u16 provider_in_words;
> __u16 provider_out_words;
> __u32 cmd_hdr_reserved;
> @@ -777,8 +784,6 @@ struct ib_uverbs_flow_attr {
>
> struct ib_uverbs_create_flow {
> __u32 comp_mask;
> - __u32 reserved;
> - __u64 response;
> __u32 qp_handle;
> struct ib_uverbs_flow_attr flow_attr;
> };
> --
> 1.8.3.1
>
This infrastructure (as well as the original one) doesn't deal with the
case we discussed about in the previous patches. When a command contains
a structure that can be extended, we don't have a clean nice way of
doing that. Though, because it's a limitation of the original design and
this patch cleans up the functionality of the original infrastructure,
I'm in favor of merging it.
Matan
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2013-10-14 15:38 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-10-11 17:18 [PATCH 0/9] IB/core: batch of fix against create/destroy_flow uverbs for v3.12 Yann Droneaud
[not found] ` <cover.1381510045.git.ydroneaud-RlY5vtjFyJ3QT0dZR+AlfA@public.gmane.org>
2013-10-11 17:18 ` [PATCH 1/9] IB/core: clarify overflow/underflow checks on ib_create/destroy_flow Yann Droneaud
2013-10-11 17:18 ` [PATCH 2/9] IB/core: Includes flow attribute size in uverbs create_flow Yann Droneaud
[not found] ` <a83e37e225cd16e5a556b35dcadc7a1234519c2a.1381510045.git.ydroneaud-RlY5vtjFyJ3QT0dZR+AlfA@public.gmane.org>
2013-10-14 11:01 ` Or Gerlitz
[not found] ` <525BCF21.3090706-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>
2013-10-14 12:22 ` Yann Droneaud
2013-10-14 15:13 ` Matan Barak
2013-10-11 17:18 ` [PATCH 3/9] IB/core: Don't include command header " Yann Droneaud
[not found] ` <ca92c22d0aea21d559d57e6152cb313729a11274.1381510045.git.ydroneaud-RlY5vtjFyJ3QT0dZR+AlfA@public.gmane.org>
2013-10-14 15:21 ` Matan Barak
[not found] ` <525C0BF2.2060201-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>
2013-10-14 15:46 ` Yann Droneaud
[not found] ` <72b95284386dc57dfa1c7c883b4f45af-zgzEX58YAwA@public.gmane.org>
2013-10-14 18:19 ` Roland Dreier
[not found] ` <CAL1RGDWarJPu_6u5oaL6NgZZJXBuB09vTi9xhxHALfiY_W9Sgg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2013-10-15 14:08 ` Yann Droneaud
[not found] ` <122f1a29d6fe45449a6a153a3a9ba8b1-zgzEX58YAwA@public.gmane.org>
2013-10-15 16:44 ` Roland Dreier
[not found] ` <CAL1RGDXP3+X=go4GiW_SsvSvC_VS-B7uacJN0u5wVtU3NWfvQA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2013-10-15 17:07 ` Yann Droneaud
2013-10-15 21:34 ` Or Gerlitz
[not found] ` <CAJZOPZLr41MGb7qPHcFVQxNcwwAB8i4vnGQhEcu0oZ-BOiMBcg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2013-10-16 0:04 ` Roland Dreier
[not found] ` <CAL1RGDW7KwSOmmsRxDokUHR-Mh1OzaQvDege5Rq7JsSU8AgEHQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2013-10-17 9:19 ` Or Gerlitz
[not found] ` <525FABA2.6000507-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>
2013-10-17 15:29 ` Yann Droneaud
[not found] ` <80c62f070af55a176923315b3fbb7b0d-zgzEX58YAwA@public.gmane.org>
2013-10-21 16:46 ` Roland Dreier
2013-10-11 17:18 ` [PATCH 4/9] IB/core: Rename 'flow' structs to match other uverbs structs Yann Droneaud
2013-10-11 17:18 ` [PATCH 5/9] IB/core: Makes uverbs flow structure using names more similar to verbs ones Yann Droneaud
2013-10-11 17:18 ` [PATCH 6/9] IB/core: Uses a common header for uverbs flow_specs Yann Droneaud
2013-10-11 17:18 ` [PATCH 7/9] IB/core: Remove ib_uverbs_flow_spec structure from userspace Yann Droneaud
[not found] ` <f8673f302536d503cdeef005a67f4531706ae578.1381510045.git.ydroneaud-RlY5vtjFyJ3QT0dZR+AlfA@public.gmane.org>
2013-10-14 15:26 ` Matan Barak
2013-10-11 17:18 ` [PATCH 8/9] IB/core: extended command: an improved infrastructure for uverbs commands Yann Droneaud
[not found] ` <0b84e20b204eb0fc67db9ca9106d6bf753a12ae3.1381510045.git.ydroneaud-RlY5vtjFyJ3QT0dZR+AlfA@public.gmane.org>
2013-10-14 15:38 ` Matan Barak [this message]
[not found] ` <525C0FF2.5040905-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>
2013-10-17 14:41 ` Matan Barak
[not found] ` <525FF724.5050601-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>
2013-10-17 15:05 ` Yann Droneaud
[not found] ` <f45595bcb4399ea2cb81d99a914dd9a0-zgzEX58YAwA@public.gmane.org>
2013-10-24 0:34 ` Or Gerlitz
2013-10-11 17:18 ` [PATCH 9/9] IB/core: extended command: move comp_mask to the extended header Yann Droneaud
[not found] ` <40175eda10d670d098204da6aa4c327a0171ae5f.1381510045.git.ydroneaud-RlY5vtjFyJ3QT0dZR+AlfA@public.gmane.org>
2013-10-14 15:44 ` Matan Barak
2013-10-14 15:36 ` [PATCH 0/9] IB/core: batch of fix against create/destroy_flow uverbs for v3.12 Or Gerlitz
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=525C0FF2.5040905@mellanox.com \
--to=matanb-vpraknaxozvwk0htik3j/w@public.gmane.org \
--cc=Igor.Ivanov-wN0M4riKYwLQT0dZR+AlfA@public.gmane.org \
--cc=linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=ogerlitz-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org \
--cc=roland-BHEL68pLQRGGvPXPguhicg@public.gmane.org \
--cc=roland-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org \
--cc=ydroneaud-RlY5vtjFyJ3QT0dZR+AlfA@public.gmane.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