Linux RDMA (remote direct memory access) and InfiniBand Development

• Thread Index

• [PATCH v4 01/12] IB/hfi1: Check if pcie_capability_read_*() reads ~0
  • From: "Saheed O. Bolarinwa" <refactormyself@xxxxxxxxx>
• [PATCH v4 00/12] PCI: Remove '*val = 0' from pcie_capability_read_*()
  • From: "Saheed O. Bolarinwa" <refactormyself@xxxxxxxxx>
• Re: [Linux-kernel-mentees] [PATCH net] rds: Prevent kernel-infoleak in rds_notify_queue_get()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [Linux-kernel-mentees] [PATCH net] rds: Prevent kernel-infoleak in rds_notify_queue_get()
  • From: Håkon Bugge <haakon.bugge@xxxxxxxxxx>
• Re: [Linux-kernel-mentees] [PATCH net] rds: Prevent kernel-infoleak in rds_notify_queue_get()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [rdma:for-next] BUILD SUCCESS 395f2e8fd340c5bfad026f5968b56ec34cf20dd1
  • From: kernel test robot <lkp@xxxxxxxxx>
• [rdma:for-rc] BUILD SUCCESS fb448ce87a4a9482b084e67faf804aec79ed9b43
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [Linux-kernel-mentees] [PATCH net] rds: Prevent kernel-infoleak in rds_notify_queue_get()
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [Linux-kernel-mentees] [PATCH net] rds: Prevent kernel-infoleak in rds_notify_queue_get()
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH for-next 4/4] RDMA/efa: Introduce SRD RNR retry
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• [PATCH for-next 3/4] RDMA/efa: Introduce SRD QP state machine
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• [PATCH for-next 2/4] RDMA/efa: Be consistent with modify QP bitmask
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• [PATCH for-next 1/4] RDMA/efa: Add a generic capability check helper
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• [PATCH for-next 0/4] SRD RNR retry counter
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• Re: [Linux-kernel-mentees] [PATCH net] rds: Prevent kernel-infoleak in rds_notify_queue_get()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [Linux-kernel-mentees] [PATCH net] rds: Prevent kernel-infoleak in rds_notify_queue_get()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [Linux-kernel-mentees] [PATCH net] rds: Prevent kernel-infoleak in rds_notify_queue_get()
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v2] net/mlx5e: fix bpf_prog reference count leaks in mlx5e_alloc_rq
  • From: Saeed Mahameed <saeedm@xxxxxxxxxxxx>
• Re: [PATCH v2] net/mlx5e: fix bpf_prog reference count leaks in mlx5e_alloc_rq
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH 0/7] drop unnecessary list_empty
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [Linux-kernel-mentees] [PATCH net] rds: Prevent kernel-infoleak in rds_notify_queue_get()
  • From: "santosh.shilimkar@xxxxxxxxxx" <santosh.shilimkar@xxxxxxxxxx>
• [Linux-kernel-mentees] [PATCH net] rds: Prevent kernel-infoleak in rds_notify_queue_get()
  • From: Peilin Ye <yepeilin.cs@xxxxxxxxx>
• [rdma:wip/jgg-for-next] BUILD SUCCESS 1d70ad0f85435a7262de802b104e49e6598c50ff
  • From: kernel test robot <lkp@xxxxxxxxx>
• [rdma:wip/jgg-for-rc] BUILD SUCCESS 54a485e9ec084da1a4b32dcf7749c7d760ed8aa5
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] dma-resv: lockdep-prime address_space->i_mmap_rwsem for dma-resv
  • From: Thomas Hellström (Intel) <thomas_os@xxxxxxxxxxxx>
• Re: [PATCH rdma-rc 0/3] Simple fixes to DIM and mlx5
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH] dma-resv: lockdep-prime address_space->i_mmap_rwsem for dma-resv
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH] dma-resv: lockdep-prime address_space->i_mmap_rwsem for dma-resv
  • From: Thomas Hellström (Intel) <thomas_os@xxxxxxxxxxxx>
• Re: [Linaro-mm-sig] [PATCH] dma-resv: lockdep-prime address_space->i_mmap_rwsem for dma-resv
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH v2] net/mlx5e: fix bpf_prog reference count leaks in mlx5e_alloc_rq
  • From: Xin Xiong <xiongx18@xxxxxxxxxxxx>
• Re: [PATCH rdma-rc 3/3] RDMA/core: Free DIM memory in error unwind
  • From: Max Gurtovoy <maxg@xxxxxxxxxxxx>
• [PATCH rdma-rc 3/3] RDMA/core: Free DIM memory in error unwind
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-rc 1/3] RDMA/mlx5: Initialize QP mutex for the debug kernels
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-rc 2/3] RDMA/core: Stop DIM before destroying CQ
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-rc 0/3] Simple fixes to DIM and mlx5
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 1/3] RDMA/mlx5: Simplify multiple else-if cases with switch keyword
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 0/3] Cleanups to flow creation paths
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 2/3] RDMA/mlx5: Replace open-coded offsetofend() macro
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 3/3] RDMA: Remove constant domain argument from flow creation call
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [rdma:for-next] BUILD SUCCESS 71cab8ef5c9e53ae2359c4130f4365428ba10136
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH net] RDMA/umem: add a schedule point in ib_umem_get()
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [PATCH] drm/amdgpu/dc: Stop dma_resv_lock inversion in commit_tail
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [PATCH] net/mlx5e: fix bpf_prog refcnt leaks in mlx5e_alloc_rq
  • From: Saeed Mahameed <saeedm@xxxxxxxxxxxx>
• Re: [PATCH] net/mlx5e: fix bpf_prog refcnt leaks in mlx5e_alloc_rq
  • From: David Miller <davem@xxxxxxxxxxxxx>
• RE: Issue with i40iw
  • From: "Saleem, Shiraz" <shiraz.saleem@xxxxxxxxx>
• Issue with i40iw
  • From: Anubhav Guleria <anubhav.nitsri.it@xxxxxxxxx>
• Re: [PATCH] net/mlx5e: fix bpf_prog refcnt leaks in mlx5e_alloc_rq
  • From: Saeed Mahameed <saeedm@xxxxxxxxxxxx>
• Re: [PATCH for-rc] IB/rdmavt: Fix RQ counting issues causing use of an invalid RWQE
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-next] RDMA/netlink: Remove CAP_NET_RAW check when dump a raw QP
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH] net/mlx5e: fix bpf_prog reference count leaks in mlx5e_alloc_rq
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: [PATCH rdma-next v1] RDMA/include: Replace license text with SPDX tags
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 0/3] Number of fixes for rtrs
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-rc] RDMA/mlx5: Allow providing extra scatter CQE QP flag
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-next 0/4] Fix bugs around RDMA CM destroying state
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH for-rc] IB/rdmavt: Fix RQ counting issues causing use of an invalid RWQE
  • From: Honggang LI <honli@xxxxxxxxxx>
• [PATCH] net/mlx5e: fix bpf_prog refcnt leaks in mlx5e_alloc_rq
  • From: Xin Xiong <xiongx18@xxxxxxxxxxxx>
• Re: [PATCH for-next v4 0/4] Add support for 0xefa1 device
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 1/3] IB/iser: use new shared CQ mechanism
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 1/3] IB/iser: use new shared CQ mechanism
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [rdma:wip/jgg-hmm] BUILD SUCCESS 7d17e83abec1be3355260b3e4812044c65c32907
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 3/3] IB/srpt: use new shared CQ mechanism
  • From: Sagi Grimberg <sagi@xxxxxxxxxxx>
• Re: [PATCH 2/3] IB/isert: use new shared CQ mechanism
  • From: Sagi Grimberg <sagi@xxxxxxxxxxx>
• Re: [PATCH 1/3] IB/iser: use new shared CQ mechanism
  • From: Sagi Grimberg <sagi@xxxxxxxxxxx>
• Re: Hang at NVME Host caused by Controller reset
  • From: Krishnamraju Eraparaju <krishna2@xxxxxxxxxxx>
• Re: [PATCH 1/3] IB/iser: use new shared CQ mechanism
  • From: Max Gurtovoy <maxg@xxxxxxxxxxxx>
• Re: FW: [PATCH for-next] RDMA/rxe: Remove pkey table
  • From: Mark Bloch <markb@xxxxxxxxxxxx>
• Re: FW: [PATCH for-next] RDMA/rxe: Remove pkey table
  • From: Zhu Yanjun <zyjzyj2000@xxxxxxxxx>
• Re: [PATCH v4 6/6] mm/migrate: remove range invalidation in migrate_vma_pages()
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• Re: [PATCH v4 3/6] mm/notifier: add migration invalidation type
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• Re: Hang at NVME Host caused by Controller reset
  • From: Sagi Grimberg <sagi@xxxxxxxxxxx>
