linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Doug Ledford <dledford@redhat.com>
To: "Torvalds, Linus" <torvalds@linux-foundation.org>
Cc: "Gunthorpe, Jason" <jgg@ziepe.ca>,
	linux-rdma <linux-rdma@vger.kernel.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: [PULL REQUEST] Please pull rdma.git
Date: Fri, 23 Aug 2019 15:14:17 -0400	[thread overview]
Message-ID: <324f57e86a1e9240657dd0c3beede10d6c89baea.camel@redhat.com> (raw)
In-Reply-To: <5b0aa103f6007e1887f9b2cacaec8015834589b8.camel@xsintricity.com>

[-- Attachment #1: Type: text/plain, Size: 6352 bytes --]

Hi Linus,

I didn't notice I was on my personal email identity when I sent the pull
request.  Sorry about that.  It's really me ;-)

On Fri, 2019-08-23 at 14:48 -0400, Doug Ledford wrote:
> Hi Linus,
> 
> No beating around the bush: this is a monster pull request for an -rc5
> kernel.  Intel hit me with a series of fixes for TID processing. 
> Mellanox hit me with a series for their UMR memory support.
> 
> And we had one fix for siw that fixes the 32bit build warnings and
> because of the number of casts that had to be changed to properly
> silence the warnings, that one patch alone is a full 40% of the LOC of
> this entire pull request.  Given that this is the initial release
> kernel
> for siw, I'm trying to fix anything in it that we can, so that adds to
> the impetus to take fixes for it like this one.
> 
> I had to do a rebase early in the week.  Jason had thought he put a
> patch on the rc queue that he needed to be there so he could base some
> work off of it, and it had actually not been placed there.  So he
> asked
> me (on Tuesday) to fix that up before pushing my wip branch to the
> official rc branch.  I did, and that's why the early patches look like
> they were all committed at the same time on Tuesday.  That bunch had
> been in my queue prior.
> 
> The various patches all pass my test for being legitimate fixes and
> not
> attempts to slide new features or development into a late rc.  Well,
> they were all fixes with the exception of a couple clean up patches
> people wrote for making the fixes they also wrote better (like a
> cleanup
> patch to move UMR checking into a function so that the remaining UMR
> fix
> patches can reference that function), so I left those in place too.
> 
> My apologies for the LOC count and the number of patches here, it's
> just
> how the cards fell this cycle.  I hope you agree with me that they're
> justified fixes.
> 
> Here's the boilerplate:
> 
> The following changes since commit
> d1abaeb3be7b5fa6d7a1fbbd2e14e3310005c4c1:
> 
>   Linux 5.3-rc5 (2019-08-18 14:31:08 -0700)
> 
> are available in the Git repository at:
> 
>   git://git.kernel.org/pub/scm/linux/kernel/git/rdma/rdma.git
> tags/for-linus
> 
> for you to fetch changes up to
> c536277e0db1ad2e9fbb9dfd940c3565a14d9c52:
> 
>   RDMA/siw: Fix 64/32bit pointer inconsistency (2019-08-23 12:08:27
> -0400)
> 
> ----------------------------------------------------------------
> Pull request for 5.3-rc5
> 
> - Fix siw buffer mapping issue
> - Fix siw 32/64 casting issues
> - Fix a KASAN access issue in bnxt_re
> - Fix several memory leaks (hfi1, mlx4)
> - Fix a NULL deref in cma_cleanup
> - Fixes for UMR memory support in mlx5 (4 patch series)
> - Fix namespace check for restrack
> - Fixes for counter support
> - Fixes for hfi1 TID processing (5 patch series)
> - Fix potential NULL deref in siw
> - Fix memory page calculations in mlx5
> 
> Signed-off-by: Doug Ledford <dledford@redhat.com>
> 
> ----------------------------------------------------------------
> Bernard Metzler (3):
>       RDMA/siw: Fix potential NULL de-ref
>       RDMA/siw: Fix SGL mapping issues
>       RDMA/siw: Fix 64/32bit pointer inconsistency
> 
> Ido Kalir (1):
>       IB/core: Fix NULL pointer dereference when bind QP to counter
> 
> Jason Gunthorpe (1):
>       RDMA/mlx5: Fix MR npages calculation for IB_ACCESS_HUGETLB
> 
> Kaike Wan (5):
>       IB/hfi1: Drop stale TID RDMA packets
>       IB/hfi1: Unsafe PSN checking for TID RDMA READ Resp packet
>       IB/hfi1: Add additional checks when handling TID RDMA READ RESP
> packet
>       IB/hfi1: Add additional checks when handling TID RDMA WRITE DATA
> packet
>       IB/hfi1: Drop stale TID RDMA packets that cause TIDErr
> 
> Leon Romanovsky (2):
>       RDMA/counters: Properly implement PID checks
>       RDMA/restrack: Rewrite PID namespace check to be reliable
> 
> Moni Shoua (4):
>       IB/mlx5: Consolidate use_umr checks into single function
>       IB/mlx5: Report and handle ODP support properly
>       IB/mlx5: Fix MR re-registration flow to use UMR properly
>       IB/mlx5: Block MR WR if UMR is not possible
> 
> Selvin Xavier (1):
>       RDMA/bnxt_re: Fix stack-out-of-bounds in
> bnxt_qplib_rcfw_send_message
> 
> Wenwen Wang (3):
>       IB/mlx4: Fix memory leaks
>       infiniband: hfi1: fix a memory leak bug
>       infiniband: hfi1: fix memory leaks
> 
> zhengbin (1):
>       RDMA/cma: fix null-ptr-deref Read in cma_cleanup
> 
>  drivers/infiniband/core/cma.c              |  6 ++-
>  drivers/infiniband/core/counters.c         | 10 ++--
>  drivers/infiniband/core/nldev.c            |  3 +-
>  drivers/infiniband/core/restrack.c         | 15 +++---
>  drivers/infiniband/core/umem.c             |  7 +--
>  drivers/infiniband/hw/bnxt_re/qplib_rcfw.c |  8 ++-
>  drivers/infiniband/hw/bnxt_re/qplib_rcfw.h | 11 ++--
>  drivers/infiniband/hw/hfi1/fault.c         | 12 +++--
>  drivers/infiniband/hw/hfi1/tid_rdma.c      | 76 ++++++++++-----------
> ------
>  drivers/infiniband/hw/mlx4/mad.c           |  4 +-
>  drivers/infiniband/hw/mlx5/main.c          |  6 +--
>  drivers/infiniband/hw/mlx5/mem.c           |  5 +-
>  drivers/infiniband/hw/mlx5/mlx5_ib.h       | 14 +++++
>  drivers/infiniband/hw/mlx5/mr.c            |  7 ++-
>  drivers/infiniband/hw/mlx5/odp.c           | 17 ++++---
>  drivers/infiniband/hw/mlx5/qp.c            | 24 +++++++--
>  drivers/infiniband/sw/siw/siw.h            |  8 +--
>  drivers/infiniband/sw/siw/siw_cm.c         | 82 ++++++++++++++-------
> ---------
>  drivers/infiniband/sw/siw/siw_cq.c         |  5 +-
>  drivers/infiniband/sw/siw/siw_mem.c        | 14 ++---
>  drivers/infiniband/sw/siw/siw_mem.h        |  2 +-
>  drivers/infiniband/sw/siw/siw_qp.c         |  2 +-
>  drivers/infiniband/sw/siw/siw_qp_rx.c      | 26 +++++-----
>  drivers/infiniband/sw/siw/siw_qp_tx.c      | 80 ++++++++++++++-------
> --------
>  drivers/infiniband/sw/siw/siw_verbs.c      | 40 +++++++--------
>  include/rdma/restrack.h                    |  3 +-
>  26 files changed, 248 insertions(+), 239 deletions(-)
> 
-- 
Doug Ledford <dledford@redhat.com>
    GPG KeyID: B826A3330E572FDD
    Fingerprint = AE6B 1BDA 122B 23B4 265B  1274 B826 A333 0E57 2FDD

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

       reply	other threads:[~2019-08-23 19:14 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <5b0aa103f6007e1887f9b2cacaec8015834589b8.camel@xsintricity.com>
2019-08-23 19:14 ` Doug Ledford [this message]
2019-08-30 15:42 [PULL REQUEST] Please pull rdma.git Doug Ledford
2019-08-30 16:40 ` pr-tracker-bot
  -- strict thread matches above, loose matches on Subject: below --
2019-08-14 14:59 Doug Ledford
2019-08-14 18:25 ` pr-tracker-bot
2019-08-19 10:08 ` Geert Uytterhoeven
2019-08-19 12:14   ` Jason Gunthorpe
2019-08-19 12:29     ` Geert Uytterhoeven
2019-08-19 12:48       ` Jason Gunthorpe
2019-08-02 14:39 Doug Ledford
2019-08-02 22:10 ` pr-tracker-bot
2019-06-21 19:42 Doug Ledford
2019-06-21 22:35 ` pr-tracker-bot
2018-12-13 16:56 Doug Ledford
2018-12-13 21:15 ` pr-tracker-bot
     [not found] <58466423-c87e-3921-101e-bffab8989fd8@redhat.com>
     [not found] ` <20161117184950.GP4240@leon.nu>
     [not found]   ` <582E089A.3040106@redhat.com>
     [not found]     ` <20161117200203.GQ4240@leon.nu>
2016-11-17 22:24       ` Or Gerlitz
2016-11-18  2:01         ` Doug Ledford
2016-11-19 19:46           ` Or Gerlitz
2016-11-19 23:11             ` Doug Ledford
2016-11-20 12:53               ` Leon Romanovsky

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=324f57e86a1e9240657dd0c3beede10d6c89baea.camel@redhat.com \
    --to=dledford@redhat.com \
    --cc=jgg@ziepe.ca \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-rdma@vger.kernel.org \
    --cc=torvalds@linux-foundation.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).