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
Subject: Re: [PATCH for-next v2 0/7] uverbs extensions fixes
Date: Thu, 7 Nov 2013 11:33:13 +0200 [thread overview]
Message-ID: <527B5E59.5000901@mellanox.com> (raw)
In-Reply-To: <cover.1383773832.git.ydroneaud-RlY5vtjFyJ3QT0dZR+AlfA@public.gmane.org>
On 7/11/2013 12:21 AM, Yann Droneaud wrote:
> This series is a continuous improvement for the uverbs
> extension mechanism and flow steering uverbs that were
> introduced as an experimental features for v3.12.
>
> I suggested and implemented the following improvements:
> - improved extensible/extended command infrastructure
> with clear split between core/ (eg. uverbs) and hw/ (eg. provider)
> portion of command and response;
> - structure renaming to match others uverbs public structs;
> - changes usage of the flow_attr.size to not count the
> "extended command header" but to describe only the size
> of the flow specs following flow_attr;
> - removed unneeded flow_spec structure that don't need to be
> exposed to userspace.
> - ensure 64bits alignment
>
> Changes from v1 (patchset [1]):
>
> - re-enable patch by Matan Barack as the last step
> - patch moving comp_mask in command header dropped following
> discussion about having comp_mask for provider data and response.
> - moved variable written_count in an inner block
>
> Changes from v0 (patchset [2]):
>
> - Re-enable flow steering verbs and the extension verbs mechanism.
> - Squashed patches 1 and 2 from the original series
> - ib_uverbs_write should return the number of bytes including the
> header's size (Patch 7).
>
> Changes from v(-1) (patchset [3] and patchset [4]):
>
> - merge infrastructure and uverbs flow fixes
> - rebased against Matan Barack fixes
> - removed changes on function name
>
> Changes from initial (patchset [5]):
>
> - move "comp_mask" in the command header
> - add a response header
> - add strict command length check
>
> [1] [PATCH for-next V1 0/8] uverbs extensions fixes
> http://marc.info/?i=1383126771-7658-1-git-send-email-matanb-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org
>
> [2] [PATCH 0/9] IB/core: batch of fix against create/destroy_flow uverbs for v3.12
> http://marc.info/?i=cover.1381510045.git.ydroneaud-RlY5vtjFyJ3QT0dZR+AlfA@public.gmane.org
>
> [3] [PATCH 00/10] IB/core: more fixes for create_flow uverbs (for v3.12)
> http://marc.info/?i=cover.1381351016.git.ydroneaud-RlY5vtjFyJ3QT0dZR+AlfA@public.gmane.org
>
> [4] [PATCH v2 0/4] IB/core: an improved infrastructure for uverbs commands
> http://marc.info/?i=cover.1381177342.git.ydroneaud-RlY5vtjFyJ3QT0dZR+AlfA@public.gmane.org
>
> [5] [PATCH] An improved infrastructure for uverbs commands (My take at designing extensible scheme)
> http://marc.info/?i=1380039392-15480-1-git-send-email-ydroneaud-RlY5vtjFyJ3QT0dZR+AlfA@public.gmane.org
>
> Matan Barak (2):
> IB/core: clarify overflow/underflow checks on ib_create/destroy_flow
> IB/core: re-enable create_flow/destroy_flow uverbs
>
> Yann Droneaud (5):
> IB/core: Rename 'flow' structs to match other uverbs structs
> IB/core: Makes uverbs flow structure using names more similar to verbs
> ones
> IB/core: Uses a common header for uverbs flow_specs
> IB/core: Remove ib_uverbs_flow_spec structure from userspace
> IB/core: extended command: an improved infrastructure for uverbs
> commands
>
> drivers/infiniband/Kconfig | 11 ---
> drivers/infiniband/core/uverbs.h | 36 ++++++++--
> drivers/infiniband/core/uverbs_cmd.c | 96 ++++++++++++-------------
> drivers/infiniband/core/uverbs_main.c | 128 +++++++++++++++++++++++++---------
> drivers/infiniband/hw/mlx4/main.c | 8 +--
> include/rdma/ib_verbs.h | 1 +
> include/uapi/rdma/ib_user_verbs.h | 95 ++++++++++++++-----------
> 7 files changed, 228 insertions(+), 147 deletions(-)
>
Thanks Yann for sending the updated patches. They look good to me.
Regards,
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
prev parent reply other threads:[~2013-11-07 9:33 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-06 22:21 [PATCH for-next v2 0/7] uverbs extensions fixes Yann Droneaud
[not found] ` <cover.1383773832.git.ydroneaud-RlY5vtjFyJ3QT0dZR+AlfA@public.gmane.org>
2013-11-06 22:21 ` [PATCH for -next v2 1/7] IB/core: clarify overflow/underflow checks on ib_create/destroy_flow Yann Droneaud
2013-11-06 22:21 ` [PATCH for -next v2 2/7] IB/core: Rename 'flow' structs to match other uverbs structs Yann Droneaud
2013-11-06 22:21 ` [PATCH for -next v2 3/7] IB/core: Makes uverbs flow structure using names more similar to verbs ones Yann Droneaud
2013-11-06 22:21 ` [PATCH for -next v2 4/7] IB/core: Uses a common header for uverbs flow_specs Yann Droneaud
2013-11-06 22:21 ` [PATCH for -next v2 5/7] IB/core: Remove ib_uverbs_flow_spec structure from userspace Yann Droneaud
2013-11-06 22:21 ` [PATCH for -next v2 6/7] IB/core: extended command: an improved infrastructure for uverbs commands Yann Droneaud
[not found] ` <2c3b64e8b42c3bd7434b03e3439c58df874992f2.1383773832.git.ydroneaud-RlY5vtjFyJ3QT0dZR+AlfA@public.gmane.org>
2013-11-08 10:01 ` Yann Droneaud
[not found] ` <956216e98357e13fd39cf8ed3dd0cc2a-zgzEX58YAwA@public.gmane.org>
2013-11-08 15:10 ` Or Gerlitz
2013-11-08 22:22 ` Roland Dreier
[not found] ` <CAL1RGDXkY5uW5YEhc++R_tziK6K5jgb5fr2zi4oW8JYVffoOqA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2013-11-10 20:27 ` Or Gerlitz
2013-11-16 19:30 ` Or Gerlitz
2013-11-22 2:22 ` Upinder Malhi (umalhi)
2013-11-06 22:21 ` [PATCH for -next v2 7/7] IB/core: re-enable create_flow/destroy_flow uverbs Yann Droneaud
2013-11-07 9:33 ` Matan Barak [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=527B5E59.5000901@mellanox.com \
--to=matanb-vpraknaxozvwk0htik3j/w@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