• Re: [PATCH v4 0/6] mm/migrate: avoid device private invalidations
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v4 6/6] mm/migrate: remove range invalidation in migrate_vma_pages()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v4 3/6] mm/notifier: add migration invalidation type
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH for-rc] IB/rdmavt: Fix RQ counting issues causing use of an invalid RWQE
  • From: Mike Marciniszyn <mike.marciniszyn@xxxxxxxxx>
• Re: Hang at NVME Host caused by Controller reset
  • From: Sagi Grimberg <sagi@xxxxxxxxxxx>
• Re: Hang at NVME Host caused by Controller reset
  • From: Krishnamraju Eraparaju <krishna2@xxxxxxxxxxx>
• Re: FW: [PATCH for-next] RDMA/rxe: Remove pkey table
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• Re: Hang at NVME Host caused by Controller reset
  • From: Sagi Grimberg <sagi@xxxxxxxxxxx>
• Re: FW: [PATCH for-next] RDMA/rxe: Remove pkey table
  • From: Zhu Yanjun <zyjzyj2000@xxxxxxxxx>
• [PATCH] dma-resv: lockdep-prime address_space->i_mmap_rwsem for dma-resv
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: FW: [PATCH for-next] RDMA/rxe: Remove pkey table
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• Re: FW: [PATCH for-next] RDMA/rxe: Remove pkey table
  • From: Zhu Yanjun <zyjzyj2000@xxxxxxxxx>
• Re: [PATCH for-next v4 3/4] RDMA/efa: User/kernel compatibility handshake mechanism
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• Re: [PATCH for-next v4 3/4] RDMA/efa: User/kernel compatibility handshake mechanism
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [rdma:wip/jgg-for-next] BUILD SUCCESS 47fda651d5af2506deac57d54887cf55ce26e244
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH rdma-rc] RDMA/mlx5: Allow providing extra scatter CQE QP flag
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: Hang at NVME Host caused by Controller reset
  • From: Krishnamraju Eraparaju <krishna2@xxxxxxxxxxx>
• Re: [PATCH for-next v4 3/4] RDMA/efa: User/kernel compatibility handshake mechanism
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• [PATCH v2 for-next 7/7] RDMA/hns: Fix the unneeded process when getting a general type of CQE error
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• [PATCH v2 for-next 2/7] RDMA/hns: Refactor hns_roce_v2_set_hem()
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• [PATCH v2 for-next 3/7] RDMA/hns: Remove support for HIP08_A
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• [PATCH v2 for-next 4/7] RDMA/hns: Remove redundant parameters in set_rc_wqe()
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• [PATCH v2 for-next 0/7] RDMA/hns: Updates for kernel v5.8
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• [PATCH v2 for-next 5/7] RDMA/hns: Delete unnecessary memset when allocating VF resource
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• [PATCH v2 for-next 6/7] RDMA/hns: Fix error during modify qp RTS2RTS
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• [PATCH v2 for-next 1/7] RDMA/hns: Remove redundant hardware opcode definitions
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• Issues with i40iw
  • From: Anubhav Guleria <anubhav.nitsri.it@xxxxxxxxx>
• Re: FW: [PATCH for-next] RDMA/rxe: Remove pkey table
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• Re: [PATCH][next] net/mlx5: Use fallthrough pseudo-keyword
  • From: Saeed Mahameed <saeedm@xxxxxxxxxxxx>
• Re: [PATCH 4/7] net/mlx5: drop unnecessary list_empty
  • From: Saeed Mahameed <saeedm@xxxxxxxxxxxx>
• Re: [PATCH] drm/amdgpu/dc: Stop dma_resv_lock inversion in commit_tail
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH] drm/amdgpu/dc: Stop dma_resv_lock inversion in commit_tail
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH][next] net/mlx5: Use fallthrough pseudo-keyword
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH][next] net/mlx4: Use fallthrough pseudo-keyword
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] qed: fix assignment of n_rq_elems to incorrect params field
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH for-next v4 3/4] RDMA/efa: User/kernel compatibility handshake mechanism
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-next] qedr: Add support for user mode XRC-SRQ's
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: Hang at NVME Host caused by Controller reset
  • From: Sagi Grimberg <sagi@xxxxxxxxxxx>
• Hang at NVME Host caused by Controller reset
  • From: Krishnamraju Eraparaju <krishna2@xxxxxxxxxxx>
• [PATCH][next] net/mlx5: Use fallthrough pseudo-keyword
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• [PATCH][next] net/mlx4: Use fallthrough pseudo-keyword
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [PATCH 4/7] net/mlx5: drop unnecessary list_empty
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] qed: fix assignment of n_rq_elems to incorrect params field
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH] RDMA/core: fix return error value to negative
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-next 0/3] Create UMR with relaxed ordering
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: [Linux-kernel-mentees] [PATCH v2] infiniband: Prevent uninit-value in ucma_accept()
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH rdma-rc] RDMA/mlx5: Fix prefetch memory leak if get_prefetchable_mr fails
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH] RDMA/cm: Add min length checks to user structure copies
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH] qed: fix assignment of n_rq_elems to incorrect params field
  • From: Colin Ian King <colin.king@xxxxxxxxxxxxx>
• Re: [PATCH] qed: fix assignment of n_rq_elems to incorrect params field
  • From: Alexander Lobakin <alobakin@xxxxxxxxxxx>
• [PATCH] qed: fix assignment of n_rq_elems to incorrect params field
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: [PATCH for-next 2/7] RDMA/hns: Refactor hns_roce_v2_set_hem()
  • From: liweihang <liweihang@xxxxxxxxxx>
• Re: [PATCH for-next 2/7] RDMA/hns: Refactor hns_roce_v2_set_hem()
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• RE: [PATCH] RDMA/core: fix return error value to negative
  • From: Parav Pandit <parav@xxxxxxxxxxxx>
• [PATCH rdma-next] RDMA/netlink: Remove CAP_NET_RAW check when dump a raw QP
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next] RDMA/mlx5: Delete unreachable code
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-rc] RDMA/mlx5: Fix prefetch memory leak if get_prefetchable_mr fails
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH for-next 3/7] RDMA/hns: Remove support for HIP08A
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• [PATCH for-next 1/7] RDMA/hns: Remove redundant hardware opcode definitions
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• [PATCH for-next 2/7] RDMA/hns: Refactor hns_roce_v2_set_hem()
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• [PATCH for-next 6/7] RDMA/hns: Fix error during modify qp RTS2RTS
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• [PATCH for-next 5/7] RDMA/hns: Delete unnecessary memset when allocating VF resource
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• [PATCH for-next 7/7] RDMA/hns: Fix the unneeded process when getting a general type of CQE error
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• [PATCH for-next 0/7] RDMA/hns: Updates for kernel v5.8
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• [PATCH for-next 4/7] RDMA/hns: Remove redundant parameters in set_rc_wqe()
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• Re: Can't build rdma-core's azp image
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [PATCH v1 3/3] svcrdma: CM event handler clean up
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 2/3] svcrdma: Remove transport reference counting
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 1/3] svcrdma: Fix another Receive buffer leak
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 4/7] net/mlx5: drop unnecessary list_empty
  • From: Julia Lawall <Julia.Lawall@xxxxxxxx>
• [PATCH 0/7] drop unnecessary list_empty
  • From: Julia Lawall <Julia.Lawall@xxxxxxxx>
• [RFC PATCH iproute2-next 2/3] rdma: Add "PID" criteria support for statistic counter auto mode
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [RFC PATCH iproute2-next 3/3] rdma: Document the new "pid" criteria for auto mode
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [RFC PATCH iproute2-next 1/3] rdma: update uapi headers
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [RFC PATCH iproute2-next 0/3] Global per-type support for QP counters
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: Can't build rdma-core's azp image
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• [Linux-kernel-mentees] [PATCH v2] infiniband: Prevent uninit-value in ucma_accept()
  • From: Peilin Ye <yepeilin.cs@xxxxxxxxx>
• [Linux-kernel-mentees] [PATCH] infiniband: Prevent uninit-value in ucma_accept()
  • From: Peilin Ye <yepeilin.cs@xxxxxxxxx>
• [Linux-kernel-mentees] [PATCH] infiniband: Fix uninit-value in ucma_connect()
  • From: Peilin Ye <yepeilin.cs@xxxxxxxxx>
• [rdma:wip/jgg-for-next] BUILD SUCCESS 8b603d0715a372f5827d3a6b19d9568bf854b687
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] RDMA/core: Fix return error value to negative in _ib_modify_qp()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH] RDMA/core: fix return error value to negative
  • From: Li Heng <liheng40@xxxxxxxxxx>
• Re: [GIT PULL] Please pull RDMA subsystem changes
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v2][next] IB/hfi1: Use fallthrough pseudo-keyword
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH] RDMA/mlx5: fix typo in structure name
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v2][next] IB/hfi1: Use fallthrough pseudo-keyword
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-next v1 0/2] Fix warnings reported by kbuild
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-next] RDMA/mlx5: Add missing srcu_read_lock in ODP implicit flow
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH] RDMA/cm: Add min length checks to user structure copies
  • From: Leon Romanovsky <leonro@xxxxxxxxxxxx>
