Linux RDMA (remote direct memory access) and InfiniBand Development

• Thread Index

• [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>
• Re: iSERT SQ overflow with single target and multi luns
  • From: Max Gurtovoy <maxg@xxxxxxxxxxxx>
• [PATCH rdma-rc v1] RDMA/mlx5: Use xa_lock_irq when access to SRQ table
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH for-rc] RDMA/siw: Fix reporting vendor_part_id
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• iSERT SQ overflow with single target and multi luns
  • From: Krishnamraju Eraparaju <krishna2@xxxxxxxxxxx>
• Re: [PATCH rdma-next v1 2/4] RDMA: Clean MW allocation and free flows
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-rc 1/3] RDMA/mlx5: Use xa_lock_irqsave when access to SRQ table
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-rc 1/3] RDMA/mlx5: Use xa_lock_irqsave when access to SRQ table
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH rdma-next v1 2/4] RDMA: Clean MW allocation and free flows
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH rdma-rc 3/3] RDMA/mlx5: Set PD pointers for the error flow unwind
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-rc 2/3] IB/mlx5: Fix 50G per lane indication
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-rc 1/3] RDMA/mlx5: Use xa_lock_irqsave when access to SRQ table
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-rc 0/3] Fixes to mlx5_ib driver
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next] RDMA/mlx5: Init dest_type when create flow
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH v3 rdma-next 2/2] RDMA/qedr: Add EDPM max size to alloc ucontext response
  • From: Michal Kalderon <michal.kalderon@xxxxxxxxxxx>
• [PATCH v3 rdma-next 1/2] RDMA/qedr: Add EDPM mode type for user-fw compatibility
  • From: Michal Kalderon <michal.kalderon@xxxxxxxxxxx>
• [PATCH v3 rdma-next 0/2] RDMA/qedr: Add EDPM kernel-user flags for feature compatibility
  • From: Michal Kalderon <michal.kalderon@xxxxxxxxxxx>
• RE: [PATCH v2 rdma-next 2/2] RDMA/qedr: Add EDPM max size to alloc ucontext response
  • From: Michal Kalderon <mkalderon@xxxxxxxxxxx>
• Re: [PATCH v2 rdma-next 2/2] RDMA/qedr: Add EDPM max size to alloc ucontext response
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-next v1 2/4] RDMA: Clean MW allocation and free flows
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [rdma:for-next] BUILD SUCCESS d473f4dc2f95c8c856b1659ced3502802b7d2fbe
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH net] net/mlx5e: Do not include rwlock.h directly
  • From: Saeed Mahameed <saeedm@xxxxxxxxxxxx>
• Re: [PATCH rdma-next v1 0/4] ib_core allocation patches
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-next v1 2/4] RDMA: Clean MW allocation and free flows
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [net-next v4 10/12] ASoC: SOF: Introduce descriptors for SOF client
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH rdma-next v1 0/7] Introduce UAPIs to query UCONTEXT, PD and MR properties
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-next v2 0/3] Convert XRC to use xarray
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH for-next 0/3] Allocate MR cleanups
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH 2/5] mm/migrate: add a direction parameter to migrate_vma
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• [PATCH 4/5] nouveau/svm: use the new migration invalidation
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• [PATCH 5/5] mm/hmm/test: use the new migration invalidation
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• [PATCH 3/5] mm/notifier: add migration invalidation type
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• [PATCH 0/5] mm/migrate: avoid device private invalidations
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• [PATCH 1/5] nouveau: fix storing invalid ptes
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• Re: [PATCH] RDMA/core: Clean up tracepoint headers
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 rdma-next 2/2] RDMA/qedr: Add EDPM max size to alloc ucontext response
  • From: Michal Kalderon <michal.kalderon@xxxxxxxxxxx>
• [PATCH v2 rdma-next 1/2] RDMA/qedr: Add EDPM mode type for user-fw compatibility
  • From: Michal Kalderon <michal.kalderon@xxxxxxxxxxx>
• [PATCH v2 rdma-next 0/2] RDMA/qedr: Add EDPM kernel-user flags for feature compatibility
  • From: Michal Kalderon <michal.kalderon@xxxxxxxxxxx>
