Linux RDMA and InfiniBand Development

• Date Index

• [PATCH net-next v10 5/8] bnxt_en: Use auxiliary bus calls over proprietary calls, (continued)
  • [PATCH net-next v10 5/8] bnxt_en: Use auxiliary bus calls over proprietary calls, Ajit Khaparde
  • [PATCH net-next v10 8/8] bnxt_en: Remove runtime interrupt vector allocation, Ajit Khaparde
  • [PATCH net-next v10 6/8] bnxt_en: Remove struct bnxt access from RoCE driver, Ajit Khaparde
• [PATCH] RDMA/cxgb4: add null-ptr-check after ip_dev_find(), Nikita Zhandarovich
  • Re: [PATCH] RDMA/cxgb4: add null-ptr-check after ip_dev_find(), Leon Romanovsky
• [PATCH RFC] RDMA/rtrs: Don't call kobject_del for srv_path->kobj, Li Zhijian
  • Re: [PATCH RFC] RDMA/rtrs: Don't call kobject_del for srv_path->kobj, Guoqing Jiang
    • Re: [PATCH RFC] RDMA/rtrs: Don't call kobject_del for srv_path->kobj, lizhijian@xxxxxxxxxxx
      • Re: [PATCH RFC] RDMA/rtrs: Don't call kobject_del for srv_path->kobj, Guoqing Jiang
        • Re: [PATCH RFC] RDMA/rtrs: Don't call kobject_del for srv_path->kobj, lizhijian@xxxxxxxxxxx
          • Re: [PATCH RFC] RDMA/rtrs: Don't call kobject_del for srv_path->kobj, lizhijian@xxxxxxxxxxx
            • Re: [PATCH RFC] RDMA/rtrs: Don't call kobject_del for srv_path->kobj, Guoqing Jiang
• [rdma:wip/jgg-for-rc] BUILD SUCCESS f9c47b2caa7ffc903ec950b454b59c209afe3182, kernel test robot
• [rdma:for-rc] BUILD SUCCESS c956940a4ab73a87d0165e911c001dbdd2c8200f, kernel test robot
• [PATCH] RDMA/irdma: Fix warning in utils.c build, Jack Vogel
• [PATCH] RDMA/irdma: Move variable into switch case, Jack Vogel
  • Re: [PATCH] RDMA/irdma: Move variable into switch case, Leon Romanovsky
    • Re: [PATCH] RDMA/irdma: Move variable into switch case, Jack Vogel
      • Re: [PATCH] RDMA/irdma: Move variable into switch case, Leon Romanovsky
        • Re: [PATCH] RDMA/irdma: Move variable into switch case, Jason Gunthorpe
• [PATCH net 2/6] ice: Do not use WQ_MEM_RECLAIM flag for workqueue, Tony Nguyen
  • Re: [PATCH net 2/6] ice: Do not use WQ_MEM_RECLAIM flag for workqueue, Leon Romanovsky
• [PATCH net 1/6] ice: avoid bonding causing auxiliary plug/unplug under RTNL lock, Tony Nguyen
  • Re: [PATCH net 1/6] ice: avoid bonding causing auxiliary plug/unplug under RTNL lock, Leon Romanovsky
    • Re: [PATCH net 1/6] ice: avoid bonding causing auxiliary plug/unplug under RTNL lock, Tony Nguyen
    • RE: [PATCH net 1/6] ice: avoid bonding causing auxiliary plug/unplug under RTNL lock, Ertman, David M
      • Re: [PATCH net 1/6] ice: avoid bonding causing auxiliary plug/unplug under RTNL lock, Leon Romanovsky