• Re: [PATCH] RDMA/cm: Add min length checks to user structure copies
  • From: Leon Romanovsky <leonro@xxxxxxxxxxxx>
• Re: [PATCH rdma-next 0/3] Create UMR with relaxed ordering
  • From: Leon Romanovsky <leonro@xxxxxxxxxxxx>
• Re: [PATCH rdma-next v2 2/2] RDMA/core: Update write interface to use automatic object lifetime
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-next] RDMA/mlx5: Allow SQ modification
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-next 0/3] Create UMR with relaxed ordering
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [GIT PULL] Please pull RDMA subsystem changes
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [External] [PATCH] RDMA/rxe: fix retry forever when rnr_retry >= 7
  • From: Fan Yang <yangfan.fan@xxxxxxxxxxxxx>
• Re: [External] [PATCH] RDMA/rxe: fix retry forever when rnr_retry >= 7
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [External] [PATCH] RDMA/rxe: fix retry forever when rnr_retry >= 7
  • From: 杨帆 <yangfan.fan@xxxxxxxxxxxxx>
• Re: [PATCH] RDMA/cm: Add min length checks to user structure copies
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH] RDMA/cm: Add min length checks to user structure copies
  • From: Leon Romanovsky <leonro@xxxxxxxxxxxx>
• Re: [PATCH] RDMA/mlx5: fix typo in structure name
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH] RDMA/cm: Add min length checks to user structure copies
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 2/3] RDMA/rtrs-srv: only call put_device when it's in sysfs
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [PATCH 3/3] RDMA/rtrs: remove WQ_MEM_RECLAIM for rtrs_wq
  • From: Md Haris Iqbal <haris.iqbal@xxxxxxxxxxxxxxx>
• [PATCH 2/3] RDMA/rtrs-srv: only call put_device when it's in sysfs
  • From: Md Haris Iqbal <haris.iqbal@xxxxxxxxxxxxxxx>
• [PATCH 1/3] RDMA/rtrs-clt: add an additional random 8 seconds before reconnecting
  • From: Md Haris Iqbal <haris.iqbal@xxxxxxxxxxxxxxx>
• [PATCH 0/3] Number of fixes for rtrs
  • From: Md Haris Iqbal <haris.iqbal@xxxxxxxxxxxxxxx>
• [Bug Report] Limitation on number of QPs for single process observed
  • From: "Sun, Mingbao" <Tyler.Sun@xxxxxxxx>
• [bug report] RDMA/bnxt_re: Change wr posting logic to accommodate variable wqes
  • From: <dan.carpenter@xxxxxxxxxx>
• [PATCH] RDMA/mlx5: fix typo in structure name
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH v4 4/6] nouveau/svm: use the new migration invalidation
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• [PATCH v4 3/6] mm/notifier: add migration invalidation type
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• [PATCH v4 0/6] mm/migrate: avoid device private invalidations
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• [PATCH v4 1/6] nouveau: fix storing invalid ptes
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• [PATCH v4 6/6] mm/migrate: remove range invalidation in migrate_vma_pages()
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• [PATCH v4 2/6] mm/migrate: add a flags parameter to migrate_vma
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• [PATCH v4 5/6] mm/hmm/test: use the new migration invalidation
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• Re: [PATCH] RDMA/rxe: fix retry forever when rnr_retry >= 7
  • From: Zhu Yanjun <zyjzyj2000@xxxxxxxxx>
• Re: [PATCH for-rc 5/5] IB/mlx4: Add support for REJ due to timeout
  • From: Håkon Bugge <haakon.bugge@xxxxxxxxxx>
• Re: FW: [PATCH for-next] RDMA/rxe: Remove pkey table
  • From: Zhu Yanjun <zyjzyj2000@xxxxxxxxx>
• [PATCH] RDMA/rxe: fix retry forever when rnr_retry >= 7
  • From: Fan Yang <yangfan.fan@xxxxxxxxxxxxx>
• Re: FW: [PATCH for-next] RDMA/rxe: Remove pkey table
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: FW: [PATCH for-next] RDMA/rxe: Remove pkey table
  • From: Zhu Yanjun <zyjzyj2000@xxxxxxxxx>
• [rdma:for-rc] BUILD SUCCESS a862192e9227ad46e0447fd0a03869ba1b30d16f
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: FW: [PATCH for-next] RDMA/rxe: Remove pkey table
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• [PATCH rdma-next 3/4] RDMA/cma: Remove unneeded locking for req paths
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 4/4] RDMA/cma: Execute rdma_cm destruction from a handler properly
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 1/4] RDMA/cma: Simplify DEVICE_REMOVAL for internal_id
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 2/4] RDMA/cma: Using the standard locking pattern when delivering the removal event
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 0/4] Fix bugs around RDMA CM destroying state
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: FW: [PATCH for-next] RDMA/rxe: Remove pkey table
  • From: Zhu Yanjun <zyjzyj2000@xxxxxxxxx>
• Re: FW: [PATCH for-next] RDMA/rxe: Remove pkey table
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• Re: [PATCH v2 net-next 00/15] qed, qede: improve chain API and add XDP_REDIRECT support
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 net-next 00/15] qed, qede: improve chain API and add XDP_REDIRECT support
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v2 net-next 01/15] qed: reformat "qed_chain.h" a bit
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [PATCH v2 net-next 00/15] qed, qede: improve chain API and add XDP_REDIRECT support
  • From: Alexander Lobakin <alobakin@xxxxxxxxxxx>
• [PATCH v2 net-next 01/15] qed: reformat "qed_chain.h" a bit
  • From: Alexander Lobakin <alobakin@xxxxxxxxxxx>
• [PATCH v2 net-next 02/15] qed: reformat Makefile
  • From: Alexander Lobakin <alobakin@xxxxxxxxxxx>
• [PATCH v2 net-next 08/15] qed: simplify chain allocation with init params struct
  • From: Alexander Lobakin <alobakin@xxxxxxxxxxx>
• [PATCH v2 net-next 09/15] qed: add support for different page sizes for chains
  • From: Alexander Lobakin <alobakin@xxxxxxxxxxx>
• [PATCH v2 net-next 12/15] qede: reformat several structures in "qede.h"
  • From: Alexander Lobakin <alobakin@xxxxxxxxxxx>
• [PATCH v2 net-next 15/15] qede: add .ndo_xdp_xmit() and XDP_REDIRECT support
  • From: Alexander Lobakin <alobakin@xxxxxxxxxxx>
• [PATCH v2 net-next 14/15] qede: refactor XDP Tx processing
  • From: Alexander Lobakin <alobakin@xxxxxxxxxxx>
• [PATCH v2 net-next 13/15] qede: reformat net_device_ops declarations
  • From: Alexander Lobakin <alobakin@xxxxxxxxxxx>
• [PATCH v2 net-next 11/15] qed: introduce qed_chain_get_elem_used{,u32}()
  • From: Alexander Lobakin <alobakin@xxxxxxxxxxx>
• [PATCH v2 net-next 10/15] qed: optimize common chain accessors
  • From: Alexander Lobakin <alobakin@xxxxxxxxxxx>
• [PATCH v2 net-next 07/15] qed: simplify initialization of the chains with an external PBL
  • From: Alexander Lobakin <alobakin@xxxxxxxxxxx>
• [PATCH v2 net-next 03/15] qed: move chain methods to a separate file
  • From: Alexander Lobakin <alobakin@xxxxxxxxxxx>
• [PATCH v2 net-next 06/15] qed: move chain initialization inlines next to allocation functions
  • From: Alexander Lobakin <alobakin@xxxxxxxxxxx>
• [PATCH v2 net-next 05/15] qed: sanitize PBL chains allocation
  • From: Alexander Lobakin <alobakin@xxxxxxxxxxx>
• [PATCH v2 net-next 04/15] qed: prevent possible double-frees of the chains
  • From: Alexander Lobakin <alobakin@xxxxxxxxxxx>
• Re: [PATCH net-next 03/15] qed: move chain methods to a separate file
  • From: Alexander Lobakin <alobakin@xxxxxxxxxxx>
• Re: KASAN: use-after-free Read in netdevice_event_work_handler
  • From: syzbot <syzbot+20b90969babe05609947@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 06/15] qed: move chain initialization inlines next to allocation functions
  • From: Alexander Lobakin <alobakin@xxxxxxxxxxx>
• [PATCH net-next 10/15] qed: optimize common chain accessors
  • From: Alexander Lobakin <alobakin@xxxxxxxxxxx>
• [PATCH net-next 09/15] qed: add support for different page sizes for chains
  • From: Alexander Lobakin <alobakin@xxxxxxxxxxx>
