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