• Re: [PATCH v1 0/4] Fix more issues in new connect logic
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH rdma-next 0/2] Create IPoIB QP with specific QP number
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-next 2/2] RDMA/qedr: Add EDPM max size to alloc ucontext response
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [PATCH rdma-next 2/2] RDMA/qedr: Add EDPM max size to alloc ucontext response
  • From: Michal Kalderon <michal.kalderon@xxxxxxxxxxx>
• [PATCH rdma-next 1/2] RDMA/qedr: Add EDPM mode type for user-fw compatibility
  • From: Michal Kalderon <michal.kalderon@xxxxxxxxxxx>
• [PATCH rdma-next 0/2] RDMA/qedr: Add EDPM kernel-user flags for feature compatibility
  • From: Michal Kalderon <michal.kalderon@xxxxxxxxxxx>
• Re: [PATCH rdma-next] RDMA/qedr: SRQ's bug fixes
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH for-rc v1 1/4] RDMA/siw: Set max_pkeys attribute
  • From: "Bernard Metzler" <BMT@xxxxxxxxxxxxxx>
• Re: [PATCH for-next 3/3] RDMA: Remove the udata parameter from alloc_mr callback
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-next 2/3] RDMA/core: Remove ib_alloc_mr_user function
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-next 1/3] RDMA/core: Check for error instead of success in alloc MR function
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next v2 3/3] RDMA/core: Optimize XRC target lookup
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next v2 2/3] RDMA/core: Clean ib_alloc_xrcd() and reuse it to allocate XRC domain
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next v2 1/3] RDMA/mlx5: Get XRCD number directly for the internal use
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next v2 0/3] Convert XRC to use xarray
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next] RDMA: Move ib_dm allocation to be under ib_core responsibility
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next] RDMA/qedr: SRQ's bug fixes
  • From: Yuval Basson <ybason@xxxxxxxxxxx>
• [PATCH for-next 3/3] RDMA: Remove the udata parameter from alloc_mr callback
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• [PATCH for-next 2/3] RDMA/core: Remove ib_alloc_mr_user function
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• [PATCH for-next 1/3] RDMA/core: Check for error instead of success in alloc MR function
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• [PATCH for-next 0/3] Allocate MR cleanups
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• [PATCH for-rc v1 4/4] RDMA/usnic: Fix reported max_pkeys attribute
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• [PATCH for-rc v1 3/4] RDMA/i40iw: Set max_pkeys attribute
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• [PATCH for-rc v1 2/4] RDMA/cxgb4: Set max_pkeys attribute
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• [PATCH for-rc v1 1/4] RDMA/siw: Set max_pkeys attribute
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• [PATCH for-rc v1 0/4] RDMA/providers: Set max_pkey attribute
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• Re: [PATCH for-next 0/5] RDMA/providers: Set max_pkey attribute
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• Re: [PATCH for-next 2/5] RDMA/efa: Set max_pkeys attribute
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• Re: [PATCH for-next 2/5] RDMA/efa: Set max_pkeys attribute
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• [PATCH for-next 5/5] RDMA/usnic: Fix reported max_pkeys attribute
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• [PATCH for-next 4/5] RDMA/i40iw: Set max_pkeys attribute
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• [PATCH for-next 3/5] RDMA/cxgb4: Set max_pkeys attribute
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• [PATCH for-next 2/5] RDMA/efa: Set max_pkeys attribute
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• [PATCH for-next 1/5] RDMA/siw: Set max_pkeys attribute
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• [PATCH for-next 0/5] RDMA/providers: Set max_pkey attribute
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• Re: [PATCH iproute2-next v1 0/4] RAW format dumps through RDMAtool
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH iproute2-next v1 1/4] rdma: update uapi headers
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH] Replace HTTP links with HTTPS ones: VMWare PVRDMA driver
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH] Replace HTTP links with HTTPS ones: VMWare PVRDMA driver
  • From: "Alexander A. Klimov" <grandmaster@xxxxxxxxxxxx>