• [PATCH net-next 08/15] qed: simplify chain allocation with init params struct
  • From: Alexander Lobakin <alobakin@xxxxxxxxxxx>
• [PATCH net-next 02/15] qed: reformat Makefile
  • From: Alexander Lobakin <alobakin@xxxxxxxxxxx>
• [PATCH net-next 07/15] qed: simplify initialization of the chains with an external PBL
  • From: Alexander Lobakin <alobakin@xxxxxxxxxxx>
• [PATCH net-next 11/15] qed: introduce qed_chain_get_elem_used{,u32}()
  • From: Alexander Lobakin <alobakin@xxxxxxxxxxx>
• [PATCH net-next 14/15] qede: refactor XDP Tx processing
  • From: Alexander Lobakin <alobakin@xxxxxxxxxxx>
• [PATCH net-next 15/15] qede: add .ndo_xdp_xmit() and XDP_REDIRECT support
  • From: Alexander Lobakin <alobakin@xxxxxxxxxxx>
• [PATCH net-next 13/15] qede: reformat net_device_ops declarations
  • From: Alexander Lobakin <alobakin@xxxxxxxxxxx>
• [PATCH net-next 12/15] qede: reformat several structures in "qede.h"
  • From: Alexander Lobakin <alobakin@xxxxxxxxxxx>
• [PATCH net-next 04/15] qed: prevent possible double-frees of the chains
  • From: Alexander Lobakin <alobakin@xxxxxxxxxxx>
• [PATCH net-next 05/15] qed: sanitize PBL chains allocation
  • From: Alexander Lobakin <alobakin@xxxxxxxxxxx>
• [PATCH net-next 03/15] qed: move chain methods to a separate file
  • From: Alexander Lobakin <alobakin@xxxxxxxxxxx>
• [PATCH net-next 01/15] qed: reformat "qed_chain.h" a bit
  • From: Alexander Lobakin <alobakin@xxxxxxxxxxx>
• [PATCH net-next 00/15] qed/qede: improve chain API and add XDP_REDIRECT support
  • From: Alexander Lobakin <alobakin@xxxxxxxxxxx>
• Re: [PATCH for-next v2 3/4] RDMA/efa: User/kernel compatibility handshake mechanism
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [PATCH 3/3] IB/srpt: use new shared CQ mechanism
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea
  • From: Thomas Hellström (Intel) <thomas_os@xxxxxxxxxxxx>
• Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH for-next v4 4/4] RDMA/efa: Add EFA 0xefa1 PCI ID
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• [PATCH for-next v4 3/4] RDMA/efa: User/kernel compatibility handshake mechanism
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• [PATCH for-next v4 2/4] RDMA/efa: Expose minimum SQ size
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• [PATCH for-next v4 1/4] RDMA/efa: Expose maximum TX doorbell batch
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• [PATCH for-next v4 0/4] Add support for 0xefa1 device
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 2/3] IB/isert: use new shared CQ mechanism
  • From: Max Gurtovoy <maxg@xxxxxxxxxxxx>
• [PATCH 1/3] IB/iser: use new shared CQ mechanism
  • From: Max Gurtovoy <maxg@xxxxxxxxxxxx>
• [PATCH 3/3] IB/srpt: use new shared CQ mechanism
  • From: Max Gurtovoy <maxg@xxxxxxxxxxxx>
• Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea
  • From: Thomas Hellström (Intel) <thomas_os@xxxxxxxxxxxx>
• Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH for-next v3 3/4] RDMA/efa: User/kernel compatibility handshake mechanism
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea
  • From: Thomas Hellström (Intel) <thomas_os@xxxxxxxxxxxx>
• Re: [PATCH for-next v3 3/4] RDMA/efa: User/kernel compatibility handshake mechanism
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• Re: [PATCH for-next v3 3/4] RDMA/efa: User/kernel compatibility handshake mechanism
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH for-next v3 3/4] RDMA/efa: User/kernel compatibility handshake mechanism
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• Re: [PATCH for-next v3 3/4] RDMA/efa: User/kernel compatibility handshake mechanism
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v3 2/5] mm/migrate: add a flags parameter to migrate_vma
  • From: Bharata B Rao <bharata@xxxxxxxxxxxxx>
• Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH rdma-next] qedr: Add support for user mode XRC-SRQ's
  • From: Yuval Basson <ybason@xxxxxxxxxxx>
• Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea
  • From: Thomas Hellström (Intel) <thomas_os@xxxxxxxxxxxx>
• Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea
  • From: Thomas Hellström (Intel) <thomas_os@xxxxxxxxxxxx>
• Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea
  • From: Thomas Hellström (Intel) <thomas_os@xxxxxxxxxxxx>
• Re: [PATCH for-next v2 3/4] RDMA/efa: User/kernel compatibility handshake mechanism
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• KMSAN: uninit-value in xa_load
  • From: syzbot <syzbot+086ab5ca9eafd2379aa6@xxxxxxxxxxxxxxxxxxxxxxxxx>
• KMSAN: uninit-value in ucma_connect
  • From: syzbot <syzbot+7446526858b83c8828b2@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: FW: [PATCH for-next] RDMA/rxe: Remove pkey table
  • From: Zhu Yanjun <zyjzyj2000@xxxxxxxxx>
• Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH v3 2/5] mm/migrate: add a flags parameter to migrate_vma
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• [PATCH v3 5/5] mm/hmm/test: use the new migration invalidation
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• [PATCH v3 1/5] nouveau: fix storing invalid ptes
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• [PATCH v3 4/5] nouveau/svm: use the new migration invalidation
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• [PATCH v3 0/5] mm/migrate: avoid device private invalidations
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• [PATCH v3 3/5] mm/notifier: add migration invalidation type
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea
  • From: Thomas Hellström (Intel) <thomas_os@xxxxxxxxxxxx>
• Re: [PATCH for-next v2 3/4] RDMA/efa: User/kernel compatibility handshake mechanism
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH rdma-rc] RDMA/mlx5: Prevent prefetch from racing with implicit destruction
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH for-next v3 4/4] RDMA/efa: Add EFA 0xefa1 PCI ID
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• [PATCH for-next v3 3/4] RDMA/efa: User/kernel compatibility handshake mechanism
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• [PATCH for-next v3 2/4] RDMA/efa: Expose minimum SQ size
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• [PATCH for-next v3 0/4] Add support for 0xefa1 device
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• [PATCH for-next v3 1/4] RDMA/efa: Expose maximum TX doorbell batch
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• [PATCH v2][next] IB/hfi1: Use fallthrough pseudo-keyword
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [PATCH for-next v2 3/4] RDMA/efa: User/kernel compatibility handshake mechanism
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea
  • From: Thomas Hellström (Intel) <thomas_os@xxxxxxxxxxxx>
• [PATCH for-next] RDMA/rxe: Remove pkey table
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea
  • From: Thomas Hellström (Intel) <thomas_os@xxxxxxxxxxxx>
• Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH for v5.9] RDS: Replace HTTP links with HTTPS ones
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea
  • From: Thomas Hellström (Intel) <thomas_os@xxxxxxxxxxxx>
• [rdma:wip/jgg-for-next] BUILD SUCCESS 8e7eafb816ab7e5047b74cb8eb1db2f8f14f7d7a
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH for v5.9] RDS: Replace HTTP links with HTTPS ones
  • From: "Alexander A. Klimov" <grandmaster@xxxxxxxxxxxx>
• Re: [PATCH for v5.9] RDS: Replace HTTP links with HTTPS ones
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v2 2/5] mm/migrate: add a direction parameter to migrate_vma
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• Re: [PATCH v2 2/5] mm/migrate: add a direction parameter to migrate_vma
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH for v5.9] RDS: Replace HTTP links with HTTPS ones
  • From: "Alexander A. Klimov" <grandmaster@xxxxxxxxxxxx>
