From: Leon Romanovsky <leon@kernel.org>
To: Doug Ledford <dledford@redhat.com>, Jason Gunthorpe <jgg@mellanox.com>
Cc: RDMA mailing list <linux-rdma@vger.kernel.org>
Subject: Re: [PATCH rdma-next v1 00/12] MR cache fixes and refactoring
Date: Tue, 10 Mar 2020 10:35:31 +0200 [thread overview]
Message-ID: <20200310083531.GA242734@unreal> (raw)
In-Reply-To: <20200310082238.239865-1-leon@kernel.org>
+ RDMA
On Tue, Mar 10, 2020 at 10:22:26AM +0200, Leon Romanovsky wrote:
> From: Leon Romanovsky <leonro@mellanox.com>
>
> Changelog:
> * v1: Added Saeed's patches.
> * v0: https://lore.kernel.org/linux-rdma/20200227123400.97758-1-leon@kernel.org
>
> --------------------------------------------------------------------
> Hi,
>
> This series fixes various corner cases in the mlx5_ib MR
> cache implementation, see specific commit messages for more
> information.
>
> Thanks
>
>
> Jason Gunthorpe (8):
> RDMA/mlx5: Rename the tracking variables for the MR cache
> RDMA/mlx5: Simplify how the MR cache bucket is located
> RDMA/mlx5: Always remove MRs from the cache before destroying them
> RDMA/mlx5: Fix MR cache size and limit debugfs
> RDMA/mlx5: Lock access to ent->available_mrs/limit when doing
> queue_work
> RDMA/mlx5: Fix locking in MR cache work queue
> RDMA/mlx5: Revise how the hysteresis scheme works for cache filling
> RDMA/mlx5: Allow MRs to be created in the cache synchronously
>
> Michael Guralnik (1):
> {IB,net}/mlx5: Move asynchronous mkey creation to mlx5_ib
>
> Saeed Mahameed (3):
> {IB,net}/mlx5: Setup mkey variant before mr create command invocation
> {IB,net}/mlx5: Assign mkey variant in mlx5_ib only
> IB/mlx5: Replace spinlock protected write with atomic var
>
> drivers/infiniband/hw/mlx5/main.c | 1 +
> drivers/infiniband/hw/mlx5/mlx5_ib.h | 35 +-
> drivers/infiniband/hw/mlx5/mr.c | 659 ++++++++++--------
> drivers/infiniband/hw/mlx5/odp.c | 2 +-
> .../net/ethernet/mellanox/mlx5/core/main.c | 1 -
> drivers/net/ethernet/mellanox/mlx5/core/mr.c | 31 +-
> include/linux/mlx5/driver.h | 10 -
> 7 files changed, 419 insertions(+), 320 deletions(-)
>
> --
> 2.24.1
>
next prev parent reply other threads:[~2020-03-10 8:35 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20200310082238.239865-1-leon@kernel.org>
2020-03-10 8:22 ` [PATCH mlx5-next v1 01/12] {IB,net}/mlx5: Setup mkey variant before mr create command invocation Leon Romanovsky
2020-03-10 8:22 ` [PATCH mlx5-next v1 02/12] {IB,net}/mlx5: Assign mkey variant in mlx5_ib only Leon Romanovsky
2020-03-10 8:22 ` [PATCH rdma-next v1 03/12] IB/mlx5: Replace spinlock protected write with atomic var Leon Romanovsky
2020-03-10 8:22 ` [PATCH mlx5-next v1 04/12] {IB,net}/mlx5: Move asynchronous mkey creation to mlx5_ib Leon Romanovsky
2020-03-10 8:22 ` [PATCH rdma-next v1 05/12] RDMA/mlx5: Rename the tracking variables for the MR cache Leon Romanovsky
2020-03-10 8:22 ` [PATCH rdma-next v1 06/12] RDMA/mlx5: Simplify how the MR cache bucket is located Leon Romanovsky
2020-03-10 8:22 ` [PATCH rdma-next v1 07/12] RDMA/mlx5: Always remove MRs from the cache before destroying them Leon Romanovsky
2020-03-10 8:22 ` [PATCH rdma-next v1 08/12] RDMA/mlx5: Fix MR cache size and limit debugfs Leon Romanovsky
2020-03-10 8:22 ` [PATCH rdma-next v1 09/12] RDMA/mlx5: Lock access to ent->available_mrs/limit when doing queue_work Leon Romanovsky
2020-03-10 8:22 ` [PATCH rdma-next v1 10/12] RDMA/mlx5: Fix locking in MR cache work queue Leon Romanovsky
2020-03-10 8:22 ` [PATCH rdma-next v1 11/12] RDMA/mlx5: Revise how the hysteresis scheme works for cache filling Leon Romanovsky
2020-03-10 8:22 ` [PATCH rdma-next v1 12/12] RDMA/mlx5: Allow MRs to be created in the cache synchronously Leon Romanovsky
2020-03-10 8:35 ` Leon Romanovsky [this message]
2020-03-13 13:41 ` [PATCH rdma-next v1 00/12] MR cache fixes and refactoring Jason Gunthorpe
2020-03-13 13:50 ` Leon Romanovsky
2020-03-13 14:28 ` Jason Gunthorpe
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=20200310083531.GA242734@unreal \
--to=leon@kernel.org \
--cc=dledford@redhat.com \
--cc=jgg@mellanox.com \
--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;
as well as URLs for NNTP newsgroup(s).