• [PATCH 09/12] cifs: Build the RDMA SGE list directly from an iterator, David Howells
• [PATCH 04/12] cifs: Add a function to build an RDMA SGE list from an iterator, David Howells
• [recipe build #3487906] of ~linux-rdma rdma-core-daily in xenial: Dependency wait, noreply
• [PATCH net-next v9 0/8] Add Auxiliary driver support, Ajit Khaparde
  • [PATCH net-next v9 1/8] bnxt_en: Add auxiliary driver support, Ajit Khaparde
  • [PATCH net-next v9 5/8] bnxt_en: Use auxiliary bus calls over proprietary calls, Ajit Khaparde
  • [PATCH net-next v9 3/8] bnxt_en: Remove usage of ulp_id, Ajit Khaparde
  • [PATCH net-next v9 4/8] bnxt_en: Use direct API instead of indirection, Ajit Khaparde
  • [PATCH net-next v9 2/8] RDMA/bnxt_re: Use auxiliary driver interface, Ajit Khaparde
  • [PATCH net-next v9 6/8] bnxt_en: Remove struct bnxt access from RoCE driver, Ajit Khaparde
  • [PATCH net-next v9 7/8] RDMA/bnxt_re: Remove the sriov config callback, Ajit Khaparde
  • [PATCH net-next v9 8/8] bnxt_en: Remove runtime interrupt vector allocation, Ajit Khaparde
  • Re: [PATCH net-next v9 0/8] Add Auxiliary driver support, Jakub Kicinski
    • Re: [PATCH net-next v9 0/8] Add Auxiliary driver support, Leon Romanovsky
      • Re: [PATCH net-next v9 0/8] Add Auxiliary driver support, Ajit Khaparde
  • Re: [PATCH net-next v9 0/8] Add Auxiliary driver support, Jakub Kicinski
    • Re: [PATCH net-next v9 0/8] Add Auxiliary driver support, Ajit Khaparde
• [rdma:wip/leon-for-rc] BUILD SUCCESS b7e08a5a63a11627601915473c3b569c1f6c6c06, kernel test robot
• [PATCH 0/9] use canonical ftrace path whenever possible, Ross Zwisler
  • [PATCH 2/9] bpf: use canonical ftrace path, Ross Zwisler
  • Re: [PATCH 0/9] use canonical ftrace path whenever possible, Michael S. Tsirkin
• [PATCH rdma-rc] RDMA/umem: Use dma-buf locked API to solve deadlock, Leon Romanovsky
  • Re: [PATCH rdma-rc] RDMA/umem: Use dma-buf locked API to solve deadlock, Dmitry Osipenko
  • Re: [PATCH rdma-rc] RDMA/umem: Use dma-buf locked API to solve deadlock, Jason Gunthorpe
• [PATCH 5.10 046/143] net: mlx5: eliminate anonymous module_init & module_exit, Greg Kroah-Hartman
• [PATCH 5.15 068/204] net: mlx5: eliminate anonymous module_init & module_exit, Greg Kroah-Hartman
• [PATCH 6.1 111/313] net: mlx5: eliminate anonymous module_init & module_exit, Greg Kroah-Hartman
• [PATCH] RDMA/siw: Fix user page pinning accounting, Bernard Metzler
  • Re: [PATCH] RDMA/siw: Fix user page pinning accounting, Jason Gunthorpe
    • RE: [PATCH] RDMA/siw: Fix user page pinning accounting, Bernard Metzler
  • <Possible follow-ups>
  • [PATCH] RDMA/siw: Fix user page pinning accounting, Bernard Metzler
    • Re: [PATCH] RDMA/siw: Fix user page pinning accounting, Alistair Popple
      • RE: Re: [PATCH] RDMA/siw: Fix user page pinning accounting, Bernard Metzler
        • Re: [PATCH] RDMA/siw: Fix user page pinning accounting, Alistair Popple
  • [PATCH] RDMA/siw: Fix user page pinning accounting, Bernard Metzler
    • Re: [PATCH] RDMA/siw: Fix user page pinning accounting, Alistair Popple
      • RE: Re: [PATCH] RDMA/siw: Fix user page pinning accounting, Bernard Metzler
        • Re: Re: [PATCH] RDMA/siw: Fix user page pinning accounting, Leon Romanovsky
          • Re: Re: [PATCH] RDMA/siw: Fix user page pinning accounting, Jason Gunthorpe
  • [PATCH] RDMA/siw: Fix user page pinning accounting, Bernard Metzler
    • Re: [PATCH] RDMA/siw: Fix user page pinning accounting, Leon Romanovsky
• [PATCHv2 for-next 1/1] RDMA/irdma: Add support for dmabuf pin memory regions, Zhu Yanjun
  • Re: [PATCHv2 for-next 1/1] RDMA/irdma: Add support for dmabuf pin memory regions, Jason Gunthorpe
    • Re: [PATCHv2 for-next 1/1] RDMA/irdma: Add support for dmabuf pin memory regions, Zhu Yanjun
• [rdma:wip/leon-for-rc] BUILD SUCCESS 5d9745cead1f121974322b94ceadfb4d1e67960e, kernel test robot
• [PATCH] RDMA/usnic: use iommu_map_atomic() under spin_lock(), Yang Yingliang
  • Re: [PATCH] RDMA/usnic: use iommu_map_atomic() under spin_lock(), Leon Romanovsky
• [rdma:wip/jgg-for-next] BUILD SUCCESS 627122280c878cf5d3cda2d2c5a0a8f6a7e35cb7, kernel test robot
• [rdma:wip/leon-for-rc] BUILD SUCCESS e632291a2dbce45a24cddeb5fe28fe71d724ba43, kernel test robot
• [PATCH for-next v3] Subject: RDMA/rxe: Handle zero length rdma, Bob Pearson
  • Re: [PATCH for-next v3] Subject: RDMA/rxe: Handle zero length rdma, Daisuke Matsuda (Fujitsu)
    • Re: [PATCH for-next v3] Subject: RDMA/rxe: Handle zero length rdma, Tom Talpey
      • Re: [PATCH for-next v3] Subject: RDMA/rxe: Handle zero length rdma, Bob Pearson
        • Re: [PATCH for-next v3] Subject: RDMA/rxe: Handle zero length rdma, lizhijian@xxxxxxxxxxx
        • Re: [PATCH for-next v3] Subject: RDMA/rxe: Handle zero length rdma, Tom Talpey
• [PATCH for-next v2] Subject: RDMA/rxe: Handle zero length rdma, Bob Pearson
• [recipe build #3485453] of ~linux-rdma rdma-core-daily in xenial: Dependency wait, noreply
• pull-request: mlx5-next 2023-01-24 V2, Saeed Mahameed
  • Re: pull-request: mlx5-next 2023-01-24 V2, Leon Romanovsky
    • Re: pull-request: mlx5-next 2023-01-24 V2, Jakub Kicinski
      • Re: pull-request: mlx5-next 2023-01-24 V2, Jason Gunthorpe
        • Re: pull-request: mlx5-next 2023-01-24 V2, Jakub Kicinski
          • Re: pull-request: mlx5-next 2023-01-24 V2, Jason Gunthorpe
            • Re: pull-request: mlx5-next 2023-01-24 V2, Jakub Kicinski
              • Re: pull-request: mlx5-next 2023-01-24 V2, Leon Romanovsky
                • Re: pull-request: mlx5-next 2023-01-24 V2, Saeed Mahameed
                  • Re: pull-request: mlx5-next 2023-01-24 V2, Jakub Kicinski
                    • Re: pull-request: mlx5-next 2023-01-24 V2, Saeed Mahameed
                      • Re: pull-request: mlx5-next 2023-01-24 V2, Jakub Kicinski
                        • Re: pull-request: mlx5-next 2023-01-24 V2, Jason Gunthorpe
                          • Re: pull-request: mlx5-next 2023-01-24 V2, Jakub Kicinski
                            • Re: pull-request: mlx5-next 2023-01-24 V2, Jason Gunthorpe
                              • Re: pull-request: mlx5-next 2023-01-24 V2, Jakub Kicinski
                                • Re: pull-request: mlx5-next 2023-01-24 V2, Jason Gunthorpe
                                  • Re: pull-request: mlx5-next 2023-01-24 V2, Jakub Kicinski
                                    • Re: pull-request: mlx5-next 2023-01-24 V2, Leon Romanovsky
                                    • Re: pull-request: mlx5-next 2023-01-24 V2, Jason Gunthorpe
                                      • Re: pull-request: mlx5-next 2023-01-24 V2, Jakub Kicinski
                                        • Re: pull-request: mlx5-next 2023-01-24 V2, Jason Gunthorpe
                                          • Re: pull-request: mlx5-next 2023-01-24 V2, Jakub Kicinski
                                            • Re: pull-request: mlx5-next 2023-01-24 V2, Jason Gunthorpe
                                              • Re: pull-request: mlx5-next 2023-01-24 V2, Jakub Kicinski
                                                • Re: pull-request: mlx5-next 2023-01-24 V2, Jason Gunthorpe
                                        • Re: pull-request: mlx5-next 2023-01-24 V2, Saeed Mahameed
                                          • Re: pull-request: mlx5-next 2023-01-24 V2, Jakub Kicinski
                        • Re: pull-request: mlx5-next 2023-01-24 V2, Saeed Mahameed
                          • Re: pull-request: mlx5-next 2023-01-24 V2, Jakub Kicinski
                            • Re: pull-request: mlx5-next 2023-01-24 V2, Leon Romanovsky
        • Re: pull-request: mlx5-next 2023-01-24 V2, Leon Romanovsky
  • Re: pull-request: mlx5-next 2023-01-24 V2, Saeed Mahameed
• [PATCH] RDMA/irdma: Fix potential NULL-ptr-dereference, Nikita Zhandarovich
  • RE: [PATCH] RDMA/irdma: Fix potential NULL-ptr-dereference, Devale, Sindhu
  • Re: [PATCH] RDMA/irdma: Fix potential NULL-ptr-dereference, Leon Romanovsky
• [PATCH net-next 05/11] net: add missing includes of linux/sched/clock.h, Jakub Kicinski
• [recipe build #3484839] of ~linux-rdma rdma-core-daily in xenial: Dependency wait, noreply
• [PATCH v5 rdma-next 0/6] RDMA/mlx5: Switch MR cache to use RB-tree, Michael Guralnik
  • [PATCH v5 rdma-next 1/6] RDMA/mlx5: Don't keep umrable 'page_shift' in cache entries, Michael Guralnik
  • [PATCH v5 rdma-next 2/6] RDMA/mlx5: Remove implicit ODP cache entry, Michael Guralnik
  • [PATCH v5 rdma-next 4/6] RDMA/mlx5: Introduce mlx5r_cache_rb_key, Michael Guralnik
  • [PATCH v5 rdma-next 3/6] RDMA/mlx5: Change the cache structure to an RB-tree, Michael Guralnik
  • [PATCH v5 rdma-next 5/6] RDMA/mlx5: Cache all user cacheable mkeys on dereg MR flow, Michael Guralnik
  • [PATCH v5 rdma-next 6/6] RDMA/mlx5: Add work to remove temporary entries from the cache, Michael Guralnik
  • Re: [PATCH v5 rdma-next 0/6] RDMA/mlx5: Switch MR cache to use RB-tree, Jason Gunthorpe
• [RFC 10/13] cifs: Build the RDMA SGE list directly from an iterator, David Howells
• [RFC 05/13] cifs: Add a function to build an RDMA SGE list from an iterator, David Howells
• [PATCH for-next v2 0/3] Rework system pinning, Dennis Dalessandro
  • [PATCH for-next v2 1/3] IB/hfi1: Fix math bugs in hfi1_can_pin_pages(), Dennis Dalessandro
    • Re: [PATCH for-next v2 1/3] IB/hfi1: Fix math bugs in hfi1_can_pin_pages(), Jason Gunthorpe
      • Re: [PATCH for-next v2 1/3] IB/hfi1: Fix math bugs in hfi1_can_pin_pages(), Dennis Dalessandro
  • [PATCH for-next v2 2/3] IB/hfi1: Fix sdma.h tx->num_descs off-by-one errors, Dennis Dalessandro
  • [PATCH for-next v2 3/3] IB/hfi1: Do all memory-pinning through hfi1's pinning interface, Dennis Dalessandro
  • Re: [PATCH for-next v2 0/3] Rework system pinning, Leon Romanovsky
    • Re: [PATCH for-next v2 0/3] Rework system pinning, Dennis Dalessandro
      • Re: [PATCH for-next v2 0/3] Rework system pinning, Jason Gunthorpe
• [PATCH v2 0/6] introduce vm_flags modifier functions, Suren Baghdasaryan
  • [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions, Suren Baghdasaryan
    • Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions, Michal Hocko
    • Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions, Peter Zijlstra
      • Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions, Suren Baghdasaryan
        • Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions, Matthew Wilcox
          • Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions, Suren Baghdasaryan
    • Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions, Matthew Wilcox
      • Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions, Suren Baghdasaryan
    • Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions, Mike Rapoport
      • Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions, Mike Rapoport
        • Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions, Matthew Wilcox
          • Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions, Suren Baghdasaryan
  • [PATCH v2 2/6] mm: replace VM_LOCKED_CLEAR_MASK with VM_LOCKED_MASK, Suren Baghdasaryan
    • Re: [PATCH v2 2/6] mm: replace VM_LOCKED_CLEAR_MASK with VM_LOCKED_MASK, Michal Hocko
    • Re: [PATCH v2 2/6] mm: replace VM_LOCKED_CLEAR_MASK with VM_LOCKED_MASK, Mike Rapoport
  • [PATCH v2 3/6] mm: replace vma->vm_flags direct modifications with modifier calls, Suren Baghdasaryan
    • Re: [PATCH v2 3/6] mm: replace vma->vm_flags direct modifications with modifier calls, Michal Hocko
      • Re: [PATCH v2 3/6] mm: replace vma->vm_flags direct modifications with modifier calls, Suren Baghdasaryan
    • Re: [PATCH v2 3/6] mm: replace vma->vm_flags direct modifications with modifier calls, Mike Rapoport
    • Re: [PATCH v2 3/6] mm: replace vma->vm_flags direct modifications with modifier calls, Sebastian Reichel
  • [PATCH v2 4/6] mm: replace vma->vm_flags indirect modification in ksm_madvise, Suren Baghdasaryan
    • Re: [PATCH v2 4/6] mm: replace vma->vm_flags indirect modification in ksm_madvise, Michal Hocko
      • Re: [PATCH v2 4/6] mm: replace vma->vm_flags indirect modification in ksm_madvise, Suren Baghdasaryan
        • Re: [PATCH v2 4/6] mm: replace vma->vm_flags indirect modification in ksm_madvise, Michal Hocko
          • Re: [PATCH v2 4/6] mm: replace vma->vm_flags indirect modification in ksm_madvise, Suren Baghdasaryan
    • Re: [PATCH v2 4/6] mm: replace vma->vm_flags indirect modification in ksm_madvise, Mike Rapoport
  • [PATCH v2 5/6] mm: introduce mod_vm_flags_nolock and use it in untrack_pfn, Suren Baghdasaryan
    • Re: [PATCH v2 5/6] mm: introduce mod_vm_flags_nolock and use it in untrack_pfn, Michal Hocko
      • Re: [PATCH v2 5/6] mm: introduce mod_vm_flags_nolock and use it in untrack_pfn, Suren Baghdasaryan
    • Re: [PATCH v2 5/6] mm: introduce mod_vm_flags_nolock and use it in untrack_pfn, Mike Rapoport
  • [PATCH v2 6/6] mm: export dump_mm(), Suren Baghdasaryan
    • Re: [PATCH v2 6/6] mm: export dump_mm(), Michal Hocko
    • Re: [PATCH v2 6/6] mm: export dump_mm(), Mike Rapoport
• pull-request: mlx5-next 2023-01-24, Saeed Mahameed
• [PATCH rdma-rc v2] IB/IPoIB: Fix queue count for non-enhanced IPoIB over netlink, Leon Romanovsky
  • Re: [PATCH rdma-rc v2] IB/IPoIB: Fix queue count for non-enhanced IPoIB over netlink, Leon Romanovsky
    • Re: [PATCH rdma-rc v2] IB/IPoIB: Fix queue count for non-enhanced IPoIB over netlink, Jason Gunthorpe
      • Re: [PATCH rdma-rc v2] IB/IPoIB: Fix queue count for non-enhanced IPoIB over netlink, Leon Romanovsky
        • Re: [PATCH rdma-rc v2] IB/IPoIB: Fix queue count for non-enhanced IPoIB over netlink, Dragos Tatulea
          • Re: [PATCH rdma-rc v2] IB/IPoIB: Fix queue count for non-enhanced IPoIB over netlink, Jason Gunthorpe
  • Re: [PATCH rdma-rc v2] IB/IPoIB: Fix queue count for non-enhanced IPoIB over netlink, Leon Romanovsky
• [PATCH] RDMA/mana_ib: Prevent array underflow in mana_ib_create_qp_raw(), Dan Carpenter
  • RE: [PATCH] RDMA/mana_ib: Prevent array underflow in mana_ib_create_qp_raw(), Long Li
  • Re: [PATCH] RDMA/mana_ib: Prevent array underflow in mana_ib_create_qp_raw(), Leon Romanovsky
    • Re: [PATCH] RDMA/mana_ib: Prevent array underflow in mana_ib_create_qp_raw(), Dan Carpenter
      • Re: [PATCH] RDMA/mana_ib: Prevent array underflow in mana_ib_create_qp_raw(), Leon Romanovsky
        • RE: [PATCH] RDMA/mana_ib: Prevent array underflow in mana_ib_create_qp_raw(), Long Li
          • Re: [PATCH] RDMA/mana_ib: Prevent array underflow in mana_ib_create_qp_raw(), Leon Romanovsky
            • Re: [PATCH] RDMA/mana_ib: Prevent array underflow in mana_ib_create_qp_raw(), Leon Romanovsky
  • Re: [PATCH] RDMA/mana_ib: Prevent array underflow in mana_ib_create_qp_raw(), Leon Romanovsky
• [RFC PATCH 10/19] net: skb: Switch to using vm_account, Alistair Popple
  • Re: [RFC PATCH 10/19] net: skb: Switch to using vm_account, Jason Gunthorpe
    • Re: [RFC PATCH 10/19] net: skb: Switch to using vm_account, Alistair Popple
      • Re: [RFC PATCH 10/19] net: skb: Switch to using vm_account, Alistair Popple
        • Re: [RFC PATCH 10/19] net: skb: Switch to using vm_account, Jason Gunthorpe
• [RFC PATCH 05/19] RMDA/siw: Convert to use vm_account, Alistair Popple
  • Re: [RFC PATCH 05/19] RMDA/siw: Convert to use vm_account, Jason Gunthorpe
    • RE: [RFC PATCH 05/19] RMDA/siw: Convert to use vm_account, Bernard Metzler
    • RE: [RFC PATCH 05/19] RMDA/siw: Convert to use vm_account, Bernard Metzler
      • Re: [RFC PATCH 05/19] RMDA/siw: Convert to use vm_account, Alistair Popple
        • RE: Re: [RFC PATCH 05/19] RMDA/siw: Convert to use vm_account, Bernard Metzler
• [RFC PATCH 06/19] RDMA/usnic: convert to use vm_account, Alistair Popple
  • Re: [RFC PATCH 06/19] RDMA/usnic: convert to use vm_account, Jason Gunthorpe
    • Re: [RFC PATCH 06/19] RDMA/usnic: convert to use vm_account, Alistair Popple
• [RFC PATCH 04/19] infiniband/umem: Convert to use vm_account, Alistair Popple
• [RFC PATCH 01/19] mm: Introduce vm_account, Alistair Popple
  • Re: [RFC PATCH 01/19] mm: Introduce vm_account, Christoph Hellwig
  • Re: [RFC PATCH 01/19] mm: Introduce vm_account, Jason Gunthorpe
    • Re: [RFC PATCH 01/19] mm: Introduce vm_account, Alistair Popple
  • Re: [RFC PATCH 01/19] mm: Introduce vm_account, David Hildenbrand
• [PATCH v3 00/10] Let iommufd charge IOPTE allocations to the memory cgroup, Jason Gunthorpe
  • [PATCH v3 04/10] iommu/dma: Use the gfp parameter in __iommu_dma_alloc_noncontiguous(), Jason Gunthorpe
  • [PATCH v3 10/10] iommu/s390: Use GFP_KERNEL in sleepable contexts, Jason Gunthorpe
  • [PATCH v3 07/10] iommu/intel: Support the gfp argument to the map_pages op, Jason Gunthorpe
  • [PATCH v3 02/10] iommu: Remove iommu_map_atomic(), Jason Gunthorpe
  • [PATCH v3 05/10] iommufd: Use GFP_KERNEL_ACCOUNT for iommu_map(), Jason Gunthorpe
  • [PATCH v3 06/10] iommu/intel: Add a gfp parameter to alloc_pgtable_page(), Jason Gunthorpe
  • [PATCH v3 01/10] iommu: Add a gfp parameter to iommu_map(), Jason Gunthorpe
    • Re: [PATCH v3 01/10] iommu: Add a gfp parameter to iommu_map(), Mathieu Poirier
  • [PATCH v3 03/10] iommu: Add a gfp parameter to iommu_map_sg(), Jason Gunthorpe
  • [PATCH v3 09/10] iommu/s390: Push the gfp parameter to the kmem_cache_alloc()'s, Jason Gunthorpe
  • [PATCH v3 08/10] iommu/intel: Use GFP_KERNEL in sleepable contexts, Jason Gunthorpe
  • Re: [PATCH v3 00/10] Let iommufd charge IOPTE allocations to the memory cgroup, Joerg Roedel
• [rdma:wip/leon-for-rc] BUILD SUCCESS 6601fc0d15ffc20654e39486f9bef35567106d68, kernel test robot
• [LSF/MM/BPF proposal]: Physr discussion, Jason Gunthorpe
  • Re: [LSF/MM/BPF proposal]: Physr discussion, Matthew Wilcox
    • Re: [LSF/MM/BPF proposal]: Physr discussion, Jason Gunthorpe
      • Re: [LSF/MM/BPF proposal]: Physr discussion, Bart Van Assche
        • Re: [LSF/MM/BPF proposal]: Physr discussion, Chaitanya Kulkarni
    • Re: [LSF/MM/BPF proposal]: Physr discussion, Mike Rapoport
  • RE: [Lsf-pc] [LSF/MM/BPF proposal]: Physr discussion, Dan Williams
    • Re: [Lsf-pc] [LSF/MM/BPF proposal]: Physr discussion, Matthew Wilcox
      • Re: [Lsf-pc] [LSF/MM/BPF proposal]: Physr discussion, Dan Williams
        • Re: [Lsf-pc] [LSF/MM/BPF proposal]: Physr discussion, Matthew Wilcox
        • Re: [Lsf-pc] [LSF/MM/BPF proposal]: Physr discussion, Jason Gunthorpe
  • Re: [LSF/MM/BPF proposal]: Physr discussion, Zhu Yanjun
  • Re: [LSF/MM/BPF proposal]: Physr discussion, T.J. Mercier
    • Re: [LSF/MM/BPF proposal]: Physr discussion, Jason Gunthorpe
• [PATCH RESEND 0/9] sched: cpumask: improve on cpumask_local_spread() locality, Yury Norov
  • [PATCH 1/9] lib/find: introduce find_nth_and_andnot_bit, Yury Norov
  • [PATCH 2/9] cpumask: introduce cpumask_nth_and_andnot, Yury Norov
  • [PATCH 3/9] sched: add sched_numa_find_nth_cpu(), Yury Norov
    • Re: [PATCH 3/9] sched: add sched_numa_find_nth_cpu(), Chen Yu
    • Re: [PATCH 3/9] sched: add sched_numa_find_nth_cpu(), Jakub Kicinski
      • Re: [PATCH 3/9] sched: add sched_numa_find_nth_cpu(), Valentin Schneider
    • Re: [PATCH 3/9] sched: add sched_numa_find_nth_cpu(), Yury Norov
      • Re: [PATCH 3/9] sched: add sched_numa_find_nth_cpu(), Andy Shevchenko
      • Re: [PATCH 3/9] sched: add sched_numa_find_nth_cpu(), Jakub Kicinski
  • [PATCH 4/9] cpumask: improve on cpumask_local_spread() locality, Yury Norov
  • [PATCH 5/9] lib/cpumask: reorganize cpumask_local_spread() logic, Yury Norov
  • [PATCH 8/9] net/mlx5e: Improve remote NUMA preferences used for the IRQ affinity hints, Yury Norov
  • [PATCH 6/9] sched/topology: Introduce sched_numa_hop_mask(), Yury Norov
  • [PATCH 7/9] sched/topology: Introduce for_each_numa_hop_mask(), Yury Norov
  • [PATCH 9/9] lib/cpumask: update comment for cpumask_local_spread(), Yury Norov
  • Re: [PATCH RESEND 0/9] sched: cpumask: improve on cpumask_local_spread() locality, Tariq Toukan
    • Re: [PATCH RESEND 0/9] sched: cpumask: improve on cpumask_local_spread() locality, Valentin Schneider
      • Re: [PATCH RESEND 0/9] sched: cpumask: improve on cpumask_local_spread() locality, Tariq Toukan
        • Re: [PATCH RESEND 0/9] sched: cpumask: improve on cpumask_local_spread() locality, Jakub Kicinski
          • Re: [PATCH RESEND 0/9] sched: cpumask: improve on cpumask_local_spread() locality, Jakub Kicinski
            • Re: [PATCH RESEND 0/9] sched: cpumask: improve on cpumask_local_spread() locality, Yury Norov
      • Re: [PATCH RESEND 0/9] sched: cpumask: improve on cpumask_local_spread() locality, Jakub Kicinski
  • Re: [PATCH RESEND 0/9] sched: cpumask: improve on cpumask_local_spread() locality, patchwork-bot+netdevbpf
  • [PATCH 1/1] ice: Change assigning method of the CPU affinity masks, Pawel Chmielewski
    • Message not available
      • Re: [PATCH 1/1] ice: Change assigning method of the CPU affinity masks, Andy Shevchenko
    • Re: [PATCH 1/1] ice: Change assigning method of the CPU affinity masks, Yury Norov
      • Re: [PATCH 1/1] ice: Change assigning method of the CPU affinity masks, Andy Shevchenko
    • Re: [PATCH 1/1] ice: Change assigning method of the CPU affinity masks, kernel test robot
      • Re: [PATCH 1/1] ice: Change assigning method of the CPU affinity masks, Philip Li
    • Re: [PATCH 1/1] ice: Change assigning method of the CPU affinity masks, kernel test robot
    • Re: [PATCH 1/1] ice: Change assigning method of the CPU affinity masks, Jakub Kicinski
    • Re: [PATCH 1/1] ice: Change assigning method of the CPU affinity masks, kernel test robot
    • [PATCH v2 1/1] ice: Change assigning method of the CPU affinity masks, Pawel Chmielewski
      • Re: [PATCH v2 1/1] ice: Change assigning method of the CPU affinity masks, Andy Shevchenko
        • Re: [PATCH v2 1/1] ice: Change assigning method of the CPU affinity masks, Andy Shevchenko
• [PATCH rdma-rc v1] IB/IPoIB: Fix legacy IPoIB due to wrong number of queues, Leon Romanovsky
  • Re: [PATCH rdma-rc v1] IB/IPoIB: Fix legacy IPoIB due to wrong number of queues, Jason Gunthorpe
    • Re: [PATCH rdma-rc v1] IB/IPoIB: Fix legacy IPoIB due to wrong number of queues, Dragos Tatulea
    • Re: [PATCH rdma-rc v1] IB/IPoIB: Fix legacy IPoIB due to wrong number of queues, Leon Romanovsky
      • Re: [PATCH rdma-rc v1] IB/IPoIB: Fix legacy IPoIB due to wrong number of queues, Jason Gunthorpe
        • Re: [PATCH rdma-rc v1] IB/IPoIB: Fix legacy IPoIB due to wrong number of queues, Leon Romanovsky
          • Re: [PATCH rdma-rc v1] IB/IPoIB: Fix legacy IPoIB due to wrong number of queues, Jason Gunthorpe
• [PATCH net-next v8 0/8] Add Auxiliary driver support, Ajit Khaparde
  • [PATCH net-next v8 1/8] bnxt_en: Add auxiliary driver support, Ajit Khaparde
    • Re: [PATCH net-next v8 1/8] bnxt_en: Add auxiliary driver support, Jakub Kicinski
      • Re: [PATCH net-next v8 1/8] bnxt_en: Add auxiliary driver support, Greg Kroah-Hartman
        • Re: [PATCH net-next v8 1/8] bnxt_en: Add auxiliary driver support, Ajit Khaparde
          • Re: [PATCH net-next v8 1/8] bnxt_en: Add auxiliary driver support, Greg Kroah-Hartman
      • Re: [PATCH net-next v8 1/8] bnxt_en: Add auxiliary driver support, Leon Romanovsky
        • Re: [PATCH net-next v8 1/8] bnxt_en: Add auxiliary driver support, Ajit Khaparde
  • [PATCH net-next v8 2/8] RDMA/bnxt_re: Use auxiliary driver interface, Ajit Khaparde
  • [PATCH net-next v8 3/8] bnxt_en: Remove usage of ulp_id, Ajit Khaparde
  • [PATCH net-next v8 4/8] bnxt_en: Use direct API instead of indirection, Ajit Khaparde
  • [PATCH net-next v8 6/8] bnxt_en: Remove struct bnxt access from RoCE driver, Ajit Khaparde
  • [PATCH net-next v8 5/8] bnxt_en: Use auxiliary bus calls over proprietary calls, Ajit Khaparde
  • [PATCH net-next v8 7/8] RDMA/bnxt_re: Remove the sriov config callback, Ajit Khaparde
  • [PATCH net-next v8 8/8] bnxt_en: Remove runtime interrupt vector allocation, Ajit Khaparde
• [PATCH rdma-rc] IB/IPoIB: Fix legacy IPoIB due to wrong number of queues, Leon Romanovsky
  • Re: [PATCH rdma-rc] IB/IPoIB: Fix legacy IPoIB due to wrong number of queues, Leon Romanovsky
• [rdma:for-rc] BUILD SUCCESS 0f097f08c9b3c1fdb6cc9f2dd423abc17d13f1a2, kernel test robot
• [PATCH for-next v7 0/6] RDMA/rxe: Replace mr page map with an xarray, Bob Pearson
  • [PATCH for-next v7 1/6] RDMA/rxe: Cleanup mr_check_range, Bob Pearson
  • [PATCH for-next v7 2/6] RDMA/rxe: Move rxe_map_mr_sg to rxe_mr.c, Bob Pearson
  • [PATCH for-next v7 3/6] RDMA-rxe: Isolate mr code from atomic_reply(), Bob Pearson
  • [PATCH for-next v7 5/6] RDMA/rxe: Cleanup page variables in rxe_mr.c, Bob Pearson
  • [PATCH for-next v7 4/6] RDMA-rxe: Isolate mr code from atomic_write_reply(), Bob Pearson
  • [PATCH for-next v7 6/6] RDMA/rxe: Replace rxe_map and rxe_phys_buf by xarray, Bob Pearson
  • Re: [PATCH for-next v7 0/6] RDMA/rxe: Replace mr page map with an xarray, Jason Gunthorpe
    • Re: [PATCH for-next v7 0/6] RDMA/rxe: Replace mr page map with an xarray, Bob Pearson
    • Re: [PATCH for-next v7 0/6] RDMA/rxe: Replace mr page map with an xarray, Bob Pearson
• [PATCH for-rc] IB/isert: Fix hang in iscsit_wait_for_tag, Shiraz Saleem
  • Re: [PATCH for-rc] IB/isert: Fix hang in iscsit_wait_for_tag, Sagi Grimberg
    • Message not available
      • RE: [PATCH for-rc] IB/isert: Fix hang in iscsit_wait_for_tag, Devale, Sindhu
        • Re: [PATCH for-rc] IB/isert: Fix hang in iscsit_wait_for_tag, Sagi Grimberg
          • RE: [PATCH for-rc] IB/isert: Fix hang in iscsit_wait_for_tag, Saleem, Shiraz
            • Re: [PATCH for-rc] IB/isert: Fix hang in iscsit_wait_for_tag, Sagi Grimberg
              • Re: [PATCH for-rc] IB/isert: Fix hang in iscsit_wait_for_tag, Mike Christie
• [PATCH for-next] RDMA/rxe: Handle zero length cases correctly, Bob Pearson
  • Re: [PATCH for-next] RDMA/rxe: Handle zero length cases correctly, Zhu Yanjun
    • Re: [PATCH for-next] RDMA/rxe: Handle zero length cases correctly, Bob Pearson
      • Re: [PATCH for-next] RDMA/rxe: Handle zero length cases correctly, Zhu Yanjun
        • RE: [PATCH for-next] RDMA/rxe: Handle zero length cases correctly, Daisuke Matsuda (Fujitsu)
          • Re: [PATCH for-next] RDMA/rxe: Handle zero length cases correctly, Bob Pearson
            • Re: [PATCH for-next] RDMA/rxe: Handle zero length cases correctly, Jason Gunthorpe
• [PATCH] RDMA/rxe: Fix parameter errors, Bob Pearson
  • Re: [PATCH] RDMA/rxe: Fix parameter errors, Jason Gunthorpe
    • Re: [PATCH] RDMA/rxe: Fix parameter errors, Bob Pearson
    • Re: [PATCH] RDMA/rxe: Fix parameter errors, Bob Pearson
      • Re: [PATCH] RDMA/rxe: Fix parameter errors, Jason Gunthorpe
        • Re: [PATCH] RDMA/rxe: Fix parameter errors, Bob Pearson
• Question about ordering between cq polling and notifying hw, Yunsheng Lin
• [PATCH v2 00/10] Let iommufd charge IOPTE allocations to the memory cgroup, Jason Gunthorpe
  • [PATCH v2 03/10] iommu: Add a gfp parameter to iommu_map_sg(), Jason Gunthorpe
    • RE: [PATCH v2 03/10] iommu: Add a gfp parameter to iommu_map_sg(), Tian, Kevin
  • [PATCH v2 01/10] iommu: Add a gfp parameter to iommu_map(), Jason Gunthorpe
    • RE: [PATCH v2 01/10] iommu: Add a gfp parameter to iommu_map(), Tian, Kevin
  • [PATCH v2 06/10] iommu/intel: Add a gfp parameter to alloc_pgtable_page(), Jason Gunthorpe
    • RE: [PATCH v2 06/10] iommu/intel: Add a gfp parameter to alloc_pgtable_page(), Tian, Kevin
    • Re: [PATCH v2 06/10] iommu/intel: Add a gfp parameter to alloc_pgtable_page(), Baolu Lu
  • [PATCH v2 02/10] iommu: Remove iommu_map_atomic(), Jason Gunthorpe
    • RE: [PATCH v2 02/10] iommu: Remove iommu_map_atomic(), Tian, Kevin
  • [PATCH v2 05/10] iommufd: Use GFP_KERNEL_ACCOUNT for iommu_map(), Jason Gunthorpe
    • RE: [PATCH v2 05/10] iommufd: Use GFP_KERNEL_ACCOUNT for iommu_map(), Tian, Kevin
  • [PATCH v2 08/10] iommu/intel: Use GFP_KERNEL in sleepable contexts, Jason Gunthorpe
    • Re: [PATCH v2 08/10] iommu/intel: Use GFP_KERNEL in sleepable contexts, Baolu Lu
    • RE: [PATCH v2 08/10] iommu/intel: Use GFP_KERNEL in sleepable contexts, Tian, Kevin
  • [PATCH v2 10/10] iommu/s390: Use GFP_KERNEL in sleepable contexts, Jason Gunthorpe
    • Re: [PATCH v2 10/10] iommu/s390: Use GFP_KERNEL in sleepable contexts, Matthew Rosato
  • [PATCH v2 09/10] iommu/s390: Push the gfp parameter to the kmem_cache_alloc()'s, Jason Gunthorpe
    • Re: [PATCH v2 09/10] iommu/s390: Push the gfp parameter to the kmem_cache_alloc()'s, Matthew Rosato
  • [PATCH v2 04/10] iommu/dma: Use the gfp parameter in __iommu_dma_alloc_noncontiguous(), Jason Gunthorpe
    • RE: [PATCH v2 04/10] iommu/dma: Use the gfp parameter in __iommu_dma_alloc_noncontiguous(), Tian, Kevin
    • Re: [PATCH v2 04/10] iommu/dma: Use the gfp parameter in __iommu_dma_alloc_noncontiguous(), Robin Murphy
      • Re: [PATCH v2 04/10] iommu/dma: Use the gfp parameter in __iommu_dma_alloc_noncontiguous(), Jason Gunthorpe
      • Re: [PATCH v2 04/10] iommu/dma: Use the gfp parameter in __iommu_dma_alloc_noncontiguous(), Jason Gunthorpe
  • [PATCH v2 07/10] iommu/intel: Support the gfp argument to the map_pages op, Jason Gunthorpe
    • RE: [PATCH v2 07/10] iommu/intel: Support the gfp argument to the map_pages op, Tian, Kevin
    • Re: [PATCH v2 07/10] iommu/intel: Support the gfp argument to the map_pages op, Baolu Lu
      • Re: [PATCH v2 07/10] iommu/intel: Support the gfp argument to the map_pages op, Baolu Lu
• [net-next Patch v2 0/5] octeontx2-pf: HTB offload support, Hariprasad Kelam
  • [net-next Patch v2 1/5] sch_htb: Allow HTB priority parameter in offload mode, Hariprasad Kelam
    • Re: [net-next Patch v2 1/5] sch_htb: Allow HTB priority parameter in offload mode, Leon Romanovsky
      • Re: [net-next Patch v2 1/5] sch_htb: Allow HTB priority parameter in offload mode, Hariprasad Kelam
  • [net-next Patch v2 4/5] octeontx2-pf: Add devlink support to configure TL1 RR_PRIO, Hariprasad Kelam
  • [net-next Patch v2 2/5] octeontx2-pf: qos send queues management, Hariprasad Kelam
  • [net-next Patch v2 3/5] octeontx2-pf: Refactor schedular queue alloc/free calls, Hariprasad Kelam
  • [net-next Patch v2 5/5] octeontx2-pf: Add support for HTB offload, Hariprasad Kelam
  • <Possible follow-ups>
  • [net-next Patch v2 0/5] octeontx2-pf: HTB offload support, Hariprasad Kelam
    • [net-next Patch v2 1/5] sch_htb: Allow HTB priority parameter in offload mode, Hariprasad Kelam
    • [net-next Patch v2 2/5] octeontx2-pf: qos send queues management, Hariprasad Kelam
      • Re: [net-next Patch v2 2/5] octeontx2-pf: qos send queues management, Simon Horman
        • Re: [net-next Patch v2 2/5] octeontx2-pf: qos send queues management, Hariprasad Kelam
    • [net-next Patch v2 3/5] octeontx2-pf: Refactor schedular queue alloc/free calls, Hariprasad Kelam
    • [net-next Patch v2 4/5] octeontx2-pf: Add devlink support to configure TL1 RR_PRIO, Hariprasad Kelam
      • Re: [net-next Patch v2 4/5] octeontx2-pf: Add devlink support to configure TL1 RR_PRIO, Maxim Mikityanskiy
        • Re: [net-next Patch v2 4/5] octeontx2-pf: Add devlink support to configure TL1 RR_PRIO, Hariprasad Kelam
          • Re: [net-next Patch v2 4/5] octeontx2-pf: Add devlink support to configure TL1 RR_PRIO, Maxim Mikityanskiy
            • Re: [net-next Patch v2 4/5] octeontx2-pf: Add devlink support to configure TL1 RR_PRIO, Hariprasad Kelam
              • Re: [net-next Patch v2 4/5] octeontx2-pf: Add devlink support to configure TL1 RR_PRIO, Maxim Mikityanskiy
                • Re: [net-next Patch v2 4/5] octeontx2-pf: Add devlink support to configure TL1 RR_PRIO, Hariprasad Kelam
                  • Re: [net-next Patch v2 4/5] octeontx2-pf: Add devlink support to configure TL1 RR_PRIO, Maxim Mikityanskiy
                    • Re: [net-next Patch v2 4/5] octeontx2-pf: Add devlink support to configure TL1 RR_PRIO, Jakub Kicinski
                      • Re: [net-next Patch v2 4/5] octeontx2-pf: Add devlink support to configure TL1 RR_PRIO, Maxim Mikityanskiy
                        • Re: [net-next Patch v2 4/5] octeontx2-pf: Add devlink support to configure TL1 RR_PRIO, Hariprasad Kelam
                          • Re: [net-next Patch v2 4/5] octeontx2-pf: Add devlink support to configure TL1 RR_PRIO, Maxim Mikityanskiy
                            • Re: [net-next Patch v2 4/5] octeontx2-pf: Add devlink support to configure TL1 RR_PRIO, Jakub Kicinski
                            • Re: [net-next Patch v2 4/5] octeontx2-pf: Add devlink support to configure TL1 RR_PRIO, Hariprasad Kelam
                  • Re: [net-next Patch v2 4/5] octeontx2-pf: Add devlink support to configure TL1 RR_PRIO, Jakub Kicinski
    • [net-next Patch v2 5/5] octeontx2-pf: Add support for HTB offload, Hariprasad Kelam
• [net 10/10] net: mlx5: eliminate anonymous module_init & module_exit, Saeed Mahameed
• [PATCH] [v2] mlx5: reduce stack usage in mlx5_setup_tc, Arnd Bergmann
  • Re: [PATCH] [v2] mlx5: reduce stack usage in mlx5_setup_tc, Jacob Keller
  • Re: [PATCH] [v2] mlx5: reduce stack usage in mlx5_setup_tc, Tariq Toukan
• [PATCH] mlx5: reduce stack usage in mlx5_setup_tc, Arnd Bergmann
  • Re: [PATCH] mlx5: reduce stack usage in mlx5_setup_tc, Nick Desaulniers
  • Re: [PATCH] mlx5: reduce stack usage in mlx5_setup_tc, Tariq Toukan
    • Re: [PATCH] mlx5: reduce stack usage in mlx5_setup_tc, Arnd Bergmann
• [PATCH for-next v6 0/6] RDMA/rxe: Replace mr page map with an xarray, Bob Pearson
  • [PATCH for-next v6 1/6] RDMA/rxe: Cleanup mr_check_range, Bob Pearson
  • [PATCH for-next v6 6/6] RDMA/rxe: Replace rxe_map and rxe_phys_buf by xarray, Bob Pearson
    • Re: [PATCH for-next v6 6/6] RDMA/rxe: Replace rxe_map and rxe_phys_buf by xarray, Jason Gunthorpe
  • [PATCH for-next v6 2/6] RDMA/rxe: Move rxe_map_mr_sg to rxe_mr.c, Bob Pearson
  • [PATCH for-next v6 3/6] RDMA-rxe: Isolate mr code from atomic_reply(), Bob Pearson
  • [PATCH for-next v6 5/6] RDMA/rxe: Cleanup page variables in rxe_mr.c, Bob Pearson
  • [PATCH for-next v6 4/6] RDMA-rxe: Isolate mr code from atomic_write_reply(), Bob Pearson
  • Re: [PATCH for-next v6 0/6] RDMA/rxe: Replace mr page map with an xarray, Jason Gunthorpe
    • Re: [PATCH for-next v6 0/6] RDMA/rxe: Replace mr page map with an xarray, Zhu Yanjun
      • Re: [PATCH for-next v6 0/6] RDMA/rxe: Replace mr page map with an xarray, Daisuke Matsuda (Fujitsu)
        • Re: [PATCH for-next v6 0/6] RDMA/rxe: Replace mr page map with an xarray, Jason Gunthorpe
• [PATCH rdma-next v2 0/4] Rely on firmware to get special mkeys, Leon Romanovsky
  • [PATCH mlx5-next v2 2/4] net/mlx5: Change define name for 0x100 lkey value, Leon Romanovsky
  • [PATCH mlx5-next v2 3/4] net/mlx5e: Use query_special_contexts for mkeys, Leon Romanovsky
  • [PATCH mlx5-next v2 1/4] net/mlx5: Expose bits for querying special mkeys, Leon Romanovsky
  • [PATCH rdma-next v2 4/4] RDMA/mlx5: Use query_special_contexts for mkeys, Leon Romanovsky
  • Re: [PATCH rdma-next v2 0/4] Rely on firmware to get special mkeys, Jason Gunthorpe
• [rdma:wip/jgg-for-rc] BUILD SUCCESS 41f4a67e6d2488489039a1d78c289143641046d0, kernel test robot
• [PATCH for-next v5 0/6] RDMA/rxe: Replace mr page map with an xarray, Bob Pearson
  • [PATCH for-next v5 4/6] RDMA-rxe: Isolate mr code from atomic_write_reply(), Bob Pearson
    • Re: [PATCH for-next v5 4/6] RDMA-rxe: Isolate mr code from atomic_write_reply(), Jason Gunthorpe
      • Re: [PATCH for-next v5 4/6] RDMA-rxe: Isolate mr code from atomic_write_reply(), Bob Pearson
        • Re: [PATCH for-next v5 4/6] RDMA-rxe: Isolate mr code from atomic_write_reply(), Jason Gunthorpe
          • Re: [PATCH for-next v5 4/6] RDMA-rxe: Isolate mr code from atomic_write_reply(), Bob Pearson
            • Re: [PATCH for-next v5 4/6] RDMA-rxe: Isolate mr code from atomic_write_reply(), Jason Gunthorpe
              • Re: [PATCH for-next v5 4/6] RDMA-rxe: Isolate mr code from atomic_write_reply(), Bob Pearson
                • Re: [PATCH for-next v5 4/6] RDMA-rxe: Isolate mr code from atomic_write_reply(), Jason Gunthorpe
  • [PATCH for-next v5 5/6] RDMA/rxe: Cleanup page variables in rxe_mr.c, Bob Pearson
  • [PATCH for-next v5 1/6] RDMA/rxe: Cleanup mr_check_range, Bob Pearson
  • [PATCH for-next v5 3/6] RDMA-rxe: Isolate mr code from atomic_reply(), Bob Pearson
    • Re: [PATCH for-next v5 3/6] RDMA-rxe: Isolate mr code from atomic_reply(), Jason Gunthorpe
      • Re: [PATCH for-next v5 3/6] RDMA-rxe: Isolate mr code from atomic_reply(), Bob Pearson
  • [PATCH for-next v5 2/6] RDMA/rxe: Move rxe_map_mr_sg to rxe_mr.c, Bob Pearson
  • [PATCH for-next v5 6/6] RDMA/rxe: Replace rxe_map and rxe_phys_buf by xarray, Bob Pearson
• [PATCH v6 00/34] iov_iter: Improve page extraction (ref, pin or just list), David Howells
  • [PATCH v6 24/34] cifs: Add a function to build an RDMA SGE list from an iterator, David Howells
  • [PATCH v6 29/34] cifs: Build the RDMA SGE list directly from an iterator, David Howells
  • Re: [PATCH v6 00/34] iov_iter: Improve page extraction (ref, pin or just list), Christoph Hellwig
• [PATCH for-next v4 0/6] RDMA/rxe: Replace mr page map with an xarray, Bob Pearson
  • [PATCH for-next v4 1/6] RDMA/rxe: Cleanup mr_check_range, Bob Pearson
  • [PATCH for-next v4 6/6] RDMA/rxe: Replace rxe_map and rxe_phys_buf by xarray, Bob Pearson
  • [PATCH for-next v4 3/6] RDMA-rxe: Isolate mr code from atomic_reply(), Bob Pearson
  • [PATCH for-next v4 2/6] RDMA/rxe: Move rxe_map_mr_sg to rxe_mr.c, Bob Pearson
  • [PATCH for-next v4 4/6] RDMA-rxe: Isolate mr code from atomic_write_reply(), Bob Pearson
  • [PATCH for-next v4 5/6] RDMA/rxe: Cleanup page variables in rxe_mr.c, Bob Pearson
• [PATCH rdma-next 00/13] Add RDMA inline crypto support, Leon Romanovsky
  • [PATCH rdma-next 04/13] RDMA/core: Add cryptographic device capabilities, Leon Romanovsky
  • [PATCH rdma-next 10/13] RDMA/mlx5: Add AES-XTS crypto support, Leon Romanovsky
  • [PATCH rdma-next 06/13] RDMA/core: Introduce MR type for crypto operations, Leon Romanovsky
    • Re: [PATCH rdma-next 06/13] RDMA/core: Introduce MR type for crypto operations, Steven Rostedt
  • [PATCH rdma-next 07/13] RDMA/core: Add support for creating crypto enabled QPs, Leon Romanovsky
  • [PATCH mlx5-next 01/13] net/mlx5: Introduce crypto IFC bits and structures, Leon Romanovsky
  • [PATCH rdma-next 11/13] nvme: Introduce a local variable, Leon Romanovsky
    • Re: [PATCH rdma-next 11/13] nvme: Introduce a local variable, Chaitanya Kulkarni
      • Re: [PATCH rdma-next 11/13] nvme: Introduce a local variable, Leon Romanovsky
  • [PATCH rdma-next 03/13] RDMA: Split kernel-only create QP flags from uverbs create QP flags, Leon Romanovsky
    • Re: [PATCH rdma-next 03/13] RDMA: Split kernel-only create QP flags from uverbs create QP flags, Jason Gunthorpe
      • Re: [PATCH rdma-next 03/13] RDMA: Split kernel-only create QP flags from uverbs create QP flags, Leon Romanovsky
        • Re: [PATCH rdma-next 03/13] RDMA: Split kernel-only create QP flags from uverbs create QP flags, Jason Gunthorpe
          • Re: [PATCH rdma-next 03/13] RDMA: Split kernel-only create QP flags from uverbs create QP flags, Leon Romanovsky
            • Re: [PATCH rdma-next 03/13] RDMA: Split kernel-only create QP flags from uverbs create QP flags, Jason Gunthorpe
              • Re: [PATCH rdma-next 03/13] RDMA: Split kernel-only create QP flags from uverbs create QP flags, Leon Romanovsky
  • [PATCH rdma-next 12/13] nvme: Add crypto profile at nvme controller, Leon Romanovsky
    • Re: [PATCH rdma-next 12/13] nvme: Add crypto profile at nvme controller, Chaitanya Kulkarni
      • Re: [PATCH rdma-next 12/13] nvme: Add crypto profile at nvme controller, Leon Romanovsky
  • [PATCH rdma-next 13/13] nvme-rdma: Add inline encryption support, Leon Romanovsky
  • [PATCH rdma-next 08/13] RDMA/mlx5: Add cryptographic device capabilities, Leon Romanovsky
  • [PATCH rdma-next 09/13] RDMA/mlx5: Add DEK management API, Leon Romanovsky
  • [PATCH mlx5-next 02/13] net/mlx5: Introduce crypto capabilities macro, Leon Romanovsky
  • [PATCH rdma-next 05/13] RDMA/core: Add DEK management API, Leon Romanovsky
  • Re: [PATCH rdma-next 00/13] Add RDMA inline crypto support, Eric Biggers
    • Re: [PATCH rdma-next 00/13] Add RDMA inline crypto support, Chaitanya Kulkarni
      • Re: [PATCH rdma-next 00/13] Add RDMA inline crypto support, Eric Biggers
    • Re: [PATCH rdma-next 00/13] Add RDMA inline crypto support, Leon Romanovsky
    • Re: [PATCH rdma-next 00/13] Add RDMA inline crypto support, Israel Rukshin
  • Re: [PATCH rdma-next 00/13] Add RDMA inline crypto support, Christoph Hellwig
    • Re: [PATCH rdma-next 00/13] Add RDMA inline crypto support, Max Gurtovoy
      • Re: [PATCH rdma-next 00/13] Add RDMA inline crypto support, Christoph Hellwig
        • Re: [PATCH rdma-next 00/13] Add RDMA inline crypto support, Max Gurtovoy
          • Re: [PATCH rdma-next 00/13] Add RDMA inline crypto support, Sagi Grimberg
  • Re: [PATCH rdma-next 00/13] Add RDMA inline crypto support, Sagi Grimberg
    • Re: [PATCH rdma-next 00/13] Add RDMA inline crypto support, Israel Rukshin
      • Re: [PATCH rdma-next 00/13] Add RDMA inline crypto support, Christoph Hellwig
• [PATCHv3 for-next 0/4] RDMA/irdma: Refactor irdma_reg_user_mr function, Zhu Yanjun
  • [PATCHv3 for-next 1/4] RDMA/irdma: Split MEM handler into irdma_reg_user_mr_type_mem, Zhu Yanjun
  • [PATCHv3 for-next 2/4] RDMA/irdma: Split mr alloc and free into new functions, Zhu Yanjun
  • [PATCHv3 for-next 3/4] RDMA/irdma: Split QP handler into irdma_reg_user_mr_type_qp, Zhu Yanjun
  • [PATCHv3 for-next 4/4] RDMA/irdma: Split CQ handler into irdma_reg_user_mr_type_cq, Zhu Yanjun
  • Re: [PATCHv3 for-next 0/4] RDMA/irdma: Refactor irdma_reg_user_mr function, Zhu Yanjun
    • Re: [PATCHv3 for-next 0/4] RDMA/irdma: Refactor irdma_reg_user_mr function, Leon Romanovsky
      • Re: [PATCHv3 for-next 0/4] RDMA/irdma: Refactor irdma_reg_user_mr function, Zhu Yanjun
  • Re: [PATCHv3 for-next 0/4] RDMA/irdma: Refactor irdma_reg_user_mr function, Leon Romanovsky
• [PATCH v4 rdma-next 0/6] RDMA/mlx5: Switch MR cache to use RB-tree, Michael Guralnik
  • [PATCH v4 rdma-next 1/6] RDMA/mlx5: Don't keep umrable 'page_shift' in cache entries, Michael Guralnik
  • [PATCH v4 rdma-next 2/6] RDMA/mlx5: Remove explicit ODP cache entry, Michael Guralnik
    • Re: [PATCH v4 rdma-next 2/6] RDMA/mlx5: Remove explicit ODP cache entry, Jason Gunthorpe
      • Re: [PATCH v4 rdma-next 2/6] RDMA/mlx5: Remove explicit ODP cache entry, Michael Guralnik
        • Re: [PATCH v4 rdma-next 2/6] RDMA/mlx5: Remove explicit ODP cache entry, Jason Gunthorpe
          • Re: [PATCH v4 rdma-next 2/6] RDMA/mlx5: Remove explicit ODP cache entry, Michael Guralnik
            • Re: [PATCH v4 rdma-next 2/6] RDMA/mlx5: Remove explicit ODP cache entry, Jason Gunthorpe
  • [PATCH v4 rdma-next 3/6] RDMA/mlx5: Change the cache structure to an RB-tree, Michael Guralnik
  • [PATCH v4 rdma-next 4/6] RDMA/mlx5: Introduce mlx5r_cache_rb_key, Michael Guralnik
    • Re: [PATCH v4 rdma-next 4/6] RDMA/mlx5: Introduce mlx5r_cache_rb_key, kernel test robot
    • Re: [PATCH v4 rdma-next 4/6] RDMA/mlx5: Introduce mlx5r_cache_rb_key, kernel test robot
  • [PATCH v4 rdma-next 5/6] RDMA/mlx5: Cache all user cacheable mkeys on dereg MR flow, Michael Guralnik
  • [PATCH v4 rdma-next 6/6] RDMA/mlx5: Add work to remove temporary entries from the cache, Michael Guralnik
• [PATCH v3 rdma-next 0/6] RDMA/mlx5: Switch MR cache to use RB-tree, Michael Guralnik
  • [PATCH v3 rdma-next 1/6] RDMA/mlx5: Don't keep umrable 'page_shift' in cache entries, Michael Guralnik
  • [PATCH v3 rdma-next 2/6] RDMA/mlx5: Remove explicit ODP cache entry, Michael Guralnik
  • [PATCH v3 rdma-next 3/6] RDMA/mlx5: Change the cache structure to an RB-tree, Michael Guralnik
  • [PATCH v3 rdma-next 4/6] RDMA/mlx5: Introduce mlx5r_cache_rb_key, Michael Guralnik
  • [PATCH v3 rdma-next 5/6] RDMA/mlx5: Cache all user cacheable mkeys on dereg MR flow, Michael Guralnik
  • [PATCH v3 rdma-next 6/6] RDMA/mlx5: Add work to remove temporary entries from the cache, Michael Guralnik
• [PATCH for-next v3 0/6] RDMA/rxe: Replace mr page map with an xarray, Bob Pearson
  • [PATCH for-next v3 1/6] RDMA/rxe: Cleanup mr_check_range, Bob Pearson
  • [PATCH for-next v3 2/6] RDMA/rxe: Move rxe_map_mr_sg to rxe_mr.c, Bob Pearson
  • [PATCH for-next v3 3/6] RDMA-rxe: Isolate mr code from atomic_reply(), Bob Pearson
  • [PATCH for-next v3 4/6] RDMA-rxe: Isolate mr code from atomic_write_reply(), Bob Pearson
    • Re: [PATCH for-next v3 4/6] RDMA-rxe: Isolate mr code from atomic_write_reply(), lizhijian@xxxxxxxxxxx
      • Re: [PATCH for-next v3 4/6] RDMA-rxe: Isolate mr code from atomic_write_reply(), Jason Gunthorpe
    • Re: [PATCH for-next v3 4/6] RDMA-rxe: Isolate mr code from atomic_write_reply(), Zhu Yanjun
      • Re: [PATCH for-next v3 4/6] RDMA-rxe: Isolate mr code from atomic_write_reply(), Jason Gunthorpe
        • Re: [PATCH for-next v3 4/6] RDMA-rxe: Isolate mr code from atomic_write_reply(), Bob Pearson
          • Re: [PATCH for-next v3 4/6] RDMA-rxe: Isolate mr code from atomic_write_reply(), Zhu Yanjun
            • Re: [PATCH for-next v3 4/6] RDMA-rxe: Isolate mr code from atomic_write_reply(), Jason Gunthorpe
  • [PATCH for-next v3 5/6] RDMA/rxe: Cleanup page variables in rxe_mr.c, Bob Pearson
  • [PATCH for-next v3 6/6] RDMA/rxe: Replace rxe_map and rxe_phys_buf by xarray, Bob Pearson
    • Re: [PATCH for-next v3 6/6] RDMA/rxe: Replace rxe_map and rxe_phys_buf by xarray, lizhijian@xxxxxxxxxxx
      • Re: [PATCH for-next v3 6/6] RDMA/rxe: Replace rxe_map and rxe_phys_buf by xarray, Bob Pearson
• [recipe build #3478597] of ~linux-rdma rdma-core-daily in xenial: Dependency wait, noreply
• [PATCH] infiniband: sw: rxe: Add NULL checks for qp->resp.mr, Jia-Ju Bai
  • Re: [PATCH] infiniband: sw: rxe: Add NULL checks for qp->resp.mr, Zhu Yanjun
    • Re: [PATCH] infiniband: sw: rxe: Add NULL checks for qp->resp.mr, Jia-Ju Bai
      • RE: [PATCH] infiniband: sw: rxe: Add NULL checks for qp->resp.mr, Daisuke Matsuda (Fujitsu)
    • Re: [PATCH] infiniband: sw: rxe: Add NULL checks for qp->resp.mr, Leon Romanovsky
  • Re: [PATCH] infiniband: sw: rxe: Add NULL checks for qp->resp.mr, kernel test robot
• [PATCH net-next v7 0/8] Add Auxiliary driver support, Ajit Khaparde
  • [PATCH net-next v7 2/8] RDMA/bnxt_re: Use auxiliary driver interface, Ajit Khaparde
  • [PATCH net-next v7 6/8] bnxt_en: Remove struct bnxt access from RoCE driver, Ajit Khaparde
  • [PATCH net-next v7 5/8] bnxt_en: Use auxiliary bus calls over proprietary calls, Ajit Khaparde
  • [PATCH net-next v7 1/8] bnxt_en: Add auxiliary driver support, Ajit Khaparde
    • Re: [PATCH net-next v7 1/8] bnxt_en: Add auxiliary driver support, Jakub Kicinski
      • Re: [PATCH net-next v7 1/8] bnxt_en: Add auxiliary driver support, Ajit Khaparde
        • Re: [PATCH net-next v7 1/8] bnxt_en: Add auxiliary driver support, Jakub Kicinski
          • Re: [PATCH net-next v7 1/8] bnxt_en: Add auxiliary driver support, Leon Romanovsky
            • Re: [PATCH net-next v7 1/8] bnxt_en: Add auxiliary driver support, Leon Romanovsky
            • Re: [PATCH net-next v7 1/8] bnxt_en: Add auxiliary driver support, Ajit Khaparde
            • Re: [PATCH net-next v7 1/8] bnxt_en: Add auxiliary driver support, Ajit Khaparde
  • [PATCH net-next v7 8/8] bnxt_en: Remove runtime interrupt vector allocation, Ajit Khaparde
  • [PATCH net-next v7 7/8] RDMA/bnxt_re: Remove the sriov config callback, Ajit Khaparde
  • [PATCH net-next v7 3/8] bnxt_en: Remove usage of ulp_id, Ajit Khaparde
  • [PATCH net-next v7 4/8] bnxt_en: Use direct API instead of indirection, Ajit Khaparde
• [PATCH for-rc v2] IB/hfi1: Restore allocated resources on failed copyout, Dennis Dalessandro
  • <Possible follow-ups>
  • Re: [PATCH for-rc v2] IB/hfi1: Restore allocated resources on failed copyout, Leon Romanovsky
• [Bug 216919] New: workqueue: WQ_MEM_RECLAIM xprtiod:xprt_rdma_connect_worker, bugzilla-daemon
• [PATCHv2 for-next 0/4] RDMA/irdma: Refactor irdma_reg_user_mr function, Zhu Yanjun
  • [PATCHv2 for-next 1/4] RDMA/irdma: Split MEM handler into irdma_reg_user_mr_type_mem, Zhu Yanjun
    • Re: [PATCHv2 for-next 1/4] RDMA/irdma: Split MEM handler into irdma_reg_user_mr_type_mem, Leon Romanovsky
    • Re: [PATCHv2 for-next 1/4] RDMA/irdma: Split MEM handler into irdma_reg_user_mr_type_mem, yanjun . zhu
  • [PATCHv2 for-next 2/4] RDMA/irdma: Split mr alloc and free into new functions, Zhu Yanjun
  • [PATCHv2 for-next 3/4] RDMA/irdma: Split QP handler into irdma_reg_user_mr_type_qp, Zhu Yanjun
    • Re: [PATCHv2 for-next 3/4] RDMA/irdma: Split QP handler into irdma_reg_user_mr_type_qp, Leon Romanovsky
    • Re: [PATCHv2 for-next 3/4] RDMA/irdma: Split QP handler into irdma_reg_user_mr_type_qp, yanjun . zhu
  • [PATCHv2 for-next 4/4] RDMA/irdma: Split CQ handler into irdma_reg_user_mr_type_cq, Zhu Yanjun
    • Re: [PATCHv2 for-next 4/4] RDMA/irdma: Split CQ handler into irdma_reg_user_mr_type_cq, Leon Romanovsky
    • Re: [PATCHv2 for-next 4/4] RDMA/irdma: Split CQ handler into irdma_reg_user_mr_type_cq, yanjun . zhu
  • RE: [PATCHv2 for-next 0/4] RDMA/irdma: Refactor irdma_reg_user_mr function, Saleem, Shiraz
• [PATCH net-next v2] net/rds: use strscpy() to instead of strncpy(), yang.yang29
  • Re: [PATCH net-next v2] net/rds: use strscpy() to instead of strncpy(), Jakub Kicinski
    • Re: [PATCH net-next v2] net/rds: use strscpy() to instead of strncpy(), yang.yang29
      • Re: [PATCH net-next v2] net/rds: use strscpy() to instead of strncpy(), Jakub Kicinski
• [net-next 13/15] net/mlx5e: Replace 0-length array with flexible array, Saeed Mahameed
• [rdma:wip/leon-for-next] BUILD SUCCESS 1ec82317a1daac78c04b0c15af89018ccf9fa2b7, kernel test robot
• [rdma:wip/leon-for-rc] BUILD SUCCESS b3deec25847bda34e34d5d7be02f633caf000bd8, kernel test robot
• [rdma:wip/jgg-for-rc] BUILD SUCCESS 1aefe5c177c1922119afb4ee443ddd6ac3140b37, kernel test robot
• [rdma:wip/jgg-for-next] BUILD SUCCESS 1d91855304c2046115ee10be2c93161d93d5d40d, kernel test robot
• [PATCH][next] RDMA/erdma: Replace zero-length arrays with flexible-array members, Gustavo A. R. Silva
  • Re: [PATCH][next] RDMA/erdma: Replace zero-length arrays with flexible-array members, Cheng Xu
  • Re: [PATCH][next] RDMA/erdma: Replace zero-length arrays with flexible-array members, Kees Cook
  • Re: [PATCH][next] RDMA/erdma: Replace zero-length arrays with flexible-array members, Leon Romanovsky
• [PATCH for-next 0/3] Rework system pinning, Dennis Dalessandro
  • [PATCH for-next 3/3] IB/hfi1: Do all memory-pinning through hfi1's pinning interface, Dennis Dalessandro
  • [PATCH for-next 2/3] IB/hfi1: Fix sdma.h tx->num_descs off-by-one errors, Dennis Dalessandro
  • [PATCH for-next 1/3] IB/hfi1: Fix math bugs in hfi1_can_pin_pages(), Dennis Dalessandro
    • Re: [PATCH for-next 1/3] IB/hfi1: Fix math bugs in hfi1_can_pin_pages(), Jason Gunthorpe
      • [PATCH for-next v2] IB/hfi1: Fix math bugs in hfi1_can_pin_pages(), Dennis Dalessandro
• [PATCH for-next 0/7] FIXME and other fixes, Dennis Dalessandro
  • [PATCH for-next 1/7] IB/hfi1: Remove redundant pageidx variable, Dennis Dalessandro
  • [PATCH for-next 2/7] IB/hfi1: Assign npages earlier, Dennis Dalessandro
  • [PATCH for-next 3/7] IB/hfi1: Consolidate the creation of user TIDs, Dennis Dalessandro
  • [PATCH for-next 4/7] IB/hfi1: Improve TID validity checking, Dennis Dalessandro
  • [PATCH for-next 5/7] IB/hfi1: Split IB counter allocation, Dennis Dalessandro
  • [PATCH for-next 6/7] IBh/hfi1: Update RMT size calculation, Dennis Dalessandro
  • [PATCH for-next 7/7] IB/hfi1: Use dma_mmap_coherent for matching buffers, Dennis Dalessandro
  • Re: [PATCH for-next 0/7] FIXME and other fixes, Leon Romanovsky
  • Re: [PATCH for-next 0/7] FIXME and other fixes, Jason Gunthorpe
    • Re: [PATCH for-next 0/7] FIXME and other fixes, Dennis Dalessandro
      • Re: [PATCH for-next 0/7] FIXME and other fixes, Dennis Dalessandro
        • Re: [PATCH for-next 0/7] FIXME and other fixes, Leon Romanovsky
          • Re: [PATCH for-next 0/7] FIXME and other fixes, Dennis Dalessandro
            • Re: [PATCH for-next 0/7] FIXME and other fixes, Leon Romanovsky
              • Re: [PATCH for-next 0/7] FIXME and other fixes, Dennis Dalessandro
                • Re: [PATCH for-next 0/7] FIXME and other fixes, Leon Romanovsky
                  • Re: [PATCH for-next 0/7] FIXME and other fixes, Jason Gunthorpe
                    • Re: [PATCH for-next 0/7] FIXME and other fixes, Dennis Dalessandro
                      • Re: [PATCH for-next 0/7] FIXME and other fixes, Leon Romanovsky
                        • Re: [PATCH for-next 0/7] FIXME and other fixes, Dennis Dalessandro
                          • Re: [PATCH for-next 0/7] FIXME and other fixes, Dennis Dalessandro
                            • Re: [PATCH for-next 0/7] FIXME and other fixes, Jason Gunthorpe
                              • Re: [PATCH for-next 0/7] FIXME and other fixes, Dennis Dalessandro
                                • Re: [PATCH for-next 0/7] FIXME and other fixes, Leon Romanovsky
                                  • Re: [PATCH for-next 0/7] FIXME and other fixes, Dennis Dalessandro
• [PATCH for-rc 0/6] HFI fixups around expected recv, Dennis Dalessandro
  • [PATCH for-rc 2/6] IB/hfi1: Reject a zero-length user expected buffer, Dennis Dalessandro
  • [PATCH for-rc 4/6] IB/hfi1: Fix expected receive setup error exit issues, Dennis Dalessandro
  • [PATCH for-rc 5/6] IB/hfi1: Immediately remove invalid memory from hardware, Dennis Dalessandro
  • [PATCH for-rc 6/6] IB/hfi1: Remove user expected buffer invalidate race, Dennis Dalessandro
    • Re: [PATCH for-rc 6/6] IB/hfi1: Remove user expected buffer invalidate race, Jason Gunthorpe
      • Re: [PATCH for-rc 6/6] IB/hfi1: Remove user expected buffer invalidate race, Dean Luick
        • Re: [PATCH for-rc 6/6] IB/hfi1: Remove user expected buffer invalidate race, Jason Gunthorpe
          • Re: [PATCH for-rc 6/6] IB/hfi1: Remove user expected buffer invalidate race, Dean Luick
            • Re: [PATCH for-rc 6/6] IB/hfi1: Remove user expected buffer invalidate race, Jason Gunthorpe
              • Re: [PATCH for-rc 6/6] IB/hfi1: Remove user expected buffer invalidate race, Dean Luick
  • [PATCH for-rc 3/6] IB/hfi1: Reserve user expected TIDs, Dennis Dalessandro
  • [PATCH for-rc 1/6] IB/hfi1: Restore allocated resources on failed copyout, Dennis Dalessandro
    • Re: [PATCH for-rc 1/6] IB/hfi1: Restore allocated resources on failed copyout, Leon Romanovsky
  • Re: [PATCH for-rc 0/6] HFI fixups around expected recv, Leon Romanovsky
• [PATCH for-rc v3] RDMA: Fix ib block iterator counter overflow, ynachum
  • Re: [PATCH for-rc v3] RDMA: Fix ib block iterator counter overflow, Jason Gunthorpe
  • Re: [PATCH for-rc v3] RDMA: Fix ib block iterator counter overflow, Leon Romanovsky
• [PATCH net-next] net/rds: use strscpy() to instead of strncpy(), yang.yang29
  • Re: [PATCH net-next] net/rds: use strscpy() to instead of strncpy(), Jakub Kicinski
• [PATCH for-next 0/4] RDMA/irdma: Refactor irdma_reg_user_mr function, Zhu Yanjun
  • [PATCH for-next 1/4] RDMA/irdma: Split MEM handler into irdma_reg_user_mr_type_mem, Zhu Yanjun
    • RE: [PATCH for-next 1/4] RDMA/irdma: Split MEM handler into irdma_reg_user_mr_type_mem, Saleem, Shiraz
      • Re: [PATCH for-next 1/4] RDMA/irdma: Split MEM handler into irdma_reg_user_mr_type_mem, Zhu Yanjun
  • [PATCH for-next 2/4] RDMA/irdma: Split mr alloc and free into new functions, Zhu Yanjun
    • RE: [PATCH for-next 2/4] RDMA/irdma: Split mr alloc and free into new functions, Saleem, Shiraz
      • Re: [PATCH for-next 2/4] RDMA/irdma: Split mr alloc and free into new functions, Zhu Yanjun
  • [PATCH for-next 3/4] RDMA/irdma: Split QP handler into irdma_reg_user_mr_type_qp, Zhu Yanjun
    • RE: [PATCH for-next 3/4] RDMA/irdma: Split QP handler into irdma_reg_user_mr_type_qp, Saleem, Shiraz
      • Re: [PATCH for-next 3/4] RDMA/irdma: Split QP handler into irdma_reg_user_mr_type_qp, Zhu Yanjun
  • [PATCH for-next 4/4] RDMA/irdma: Split CQ handler into irdma_reg_user_mr_type_cq, Zhu Yanjun
    • RE: [PATCH for-next 4/4] RDMA/irdma: Split CQ handler into irdma_reg_user_mr_type_cq, Saleem, Shiraz
      • Re: [PATCH for-next 4/4] RDMA/irdma: Split CQ handler into irdma_reg_user_mr_type_cq, Zhu Yanjun
  • RE: [PATCH for-next 0/4] RDMA/irdma: Refactor irdma_reg_user_mr function, Saleem, Shiraz
• [PATCH 0/8] Add Auxiliary driver support, Ajit Khaparde
  • [PATCH 1/8] bnxt_en: Add auxiliary driver support, Ajit Khaparde
    • Re: [PATCH 1/8] bnxt_en: Add auxiliary driver support, Jakub Kicinski
      • Re: [PATCH 1/8] bnxt_en: Add auxiliary driver support, Ajit Khaparde
    • Re: [PATCH 1/8] bnxt_en: Add auxiliary driver support, kernel test robot
  • [PATCH 2/8] RDMA/bnxt_re: Use auxiliary driver interface, Ajit Khaparde
  • [PATCH 3/8] bnxt_en: Remove usage of ulp_id, Ajit Khaparde
  • [PATCH 4/8] bnxt_en: Use direct API instead of indirection, Ajit Khaparde
  • [PATCH 5/8] bnxt_en: Use auxiliary bus calls over proprietary calls, Ajit Khaparde
  • [PATCH 6/8] bnxt_en: Remove struct bnxt access from RoCE driver, Ajit Khaparde
  • [PATCH 7/8] RDMA/bnxt_re: Remove the sriov config callback, Ajit Khaparde
  • [PATCH 8/8] bnxt_en: Remove runtime interrupt vector allocation, Ajit Khaparde
  • Re: [PATCH 0/8] Add Auxiliary driver support, Leon Romanovsky
• [rdma:for-rc] BUILD SUCCESS e95d50d74b93a767a026f588e8de0b9718a0105e, kernel test robot
• [PATCH 1/1] net/mlx4: Fix build error use array_size() helper in copy_to_user(), Yupeng Li
  • Re: [PATCH 1/1] net/mlx4: Fix build error use array_size() helper in copy_to_user(), Jason Gunthorpe
    • Re: [PATCH 1/1] net/mlx4: Fix build error use array_size() helper in copy_to_user(), Kees Cook
      • Re: [PATCH 1/1] net/mlx4: Fix build error use array_size() helper in copy_to_user(), Kees Cook
        • Message not available
          • Re: Re: [PATCH 1/1] net/mlx4: Fix build error use array_size() helper in copy_to_user(), Kees Cook
• rdma_create_qp_ex fails with EINVAL, Haeuptle, Michael
  • Re: rdma_create_qp_ex fails with EINVAL, Mark Zhang