• Re: [PATCH v2 2/5] mm/migrate: add a direction parameter to migrate_vma
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• Re: [PATCH v2 2/5] mm/migrate: add a direction parameter to migrate_vma
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v2 0/5] mm/migrate: avoid device private invalidations
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• Re: [PATCH v2 3/5] mm/notifier: add migration invalidation type
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• Re: [PATCH v2 2/5] mm/migrate: add a direction parameter to migrate_vma
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• Re: [PATCH V2 for-next 0/6] Broadcom's driver update
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH for-next v1 0/7] RDMA: Remove query_pkey from iwarp providers
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v2 0/5] mm/migrate: avoid device private invalidations
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: [PATCH v2 3/5] mm/notifier: add migration invalidation type
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: [PATCH v2 2/5] mm/migrate: add a direction parameter to migrate_vma
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH rdma-next v1 2/2] RDMA/uverbs: Silence shiftTooManyBitsSigned warning
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next v1 1/2] RDMA/uverbs: Remove redundant assignments
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next v1 0/2] Fix warnings reported by kbuild
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH v2 3/3] RDMA/cm: Add tracepoints to track MAD send operations
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v2 2/3] RDMA/cm: Replace pr_debug() call sites with tracepoints
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v2 1/3] RDMA/core: Move the rdma_show_ib_cm_event() macro
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v2 0/3] IB CM tracepoints
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH for-next v2 3/4] RDMA/efa: User/kernel compatibility handshake mechanism
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH rdma-next 1/2] RDMA/uverbs: Remove redundant assignments
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-next] RDMA/mlx5: Add missing srcu_read_lock in ODP implicit flow
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for v5.9] RDS: Replace HTTP links with HTTPS ones
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for v5.9] RDS: Replace HTTP links with HTTPS ones
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH rdma-next] RDMA/mlx5: Add missing srcu_read_lock in ODP implicit flow
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: [PATCH rdma-next 1/2] RDMA/uverbs: Remove redundant assignments
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: [PATCH for v5.9] RDS: Replace HTTP links with HTTPS ones
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH RFC 0/3] IB CM tracepoints
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH RFC 0/3] IB CM tracepoints
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH for v5.9] RDS: Replace HTTP links with HTTPS ones
  • From: Jonathan Corbet <corbet@xxxxxxx>
• [PATCH for-rc 5/5] IB/mlx4: Add support for REJ due to timeout
  • From: Håkon Bugge <haakon.bugge@xxxxxxxxxx>
• [PATCH for-rc 4/5] IB/mlx4: Fix starvation in paravirt mux/demux
  • From: Håkon Bugge <haakon.bugge@xxxxxxxxxx>
• [PATCH for-rc 3/5] IB/mlx4: Separate tunnel and wire bufs parameters
  • From: Håkon Bugge <haakon.bugge@xxxxxxxxxx>
• [PATCH for-rc 1/5] IB/mlx4: Add and improve logging
  • From: Håkon Bugge <haakon.bugge@xxxxxxxxxx>
• [PATCH for-rc 2/5] IB/mlx4: Add support for MRA
  • From: Håkon Bugge <haakon.bugge@xxxxxxxxxx>
• [PATCH for-rc 0/5] Add CM packets missing and harden the proxying
  • From: Håkon Bugge <haakon.bugge@xxxxxxxxxx>
• Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea
  • From: Thomas Hellström (Intel) <thomas_os@xxxxxxxxxxxx>
• [PATCH for-next v2 4/4] RDMA/efa: Add EFA 0xefa1 PCI ID
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• [PATCH for-next v2 3/4] RDMA/efa: User/kernel compatibility handshake mechanism
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• [PATCH for-next v2 2/4] RDMA/efa: Expose minimum SQ size
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• [PATCH for-next v2 0/4] Add support for 0xefa1 device
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• [PATCH for-next v2 1/4] RDMA/efa: Expose maximum TX doorbell batch
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• Re: [PATCH for v5.9] RDS: Replace HTTP links with HTTPS ones
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH] net: rds: rdma_transport.h: delete duplicated word
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] net: rds: rdma_transport.h: delete duplicated word
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH for v5.9] RDS: Replace HTTP links with HTTPS ones
  • From: "Alexander A. Klimov" <grandmaster@xxxxxxxxxxxx>
• Re: [PATCH rdma-next 1/2] RDMA/uverbs: Remove redundant assignments
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-next 1/2] RDMA/uverbs: Remove redundant assignments
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• Re: [PATCH rdma-next 1/2] RDMA/uverbs: Remove redundant assignments
  • From: leon@xxxxxxxxxx
• [PATCH rdma-next v1] RDMA/include: Replace license text with SPDX tags
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next] RDMA/mlx5: Add missing srcu_read_lock in ODP implicit flow
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-rc] RDMA/mlx5: Prevent prefetch from racing with implicit destruction
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 2/2] RDMA/uverbs: Silence shiftTooManyBitsSigned warning
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 1/2] RDMA/uverbs: Remove redundant assignments
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 0/2] Fix warnings reported by kbuild
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next v2 2/2] RDMA/core: Update write interface to use automatic object lifetime
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next v2 1/2] RDMA/core: Align abort/commit object scheme for write() and ioctl() paths
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next v2 0/2] Align write() and ioctl() paths
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH] RDMA: rdma_user_ioctl.h: fix a duplicated word + clarify
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH rdma-next] RDMA/include: Replace license text with SPDX tags
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [rdma:wip/jgg-for-next] BUILD SUCCESS 5f0b2a6093a4d9aab093964c65083fe801ef1e58
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH rdma-next] RDMA/include: Replace license text with SPDX tags
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [rdma:for-next] BUILD SUCCESS cbeb7d896c0f296451ffa7b67e7706786b8364c8
  • From: kernel test robot <lkp@xxxxxxxxx>
• [rdma:wip/jgg-for-rc] BUILD SUCCESS 87c4c774cbef5c68b3df96827c2fb07f1aa80152
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH rdma-next] RDMA/include: Replace license text with SPDX tags
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v2] rdma_rxe: Prevent access to wr->next ptr afrer wr is posted to send queue
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v2][next] IB/hfi1: Remove unnecessary fall-through markings
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH v3 rdma-next 0/2] RDMA/qedr: Add EDPM kernel-user flags for feature compatibility
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• RE: [EXT] Re: [PATCH v3 rdma-next 2/2] RDMA/qedr: Add EDPM max size to alloc ucontext response
  • From: Michal Kalderon <mkalderon@xxxxxxxxxxx>
• [PATCH v2] rdma_rxe: Prevent access to wr->next ptr afrer wr is posted to send queue
  • From: <m.malygin@xxxxxxxxx>
• Re: [PATCH v3 rdma-next 2/2] RDMA/qedr: Add EDPM max size to alloc ucontext response
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH] RDMA/usnic: switch from 'pci_' to 'dma_' API
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v2][next] IB/hfi1: Remove unnecessary fall-through markings
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• RE: [PATCH v3 rdma-next 2/2] RDMA/qedr: Add EDPM max size to alloc ucontext response
  • From: Michal Kalderon <mkalderon@xxxxxxxxxxx>
• Re: [PATCH v3 rdma-next] RDMA/qedr: SRQ's bug fixes
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 1/1] IB/isert: allocate RW ctxs according to max IO size
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-next] RDMA/mlx5: Init dest_type when create flow
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v3 rdma-next 2/2] RDMA/qedr: Add EDPM max size to alloc ucontext response
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH for-next v1 0/4] RDMA/rxe: Cleanups and improvements
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH V2 for-next 6/6] RDMA/bnxt_re: Update maintainers for Broadcom rdma driver
  • From: Devesh Sharma <devesh.sharma@xxxxxxxxxxxx>
• Re: [PATCH rdma-rc] RDMA/cm: Protect access to remote_sidr_table
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-rc] RDMA/core: Fix race between alloc_uobj and destroy_fd
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH for-rc] RDMA/hns: Fix wrong PBL offset when VA is not aligned to PAGE_SIZE
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH for-rc] RDMA/hns: Fix wrong assignment of lp_pktn_ini in QPC
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-rc v2] RDMA/mlx5: Use xa_lock_irq when access to SRQ table
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH] rdma_rxe: Prevent access to wr->next ptr afrer wr is posted to send queue
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [PATCH rdma-rc] RDMA/cm: Protect access to remote_sidr_table
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next] RDMA/mlx5: Allow SQ modification
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 3/3] RDMA/mlx5: Set mkey relaxed ordering by UMR with ConnectX-7
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 2/3] RDMA/mlx5: Use MLX5_SET macro instead of local structure
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH mlx5-next 1/3] RDMA/mlx5: ConnectX-7 new capabilities to set relaxed ordering by UMR
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 0/3] Create UMR with relaxed ordering
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next] IB/cm: Consider local communication ID when check for a stale connection
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next v1 2/2] RDMA/core: Update write interface to use automatic object lifetime
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next v1 1/2] RDMA/core: Align abort/commit object scheme for write() and ioctl() paths
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next v1 0/2] Align write() and ioctl() paths
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-rc] RDMA/core: Fix race between alloc_uobj and destroy_fd
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH mlx5-next 0/4] mlx5 next updates 2020-07-14
  • From: Saeed Mahameed <saeedm@xxxxxxxxxxxx>
• Re: [PATCH] rdma_rxe: Prevent access to wr->next ptr afrer wr is posted to send queue
  • From: Zhu Yanjun <zyjzyj2000@xxxxxxxxx>
• Re: [PATCH V2 for-next 6/6] RDMA/bnxt_re: Update maintainers for Broadcom rdma driver
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH V2 for-next 6/6] RDMA/bnxt_re: Update maintainers for Broadcom rdma driver
  • From: Devesh Sharma <devesh.sharma@xxxxxxxxxxxx>