• Re: [PATCH iproute2-next v1 0/4] RAW format dumps through RDMAtool
  • From: David Ahern <dsahern@xxxxxxxxx>
• Re: [PATCH iproute2-next v1 1/4] rdma: update uapi headers
  • From: David Ahern <dsahern@xxxxxxxxx>
• Re: [PATCH iproute2-next v1 1/4] rdma: update uapi headers
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH iproute2-next v1 1/4] rdma: update uapi headers
  • From: David Ahern <dsahern@xxxxxxxxx>
• Re: [PATCH for-next] RDMA/mlx5: Remove unused to_mibmr function
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH for-next] RDMA/mlx5: Remove unused to_mibmr function
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• Re: [PATCH] RDMA/core: Clean up tracepoint headers
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-next v1 4/4] RDMA/rxe: Remove rxe_link_layer()
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-next v1 3/4] RDMA/rxe: Return void from rxe_mem_init_dma()
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-next v1 2/4] RDMA/rxe: Return void from rxe_init_port_param()
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-next v1 1/4] RDMA/rxe: Drop pointless checks in rxe_init_ports
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH net] net/mlx5e: Do not include rwlock.h directly
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-next v1 4/4] RDMA/rxe: Remove rxe_link_layer()
  • From: Zhu Yanjun <zyjzyj2000@xxxxxxxxx>
• [rdma:wip/jgg-for-next] BUILD SUCCESS a544571d44090992ab2d68ddd93418258bd13eef
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH for-next v1 4/4] RDMA/rxe: Remove rxe_link_layer()
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• [PATCH for-next v1 3/4] RDMA/rxe: Return void from rxe_mem_init_dma()
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• [PATCH for-next v1 2/4] RDMA/rxe: Return void from rxe_init_port_param()
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• [PATCH for-next v1 1/4] RDMA/rxe: Drop pointless checks in rxe_init_ports
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• [PATCH for-next v1 0/4] RDMA/rxe: Cleanups and improvements
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• Re: [PATCH for-next 4/4] RDMA/rxe: Remove rxe_link_layer()
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• Re: [PATCH for-next 4/4] RDMA/rxe: Remove rxe_link_layer()
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• [PATCH V1 rdma-core 05/13] mlx5: Refactor mlx5_alloc_context()
  • From: Yishai Hadas <yishaih@xxxxxxxxxxxx>
• [PATCH V1 rdma-core 08/13] mlx5: Implement the import/unimport PD verbs
  • From: Yishai Hadas <yishaih@xxxxxxxxxxxx>
• [PATCH V1 rdma-core 13/13] tests: Add a shared PD Pyverbs test
  • From: Yishai Hadas <yishaih@xxxxxxxxxxxx>
• [PATCH V1 rdma-core 03/13] verbs: Enhance async FD usage
  • From: Yishai Hadas <yishaih@xxxxxxxxxxxx>
• [PATCH V1 rdma-core 12/13] Documentation: Add usage example for verbs import
  • From: Yishai Hadas <yishaih@xxxxxxxxxxxx>
• [PATCH V1 rdma-core 07/13] verbs: Introduce ibv_import/unimport_pd() verbs
  • From: Yishai Hadas <yishaih@xxxxxxxxxxxx>
• [PATCH V1 rdma-core 09/13] verbs: Introduce ibv_import/unimport_mr() verbs
  • From: Yishai Hadas <yishaih@xxxxxxxxxxxx>
• [PATCH V1 rdma-core 10/13] mlx5: Implement the import/unimport MR verbs
  • From: Yishai Hadas <yishaih@xxxxxxxxxxxx>
• [PATCH V1 rdma-core 04/13] verbs: Introduce ibv_import_device() verb
  • From: Yishai Hadas <yishaih@xxxxxxxxxxxx>
• [PATCH V1 rdma-core 00/13] verbs: Introduce import verbs for device, PD, MR
  • From: Yishai Hadas <yishaih@xxxxxxxxxxxx>
• [PATCH V1 rdma-core 02/13] verbs: Close async_fd only when it was previously created
  • From: Yishai Hadas <yishaih@xxxxxxxxxxxx>
