From: Jason Gunthorpe <jgg@ziepe.ca>
To: Leon Romanovsky <leon@kernel.org>
Cc: Doug Ledford <dledford@redhat.com>,
RDMA mailing list <linux-rdma@vger.kernel.org>
Subject: Re: [PATCH rdma-next v1 00/12] MR cache fixes and refactoring
Date: Fri, 13 Mar 2020 11:28:03 -0300 [thread overview]
Message-ID: <20200313142803.GF31668@ziepe.ca> (raw)
In-Reply-To: <20200313135026.GG31504@unreal>
On Fri, Mar 13, 2020 at 03:50:26PM +0200, Leon Romanovsky wrote:
> On Fri, Mar 13, 2020 at 10:41:38AM -0300, Jason Gunthorpe wrote:
> > On Tue, Mar 10, 2020 at 10:35:31AM +0200, Leon Romanovsky wrote:
> > > + 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
> >
> > These seem fine, can you update the shared branch please
>
> Thanks, applied to mlx5-next
> a3cfdd392811 {IB,net}/mlx5: Move asynchronous mkey creation to mlx5_ib
> fc6a9f86f08a {IB,net}/mlx5: Assign mkey variant in mlx5_ib only
> 54c62e13ad76 {IB,net}/mlx5: Setup mkey variant before mr create command invocation
Applied to for-next
Thanks,
Jason
prev parent reply other threads:[~2020-03-13 14:28 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 ` [PATCH rdma-next v1 00/12] MR cache fixes and refactoring Leon Romanovsky
2020-03-13 13:41 ` Jason Gunthorpe
2020-03-13 13:50 ` Leon Romanovsky
2020-03-13 14:28 ` 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=20200313142803.GF31668@ziepe.ca \
--to=jgg@ziepe.ca \
--cc=dledford@redhat.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.