• [PATCH V2 for-next 5/6] RDMA/bnxt_re: Change wr posting logic to accommodate variable wqes
  • From: Devesh Sharma <devesh.sharma@xxxxxxxxxxxx>
• [PATCH V2 for-next 4/6] RDMA/bnxt_re: Add helper data structures
  • From: Devesh Sharma <devesh.sharma@xxxxxxxxxxxx>
• [PATCH V2 for-next 3/6] RDMA/bnxt_re: Pull psn buffer dynamically based on prod
  • From: Devesh Sharma <devesh.sharma@xxxxxxxxxxxx>
• [PATCH V2 for-next 2/6] RDMA/bnxt_re: introduce a function to allocate swq
  • From: Devesh Sharma <devesh.sharma@xxxxxxxxxxxx>
• [PATCH V2 for-next 1/6] RDMA/bnxt_re: introduce wqe mode to select execution path
  • From: Devesh Sharma <devesh.sharma@xxxxxxxxxxxx>
• [PATCH V2 for-next 0/6] Broadcom's driver update
  • From: Devesh Sharma <devesh.sharma@xxxxxxxxxxxx>
• Re: [PATCH 08/25] drm/malidp: Annotate dma-fence critical section in commit path
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH 08/25] drm/malidp: Annotate dma-fence critical section in commit path
  • From: Liviu Dudau <liviu.dudau@xxxxxxx>
• Re: [PATCH] rdma_rxe: Prevent access to wr->next ptr afrer wr is posted to send queue
  • From: Mikhail Malygin <m.malygin@xxxxxxxxx>
• Re: [PATCH 19/25] drm/amdgpu: s/GFP_KERNEL/GFP_ATOMIC in scheduler code
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH] rdma_rxe: Prevent access to wr->next ptr afrer wr is posted to send queue
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH for-rc] RDMA/rxe: Fix QP cleanup flow
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• Re: [PATCH for-rc] RDMA/rxe: Fix QP cleanup flow
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• Re: [PATCH for-next v1 0/4] RDMA/rxe: Cleanups and improvements
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• Re: [PATCH 19/25] drm/amdgpu: s/GFP_KERNEL/GFP_ATOMIC in scheduler code
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH] rdma_rxe: Prevent access to wr->next ptr afrer wr is posted to send queue
  • From: Mikhail Malygin <m.malygin@xxxxxxxxx>
• Re: [PATCH for-next v1 4/7] RDMA/siw: Remove the query_pkey callback
  • From: "Bernard Metzler" <BMT@xxxxxxxxxxxxxx>
• [PATCH mlx5-next 4/4] net/mlx5: Enable count action for rules with allow action
  • From: Saeed Mahameed <saeedm@xxxxxxxxxxxx>
• [PATCH mlx5-next 3/4] net/mlx5: Add interface changes required for VDPA
  • From: Saeed Mahameed <saeedm@xxxxxxxxxxxx>
• [PATCH mlx5-next 2/4] net/mlx5: Add VDPA interface type to supported enumerations
  • From: Saeed Mahameed <saeedm@xxxxxxxxxxxx>
• [PATCH mlx5-next 1/4] net/mlx5: Support setting access rights of dma addresses
  • From: Saeed Mahameed <saeedm@xxxxxxxxxxxx>
• [PATCH mlx5-next 0/4] mlx5 next updates 2020-07-14
  • From: Saeed Mahameed <saeedm@xxxxxxxxxxxx>
• [PATCH mlx5-next 0/4] mlx5 next updates 2020-07-14
  • From: Saeed Mahameed <saeedm@xxxxxxxxxxxx>
• Re: mmotm 2020-07-09-21-00 uploaded (drivers/net/ethernet/mellanox/mlx5/core/en_main.c)
  • From: Saeed Mahameed <saeedm@xxxxxxxxxxxx>
• RE: [PATCH for-next v1 0/7] RDMA: Remove query_pkey from iwarp providers
  • From: "Saleem, Shiraz" <shiraz.saleem@xxxxxxxxx>
• Re: [PATCH] rdma_rxe: Prevent access to wr->next ptr afrer wr is posted to send queue
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH for-next v1 0/4] RDMA/rxe: Cleanups and improvements
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [PATCH for-next v1 4/7] RDMA/siw: Remove the query_pkey callback
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• [PATCH for-next v1 6/7] RDMA/i40iw: Remove the query_pkey callback
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• [PATCH for-next v1 5/7] RDMA/cxgb4: Remove the query_pkey callback
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• Re: [PATCH for-next 0/7] RDMA: Remove query_pkey from iwarp providers
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• [PATCH for-next v1 7/7] RDMA/qedr: Remove the query_pkey callback
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• [PATCH for-next v1 3/7] RDMA/core: Remove query_pkey from the mandatory ops
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• [PATCH for-next v1 2/7] RDMA/core: Allocate the pkey cache only if the pkey_tbl_len is set
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• [PATCH for-next v1 1/7] RDMA/core: Expose pkeys sysfs files only if pkey_tbl_len is set
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• [PATCH for-next v1 0/7] RDMA: Remove query_pkey from iwarp providers
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• Re: [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea
  • From: Jason Ekstrand <jason@xxxxxxxxxxxxxx>
• Re: [PATCH 0/14 v4] PCI: Remove '*val = 0' from pcie_capability_read_*()
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 04/25] drm/vkms: Annotate vblank timer
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH 04/25] drm/vkms: Annotate vblank timer
  • From: Melissa Wen <melissa.srw@xxxxxxxxx>
• Re: [PATCH 19/25] drm/amdgpu: s/GFP_KERNEL/GFP_ATOMIC in scheduler code
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [PATCH for-rc] RDMA/hns: Fix wrong PBL offset when VA is not aligned to PAGE_SIZE
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• Re: [PATCH 19/25] drm/amdgpu: s/GFP_KERNEL/GFP_ATOMIC in scheduler code
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH for-rc] RDMA/hns: Fix wrong assignment of lp_pktn_ini in QPC
  • From: liweihang <liweihang@xxxxxxxxxx>
• Re: [PATCH 20/25] drm/amdgpu: DC also loves to allocate stuff where it shouldn't
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 01/25] dma-fence: basic lockdep annotations
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 19/25] drm/amdgpu: s/GFP_KERNEL/GFP_ATOMIC in scheduler code
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [rdma:hmm] BUILD SUCCESS b223555dc4ed6efc321d23e78e55197cf0080ef3
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH 1/14 v4] IB/hfi1: Check the return value of pcie_capability_read_*()
  • From: Saheed Olayemi Bolarinwa <refactormyself@xxxxxxxxx>
• [PATCH 0/14 v4] PCI: Remove '*val = 0' from pcie_capability_read_*()
  • From: Saheed Olayemi Bolarinwa <refactormyself@xxxxxxxxx>
• [bug report] net/mlx5e: CT: Save ct entries tuples in hashtables
  • From: <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 04/25] drm/vkms: Annotate vblank timer
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH 04/25] drm/vkms: Annotate vblank timer
  • From: Melissa Wen <melissa.srw@xxxxxxxxx>
• Re: [PATCH] drm/atmel: Use drm_atomic_helper_commit
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• RE: [PATCH for-next 7/7] RDMA/qedr: Remove the query_pkey callback
  • From: Michal Kalderon <mkalderon@xxxxxxxxxxx>
• Re: [PATCH 2/2] drm/virtio: Remove open-coded commit-tail function
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 12/25] drm/rcar-du: Annotate dma-fence critical section in commit path
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 07/25] drm/komdea: Annotate dma-fence critical section in commit path
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH] drm/tilcdc: Use standard drm_atomic_helper_commit
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH for-next v1 0/4] RDMA/rxe: Cleanups and improvements
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• [PATCH for-next 7/7] RDMA/qedr: Remove the query_pkey callback
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• [PATCH for-next 6/7] RDMA/i40iw: Remove the query_pkey callback
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• [PATCH for-next 5/7] RDMA/cxgb4: Remove the query_pkey callback
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• [PATCH for-next 4/7] RDMA/siw: Remove the query_pkey callback
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• [PATCH for-next 3/7] RDMA/core: Remove query_pkey from the mandatory ops
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• [PATCH for-next 2/7] RDMA/core: Allocate the pkey cache only if the pkey_tbl_len is set
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• [PATCH for-next 1/7] RDMA/core: Expose pkeys sysfs files only if pkey_tbl_len is set
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• [PATCH for-next 0/7] RDMA: Remove query_pkey from iwarp providers
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• Re: [PATCH 2.6.26-4.14] IB/ipoib: Arm "send_cq" to process completions in due time
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH stable-4.14] IB/umem: fix reference count leak in ib_umem_odp_get()
  • From: Yang Yingliang <yangyingliang@xxxxxxxxxx>
• [PATCH stable-4.19] IB/umem: fix reference count leak in ib_umem_odp_get()
  • From: Yang Yingliang <yangyingliang@xxxxxxxxxx>