• [PATCH V1 rdma-core 11/13] pyverbs: Support verbs import APIs
  • From: Yishai Hadas <yishaih@xxxxxxxxxxxx>
• [PATCH V1 rdma-core 01/13] Update kernel headers
  • From: Yishai Hadas <yishaih@xxxxxxxxxxxx>
• [PATCH V1 rdma-core 06/13] mlx5: Implement the import device functionality
  • From: Yishai Hadas <yishaih@xxxxxxxxxxxx>
• Re: [PATCH for-next 4/4] RDMA/rxe: Remove rxe_link_layer()
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-next 4/4] RDMA/rxe: Remove rxe_link_layer()
  • From: Zhu Yanjun <zyjzyj2000@xxxxxxxxx>
• Re: [PATCH for-next 4/4] RDMA/rxe: Remove rxe_link_layer()
  • From: Zhu Yanjun <zyjzyj2000@xxxxxxxxx>
• [rdma:wip/jgg-for-rc] BUILD SUCCESS f427f4d6214c183c474eeb46212d38e6c7223d6a
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH net] net/mlx5e: Do not include rwlock.h directly
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH rdma-next 0/2] Create IPoIB QP with specific QP number
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH for-next 4/4] RDMA/rxe: Remove rxe_link_layer()
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• [PATCH for-next 3/4] RDMA/rxe: Return void from rxe_mem_init_dma()
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• [PATCH for-next 2/4] RDMA/rxe: Return void from rxe_init_port_param()
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• [PATCH for-next 1/4] RDMA/rxe: Drop pointless checks in rxe_init_ports
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• [PATCH for-next 0/4] RDMA/rxe: Cleanups and improvements
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [rdma:for-next] BUILD SUCCESS 65936bf25f90fe440bb2d11624c7d10fab266639
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH rdma-next v1 1/2] RDMA: Clean ib_alloc_xrcd() and reuse it to allocate XRC domain
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-next 0/2] Create IPoIB QP with specific QP number
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-next 0/2] Create IPoIB QP with specific QP number
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-next v1 1/2] RDMA: Clean ib_alloc_xrcd() and reuse it to allocate XRC domain
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [rdma:for-rc] BUILD SUCCESS 2315ec12ee8e8257bb335654c62e0cae71dc278d
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH net-next] mlx4: Mark PM functions as __maybe_unused
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v4] IB/sa: Resolving use-after-free in ib_nl_send_msg
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-next v1 1/2] RDMA: Clean ib_alloc_xrcd() and reuse it to allocate XRC domain
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH rdma-next] RDMA/mlx5: Introduce ODP prefetch counter
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-next 0/2] Create IPoIB QP with specific QP number
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-core 10/13] mlx5: Implement the import/unimport MR verbs
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH] RDMA/core: Fix bogus WARN_ON during ib_unregister_device_queued()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH for-rc v2 0/2] minor hfi1 fixes
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH rdma-rc] RDMA/mlx5: Fix legacy IPoIB QP initialization
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH] IB/hfi1: Add explicit cast OPA_MTU_8192 to 'enum ib_mtu'
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH] RDMA/core: Clean up tracepoint headers
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH for-next] RDMA/ipoib: Fix ABBA deadlock with ipoib_reap_ah()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH net-next] mlx4: Mark PM functions as __maybe_unused
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [net-next v4 10/12] ASoC: SOF: Introduce descriptors for SOF client
  • From: Ranjani Sridharan <ranjani.sridharan@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH rdma-next 0/6] Cleanup mlx5_ib main file
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH rdma-next 0/6] Cleanup mlx5_ib main file
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [net-next v4 10/12] ASoC: SOF: Introduce descriptors for SOF client
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [net-next v4 10/12] ASoC: SOF: Introduce descriptors for SOF client
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH net-next] mlx4: Mark PM functions as __maybe_unused
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [net-next v4 10/12] ASoC: SOF: Introduce descriptors for SOF client
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH net-next] mlx4: Mark PM functions as __maybe_unused
  • From: Wei Yongjun <weiyongjun1@xxxxxxxxxx>
• Re: [PATCH net-next] mlx4: Mark PM functions as __maybe_unused
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH net-next] mlx4: Mark PM functions as __maybe_unused
  • From: Wei Yongjun <weiyongjun1@xxxxxxxxxx>
• [PATCH rdma-next 1/3] RDMA/counter: Add PID category support in auto mode
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 3/3] RDMA/counter: Allow manually bind QPs with different pids to same counter
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 2/3] RDMA/counter: Only bind user QPs in auto mode
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 0/3] Global per-type support for QP counters
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 4/6] RDMA/mlx5: Separate flow steering logic from main.c
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 6/6] RDMA/mlx5: Delete one-time used functions
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 5/6] RDMA/mlx5: Cleanup DEVX initialization flow
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 3/6] RDMA/mlx5: Separate counters from main.c
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 2/6] RDMA/mlx5: Separate restrack callbacks initialization from main.c
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 1/6] RDMA/mlx5: Limit the scope of mlx5_ib_enable_driver function
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 0/6] Cleanup mlx5_ib main file
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v1] rds: If one path needs re-connection, check all and re-connect
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [net-next v4 10/12] ASoC: SOF: Introduce descriptors for SOF client
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [PATCH v3 0/5] mm/hmm/nouveau: add PMD system memory mapping
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• [PATCH v3 3/5] nouveau: fix mapping 2MB sysmem pages
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• [PATCH v3 2/5] mm/hmm: add hmm_mapping order
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• [PATCH v3 5/5] hmm: add tests for hmm_pfn_to_map_order()
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• [PATCH v3 4/5] nouveau/hmm: support mapping large sysmem pages
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• [PATCH v3 1/5] nouveau/hmm: fault one page at a time
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• Re: iSERT completions hung due to unavailable iscsit tag
  • From: Krishnamraju Eraparaju <krishna2@xxxxxxxxxxx>
• 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>
• [PATCH v1] rds: If one path needs re-connection, check all and re-connect
  • From: rao.shoaib@xxxxxxxxxx
• Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH rdma-core 10/13] mlx5: Implement the import/unimport MR verbs
  • From: Yishai Hadas <yishaih@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [rdma:wip/jgg-for-next] BUILD SUCCESS WITH WARNING c4334a99d3d6d8e2d1aa97655f44f637f17a3a11
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [net-next v4 10/12] ASoC: SOF: Introduce descriptors for SOF client
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [net-next v4 10/12] ASoC: SOF: Introduce descriptors for SOF client
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/5] mm/hmm: add output flags for PMD/PUD page mapping
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: [PATCH v2 2/5] mm/hmm: add output flags for PMD/PUD page mapping
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] IB/hfi1: Add explicit cast OPA_MTU_8192 to 'enum ib_mtu'
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [PATCH][next] net/mlx5e: fix memory leak of tls
  • From: David Miller <davem@xxxxxxxxxxxxx>
• RE: [RFC PATCH v2 0/3] RDMA: add dma-buf support
  • From: "Xiong, Jianxin" <jianxin.xiong@xxxxxxxxx>
• [PATCH v2 4/5] nouveau/hmm: support mapping large sysmem pages
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• [PATCH v2 5/5] hmm: add tests for HMM_PFN_PMD flag
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• [PATCH v2 2/5] mm/hmm: add output flags for PMD/PUD page mapping
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• [PATCH v2 1/5] nouveau/hmm: fault one page at a time
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• [PATCH v2 3/5] nouveau: fix mapping 2MB sysmem pages
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• [PATCH v2 0/5] mm/hmm/nouveau: add PMD system memory mapping
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• RE: [RFC PATCH v2 2/3] RDMA/core: Expand the driver method 'reg_user_mr' to support dma-buf
  • From: "Xiong, Jianxin" <jianxin.xiong@xxxxxxxxx>
• Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• RE: [RFC PATCH v2 3/3] RDMA/uverbs: Add uverbs command for dma-buf based MR registration
  • From: "Xiong, Jianxin" <jianxin.xiong@xxxxxxxxx>