• Re: [PATCH rdma-next] RDMA/mlx5: Init dest_type when create flow
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next] RDMA/include: Replace license text with SPDX tags
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH v2] IB: Replace HTTP links with HTTPS ones
  • From: "Alexander A. Klimov" <grandmaster@xxxxxxxxxxxx>
• Re: [PATCH 01/25] dma-fence: basic lockdep annotations
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH v2 0/5] mm/migrate: avoid device private invalidations
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• [PATCH v2 1/5] nouveau: fix storing invalid ptes
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• [PATCH v2 4/5] nouveau/svm: use the new migration invalidation
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• [PATCH v2 2/5] mm/migrate: add a direction parameter to migrate_vma
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• [PATCH v2 5/5] mm/hmm/test: use the new migration invalidation
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• [PATCH v2 3/5] mm/notifier: add migration invalidation type
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• Re: [PATCH 1/14 v3] IB/hfi1: Check the return value of pcie_capability_read_*()
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [PATCH 1/14 v3] IB/hfi1: Check the return value of pcie_capability_read_*()
  • From: "Saheed O. Bolarinwa" <refactormyself@xxxxxxxxx>
• Re: [PATCH 01/25] dma-fence: basic lockdep annotations
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH 01/25] dma-fence: basic lockdep annotations
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 2.6.26-4.14] IB/ipoib: Arm "send_cq" to process completions in due time
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] ib_srp: Replace HTTP links with HTTPS ones
  • From: "Alexander A. Klimov" <grandmaster@xxxxxxxxxxxx>
• Re: [PATCH] SCSI RDMA PROTOCOL (SRP) TARGET: Replace HTTP links with HTTPS ones
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH rdma-next] RDMA/mlx5: Init dest_type when create flow
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH] IB/iser: Replace HTTP links with HTTPS ones
  • From: "Alexander A. Klimov" <grandmaster@xxxxxxxxxxxx>
• Re: [PATCH for-rc v1 0/4] RDMA/providers: Set max_pkey attribute
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• Re: mmotm 2020-07-09-21-00 uploaded (drivers/net/ethernet/mellanox/mlx5/core/en_main.c)
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: mmotm 2020-07-09-21-00 uploaded (drivers/net/ethernet/mellanox/mlx5/core/en_main.c)
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH 04/25] drm/vkms: Annotate vblank timer
  • From: Rodrigo Siqueira <rodrigosiqueiramelo@xxxxxxxxx>
• Re: [PATCH] SCSI RDMA PROTOCOL (SRP) TARGET: Replace HTTP links with HTTPS ones
  • From: "Alexander A. Klimov" <grandmaster@xxxxxxxxxxxx>
• Re: [PATCH] SCSI RDMA PROTOCOL (SRP) TARGET: Replace HTTP links with HTTPS ones
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v2][next] IB/hfi1: Remove unnecessary fall-through markings
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-rc v2] RDMA/mlx5: Use xa_lock_irq when access to SRQ table
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-next] RDMA/mlx5: Init dest_type when create flow
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-rc v2] RDMA/mlx5: Use xa_lock_irq when access to SRQ table
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: Question about IB_QP_CUR_STATE
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: Question about IB_QP_CUR_STATE
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• Re: Question about IB_QP_CUR_STATE
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-rc v2] RDMA/mlx5: Use xa_lock_irq when access to SRQ table
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH] RDMA/usnic: switch from 'pci_' to 'dma_' API
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH] RDMA/usnic: switch from 'pci_' to 'dma_' API
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• [PATCH 0/14 v3] PCI: Remove '*val = 0' from pcie_capability_read_*()
  • From: Saheed Olayemi Bolarinwa <refactormyself@xxxxxxxxx>
• [PATCH 14/14 v3] PCI: Remove '*val = 0' from pcie_capability_read_*()
  • From: Saheed Olayemi Bolarinwa <refactormyself@xxxxxxxxx>
• Re: [GIT PULL] Please pull RDMA subsystem changes
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH 3/5] mm/notifier: add migration invalidation type
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• Re: [PATCH v3 0/5] mm/hmm/nouveau: add PMD system memory mapping
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• Re: [PATCH 02/25] dma-fence: prime lockdep annotations
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH rdma-next] RDMA/mlx5: Init dest_type when create flow
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 3/5] mm/notifier: add migration invalidation type
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH for-next] RDMA/mlx5: Remove unused to_mibmr function
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v3 0/5] mm/hmm/nouveau: add PMD system memory mapping
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH] SCSI RDMA PROTOCOL (SRP) TARGET: Replace HTTP links with HTTPS ones
  • From: "Alexander A. Klimov" <grandmaster@xxxxxxxxxxxx>
• [GIT PULL] Please pull RDMA subsystem changes
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: mmotm 2020-07-09-21-00 uploaded (drivers/net/ethernet/mellanox/mlx5/core/en_main.c)
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH RFC 0/3] IB CM tracepoints
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH RFC 0/3] IB CM tracepoints
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 02/25] dma-fence: prime lockdep annotations
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: [PATCH] SCSI RDMA PROTOCOL (SRP) TARGET: Replace HTTP links with HTTPS ones
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH RFC 2/3] RDMA/cm: Replace pr_debug() call sites with tracepoints
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH RFC 3/3] RDMA/cm: Add tracepoints to track MAD send operations
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH RFC 2/3] RDMA/cm: Replace pr_debug() call sites with tracepoints
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH RFC 1/3] RDMA/core: Move the rdma_show_ib_cm_event() macro
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH RFC 0/3] IB CM tracepoints
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH for-rc v2 1/2] IB/hfi1: Do not destroy hfi1_wq when the device is shut down
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH 02/25] dma-fence: prime lockdep annotations
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH 02/25] dma-fence: prime lockdep annotations
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: [PATCH 02/25] dma-fence: prime lockdep annotations
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH 02/25] dma-fence: prime lockdep annotations
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: [PATCH 02/25] dma-fence: prime lockdep annotations
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH 02/25] dma-fence: prime lockdep annotations
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea
  • From: Maarten Lankhorst <maarten.lankhorst@xxxxxxxxxxxxxxx>
• Re: [PATCH] drm/tilcdc: Use standard drm_atomic_helper_commit
  • From: Jyri Sarha <jsarha@xxxxxx>
• Re: Question about IB_QP_CUR_STATE
  • From: liweihang <liweihang@xxxxxxxxxx>
• [rdma:wip/jgg-for-rc] BUILD SUCCESS 0a03715068794e4b524f66ebbf412ab1f2933f3f
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/1] IB/isert: allocate RW ctxs according to max IO size
  • From: Sagi Grimberg <sagi@xxxxxxxxxxx>
• KASAN: use-after-free Read in netdevice_event_work_handler
  • From: syzbot <syzbot+20b90969babe05609947@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2][next] IB/hfi1: Remove unnecessary fall-through markings
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• [PATCH][next] IB/hfi1: Remove unnecessary fall-through markings
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• [PATCH] SCSI RDMA PROTOCOL (SRP) TARGET: Replace HTTP links with HTTPS ones
  • From: "Alexander A. Klimov" <grandmaster@xxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH 03/25] dma-buf.rst: Document why idenfinite fences are a bad idea
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH 2/2] drm/virtio: Remove open-coded commit-tail function
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 2/2] drm/virtio: Remove open-coded commit-tail function
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH 2/2] drm/virtio: Remove open-coded commit-tail function
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [Intel-gfx] [PATCH 03/25] dma-buf.rst: Document why idenfinite fences are a bad idea
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [Intel-gfx] [PATCH 03/25] dma-buf.rst: Document why idenfinite fences are a bad idea
  • From: Daniel Stone <daniel@xxxxxxxxxxxxx>
• Re: [PATCH 03/25] dma-buf.rst: Document why idenfinite fences are a bad idea
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH for-next 3/3] RDMA/efa: Add EFA 0xefa1 PCI ID
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• [PATCH for-next 2/3] RDMA/efa: Expose minimum SQ size
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• [PATCH for-next 1/3] RDMA/efa: Expose maximum TX doorbell batch
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• [PATCH for-next 0/3] Add support for 0xefa1 device
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• Re: [PATCH 02/25] dma-fence: prime lockdep annotations
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [Intel-gfx] [PATCH 03/25] dma-buf.rst: Document why idenfinite fences are a bad idea
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [Intel-gfx] [PATCH 03/18] dma-fence: basic lockdep annotations
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [Intel-gfx] [PATCH 01/25] dma-fence: basic lockdep annotations
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH V1 rdma-core 00/13] verbs: Introduce import verbs for device, PD, MR
  • From: Yishai Hadas <yishaih@xxxxxxxxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH 03/25] dma-buf.rst: Document why idenfinite fences are a bad idea
  • From: Daniel Stone <daniel@xxxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH 01/25] dma-fence: basic lockdep annotations
  • From: Daniel Stone <daniel@xxxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH 03/18] dma-fence: basic lockdep annotations
  • From: Daniel Stone <daniel@xxxxxxxxxxxxx>