• RE: [RFC PATCH v2 1/3] RDMA/umem: Support importing dma-buf as user memory region
  • From: "Xiong, Jianxin" <jianxin.xiong@xxxxxxxxx>
• RE: [RFC PATCH v2 0/3] RDMA: add dma-buf support
  • From: "Xiong, Jianxin" <jianxin.xiong@xxxxxxxxx>
• RE: [RFC PATCH v2 0/3] RDMA: add dma-buf support
  • From: "Xiong, Jianxin" <jianxin.xiong@xxxxxxxxx>
• Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [net-next v4 10/12] ASoC: SOF: Introduce descriptors for SOF client
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [net-next v4 10/12] ASoC: SOF: Introduce descriptors for SOF client
  • From: Ranjani Sridharan <ranjani.sridharan@xxxxxxxxxxxxxxx>
• RE: [RFC PATCH v2 0/3] RDMA: add dma-buf support
  • From: "Xiong, Jianxin" <jianxin.xiong@xxxxxxxxx>
• Re: [PATCH][next] net/mlx5e: fix memory leak of tls
  • From: Tariq Toukan <tariqt@xxxxxxxxxxxx>
• Re: [PATCH 0/8 v2] PCI: Align return values of PCIe capability and PCI accessors
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH][next] net/mlx5e: fix memory leak of tls
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: [PATCH rdma-next v1 0/4] ib_core allocation patches
  • From: Leon Romanovsky <leonro@xxxxxxxxxxxx>
• Re: [net-next v4 10/12] ASoC: SOF: Introduce descriptors for SOF client
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH for-next] RDMA/hns: Optimize MTR level-0 addressing to access huge page
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• [PATCH rdma-next] RDMA/rxe: Skip dgid check in loopback mode
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-rc] RDMA/mlx5: Fix legacy IPoIB QP initialization
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-next 5/5] RDMA/core: Convert RWQ table logic to ib_core allocation scheme
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-next 5/5] RDMA/core: Convert RWQ table logic to ib_core allocation scheme
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-next 5/5] RDMA/core: Convert RWQ table logic to ib_core allocation scheme
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-next v1 4/4] RDMA/core: Convert RWQ table logic to ib_core allocation scheme
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-next 5/5] RDMA/core: Convert RWQ table logic to ib_core allocation scheme
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [net-next v4 10/12] ASoC: SOF: Introduce descriptors for SOF client
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH rdma-next v1 4/4] RDMA/core: Convert RWQ table logic to ib_core allocation scheme
  • From: Yishai Hadas <yishaih@xxxxxxxxxxxxxxxxxx>
• Re: [net-next v4 10/12] ASoC: SOF: Introduce descriptors for SOF client
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH rdma-core] redhat: Fix the condition for pyverbs enablement on Fedora 32 and up
  • From: Leon Romanovsky <leonro@xxxxxxxxxxxx>
• [PATCH rdma-next v1 2/4] RDMA: Clean MW allocation and free flows
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next v1 4/4] RDMA/core: Convert RWQ table logic to ib_core allocation scheme
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next v1 3/4] RDMA: Move XRCD to be under ib_core responsibility
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next v1 1/4] RDMA/core: Create and destroy counters in the ib_core
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next v1 0/4] ib_core allocation patches
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next v1 6/7] RDMA/mlx5: Introduce UAPI to query PD attributes
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next v1 7/7] IB/uverbs: Expose UAPI to query MR
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next v1 2/7] IB/uverbs: Set IOVA on IB MR in uverbs layer
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next v1 5/7] RDMA/mlx5: Implement the query ucontext functionality
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next v1 4/7] RDMA/mlx5: Refactor mlx5_ib_alloc_ucontext() response
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next v1 3/7] IB/uverbs: Expose UAPI to query ucontext
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next v1 1/7] IB/uverbs: Enable CQ ioctl commands by default
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next v1 0/7] Introduce UAPIs to query UCONTEXT, PD and MR properties
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: CFP for RDMA minisummit at virtual LPC 2020
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-next 5/5] RDMA/core: Convert RWQ table logic to ib_core allocation scheme
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• RE: [net-next v4 10/12] ASoC: SOF: Introduce descriptors for SOF client
  • From: "Kirsher, Jeffrey T" <jeffrey.t.kirsher@xxxxxxxxx>
• Re: [net-next v4 10/12] ASoC: SOF: Introduce descriptors for SOF client
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [PATCH v1 0/6] Server-side completion IDs
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 3/6] svcrdma: Record Receive completion ID in svc_rdma_decode_rqst
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 6/6] svcrdma: Display chunk completion ID when posting a rw_ctxt
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 5/6] svcrdma: Record send_ctxt completion ID in trace_svcrdma_post_send()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [net-next v4 10/12] ASoC: SOF: Introduce descriptors for SOF client
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [RFC PATCH v2 1/3] RDMA/umem: Support importing dma-buf as user memory region
  • From: Jianxin Xiong <jianxin.xiong@xxxxxxxxx>
• Re: [net-next v4 10/12] ASoC: SOF: Introduce descriptors for SOF client
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [net-next v4 11/12] ASoC: SOF: Create client driver for IPC test
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [net-next v4 10/12] ASoC: SOF: Introduce descriptors for SOF client
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [RFC PATCH v2 0/3] RDMA: add dma-buf support
  • From: Jianxin Xiong <jianxin.xiong@xxxxxxxxx>
• [RFC PATCH v2 2/3] RDMA/core: Expand the driver method 'reg_user_mr' to support dma-buf
  • From: Jianxin Xiong <jianxin.xiong@xxxxxxxxx>
• Re: [PATCH v2 3/8] IB/hfi1: Convert PCIBIOS_* errors to generic -E* errors
  • From: Dennis Dalessandro <dennis.dalessandro@xxxxxxxxx>
• Re: [net-next v4 10/12] ASoC: SOF: Introduce descriptors for SOF client
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v2 2/8] IB/hfi1: Convert PCIBIOS_* errors to generic -E* errors
  • From: Dennis Dalessandro <dennis.dalessandro@xxxxxxxxx>
• [PATCH v1 3/4] svcrdma: Add common XDR decoders for RDMA and Read segments
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 0/4] More code de-duplication
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 1/4] svcrdma: Remove declarations for functions long removed
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 2/4] SUNRPC: Add helpers for decoding list discriminators symbolically
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 4/4] svcrdma: Add common XDR encoders for RDMA and Read segments
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: KASAN: use-after-free Read in addr_handler (2)
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• [PATCH v2 7/8] svcrdma: Consolidate send_error helper functions
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v2 8/8] svcrdma: Clean up trace_svcrdma_send_failed() tracepoint
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v2 4/8] svcrdma: Add a @status parameter to svc_rdma_send_error_msg()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v2 6/8] svcrdma: Make svc_rdma_send_error_msg() a global function
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v2 5/8] svcrdma: Eliminate return value for svc_rdma_send_error_msg()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: general protection fault in rds_ib_add_one
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 0/8] Refactor path that sends error responses
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v2 1/8] svcrdma: Fix page leak in svc_rdma_recv_read_chunk()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v2 2/8] svcrdma: Remove save_io_pages() call from send_error_msg()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v2 3/8] svcrdma: Add @rctxt parameter to svc_rdma_send_error() functions
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: KASAN: use-after-free Read in addr_handler (2)
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH v1] rds: If one path needs re-connection, check all and re-connect
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: KASAN: use-after-free Read in addr_handler (2)
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH] RDMA/ucma: Put a lock around every call to the rdma_cm layer
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: [PATCH v1] rds: If one path needs re-connection, check all and re-connect
  • From: Rao Shoaib <rao.shoaib@xxxxxxxxxx>
• [RFC PATCH v2 3/3] RDMA/uverbs: Add uverbs command for dma-buf based MR registration
  • From: Jianxin Xiong <jianxin.xiong@xxxxxxxxx>
• Re: [PATCH rdma-core] redhat: Fix the condition for pyverbs enablement on Fedora 32 and up
  • From: Honggang LI <honli@xxxxxxxxxx>
• Re: [PATCH rdma-next 5/5] RDMA/core: Convert RWQ table logic to ib_core allocation scheme
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>