• Re: Question about IB_QP_CUR_STATE
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• [rdma:for-rc] BUILD SUCCESS 04340645f69ab7abb6f9052688a60f0213b3f79c
  • From: kernel test robot <lkp@xxxxxxxxx>
• [rdma:for-next] BUILD SUCCESS 1e2b5a90ded2852017e327e93861346ee70c5384
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH for-rc v1 0/4] RDMA/providers: Set max_pkey attribute
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-rc 0/3] Fixes to mlx5_ib driver
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v3 rdma-next] RDMA/qedr: SRQ's bug fixes
  • From: Yuval Basson <ybason@xxxxxxxxxxx>
• Re: [PATCH rdma-next 2/2] RDMA/core: Update write interface to use automatic object lifetime
  • From: Leon Romanovsky <leonro@xxxxxxxxxxxx>
• Re: [PATCH][next] IB/hfi1: Use fallthrough pseudo-keyword
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH][next] IB/hfi1: Use fallthrough pseudo-keyword
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: Question about IB_QP_CUR_STATE
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH 01/25] dma-fence: basic lockdep annotations
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH 01/25] dma-fence: basic lockdep annotations
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [PATCH 01/25] dma-fence: basic lockdep annotations
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH 01/25] dma-fence: basic lockdep annotations
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• [PATCH] drm/tilcdc: Use standard drm_atomic_helper_commit
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH 2/5] mm/migrate: add a direction parameter to migrate_vma
  • From: Bharata B Rao <bharata@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] mm/migrate: avoid device private invalidations
  • From: Bharata B Rao <bharata@xxxxxxxxxxxxx>
• Re: Question about IB_QP_CUR_STATE
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• Re: [PATCH for-rc] RDMA/siw: Fix reporting vendor_part_id
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: Question about IB_QP_CUR_STATE
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 1/2] RDMA/core: Align abort/commit object scheme for write() and ioctl() paths
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 2/2] RDMA/core: Update write interface to use automatic object lifetime
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 0/2] Align write() and ioctl() paths
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH] drm/tilcdc: Use standard drm_atomic_helper_commit
  • From: Jyri Sarha <jsarha@xxxxxx>
• Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [PATCH] drm/tilcdc: Use standard drm_atomic_helper_commit
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Question about IB_QP_CUR_STATE
  • From: liweihang <liweihang@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH 15/25] drm/tilcdc: Use standard drm_atomic_helper_commit
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 1/1] IB/isert: allocate RW ctxs according to max IO size
  • From: Max Gurtovoy <maxg@xxxxxxxxxxxx>
• Re: [PATCH 15/25] drm/tilcdc: Use standard drm_atomic_helper_commit
  • From: Jyri Sarha <jsarha@xxxxxx>
• [rdma:wip/jgg-for-next] BUILD SUCCESS cc33b23e1e1cf54bcb9e5c193e3888a3b17a5479
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 14/25] drm/tidss: Annotate dma-fence critical section in commit path
  • From: Jyri Sarha <jsarha@xxxxxx>
• Re: [PATCH][next] IB/hfi1: Use fallthrough pseudo-keyword
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v2 rdma-next] RDMA/qedr: SRQ's bug fixes
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH] rds: send: Replace sg++ with sg = sg_next(sg)
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH 07/25] drm/komdea: Annotate dma-fence critical section in commit path
  • From: "james qian wang (Arm Technology China)" <james.qian.wang@xxxxxxx>
• [PATCH] rds: send: Replace sg++ with sg = sg_next(sg)
  • From: Xu Wang <vulab@xxxxxxxxxxx>
• Re: [Nouveau] [PATCH v3 3/5] nouveau: fix mapping 2MB sysmem pages
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: [PATCH v4] IB/sa: Resolving use-after-free in ib_nl_send_msg
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v4] IB/sa: Resolving use-after-free in ib_nl_send_msg
  • From: Divya Indi <divya.indi@xxxxxxxxxx>
• Re: [PATCH 12/25] drm/rcar-du: Annotate dma-fence critical section in commit path
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• [PATCH 13/13] PCI: Remove '*val = 0' from pcie_capability_read_*()
  • From: Saheed Olayemi Bolarinwa <refactormyself@xxxxxxxxx>
• [PATCH 0/13] PCI: Remove '*val = 0' from pcie_capability_read_*()
  • From: Saheed Olayemi Bolarinwa <refactormyself@xxxxxxxxx>
• Re: [PATCH net] net/mlx5e: Do not include rwlock.h directly
  • From: David Miller <davem@xxxxxxxxxxxxx>
• RE: [RFC PATCH v2 0/3] RDMA: add dma-buf support
  • From: "Xiong, Jianxin" <jianxin.xiong@xxxxxxxxx>
• [PATCH] drm/atmel: Use drm_atomic_helper_commit
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH 09/25] drm/atmel: Use drm_atomic_helper_commit
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 25/25] drm/amdgpu: gpu recovery does full modesets
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 24/25] Revert "drm/amdgpu: add fbdev suspend/resume on gpu reset"
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 23/25] drm/amdgpu: use dma-fence annotations for gpu reset code
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 22/25] drm/scheduler: use dma-fence annotations in tdr work
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 21/25] drm/amdgpu/dc: Stop dma_resv_lock inversion in commit_tail
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 20/25] drm/amdgpu: DC also loves to allocate stuff where it shouldn't
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 19/25] drm/amdgpu: s/GFP_KERNEL/GFP_ATOMIC in scheduler code
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 18/25] drm/amdgpu: use dma-fence annotations in cs_submit()
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 17/25] drm/scheduler: use dma-fence annotations in main thread
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 16/25] drm/atomic-helper: Add dma-fence annotations
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 14/25] drm/tidss: Annotate dma-fence critical section in commit path
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 15/25] drm/tilcdc: Use standard drm_atomic_helper_commit
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 13/25] drm/tegra: Annotate dma-fence critical section in commit path
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 12/25] drm/rcar-du: Annotate dma-fence critical section in commit path
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 11/25] drm/omapdrm: Annotate dma-fence critical section in commit path
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 10/25] drm/imx: Annotate dma-fence critical section in commit path
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 09/25] drm/atmel: Use drm_atomic_helper_commit
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 08/25] drm/malidp: Annotate dma-fence critical section in commit path
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 07/25] drm/komdea: Annotate dma-fence critical section in commit path
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 06/25] drm/amdgpu: add dma-fence annotations to atomic commit path
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 05/25] drm/vblank: Annotate with dma-fence signalling section
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 04/25] drm/vkms: Annotate vblank timer
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 03/25] dma-buf.rst: Document why idenfinite fences are a bad idea
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 02/25] dma-fence: prime lockdep annotations
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 01/25] dma-fence: basic lockdep annotations
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 00/25] dma-fence annotations, round 3
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH v1 0/4] Fix more issues in new connect logic
  • From: Anna Schumaker <anna.schumaker@xxxxxxxxxx>
• Re: [PATCH for-rc v1 0/4] RDMA/providers: Set max_pkey attribute
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• Re: iSERT SQ overflow with single target and multi luns
  • From: Max Gurtovoy <maxg@xxxxxxxxxxxx>
• [PATCH v2 rdma-next] RDMA/qedr: SRQ's bug fixes
  • From: Yuval Basson <ybason@xxxxxxxxxxx>
• RE: [EXT] Re: [PATCH rdma-next] RDMA/qedr: SRQ's bug fixes
  • From: Yuval Basson <ybason@xxxxxxxxxxx>
• Re: [PATCH rdma-next 0/6] Cleanup mlx5_ib main file
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH][next] IB/hfi1: Use fallthrough pseudo-keyword
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: iSERT SQ overflow with single target and multi luns
  • From: Krishnamraju Eraparaju <krishna2@xxxxxxxxxxx>
• Re: [PATCH for-next] RDMA/hns: Optimize MTR level-0 addressing to access huge page
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-next] RDMA/rxe: Skip dgid check in loopback mode
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH for-rc v1 0/4] RDMA/providers: Set max_pkey attribute
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-rc v1] RDMA/mlx5: Use xa_lock_irq when access to SRQ table
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [rdma:wip/jgg-for-next] BUILD SUCCESS 28ad5f65c314ffdd5888d6afa61772d3032a332c
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH for-rc] RDMA/siw: Fix reporting vendor_part_id
  • From: "Bernard Metzler" <BMT@xxxxxxxxxxxxxx>
• Re: [net-next v4 10/12] ASoC: SOF: Introduce descriptors for SOF client
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH rdma-rc v1] RDMA/mlx5: Use xa_lock_irq when access to SRQ table
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH rdma-next v2] RDMA: Clean MW allocation and free flows
  • From: Leon Romanovsky <leon@xxxxxxxxxx>