Linux RDMA and InfiniBand Development

• Date Index

• [PATCH 2/9] dma: Convert from tasklet to BH workqueue, (continued)
  • [PATCH 2/9] dma: Convert from tasklet to BH workqueue, Allen Pais
    • Re: [PATCH 2/9] dma: Convert from tasklet to BH workqueue, Vinod Koul
      • Re: [PATCH 2/9] dma: Convert from tasklet to BH workqueue, Arnd Bergmann
        • Re: [PATCH 2/9] dma: Convert from tasklet to BH workqueue, Vinod Koul
          • Re: [PATCH 2/9] dma: Convert from tasklet to BH workqueue, Allen
            • Re: [PATCH 2/9] dma: Convert from tasklet to BH workqueue, Arnd Bergmann
              • Re: [PATCH 2/9] dma: Convert from tasklet to BH workqueue, Allen
                • Re: [PATCH 2/9] dma: Convert from tasklet to BH workqueue, Vinod Koul
            • Re: [PATCH 2/9] dma: Convert from tasklet to BH workqueue, Vinod Koul
      • Re: [PATCH 2/9] dma: Convert from tasklet to BH workqueue, Allen
    • Re: [PATCH 2/9] dma: Convert from tasklet to BH workqueue, Linus Walleij
      • Re: [PATCH 2/9] dma: Convert from tasklet to BH workqueue, Vinod Koul
  • [PATCH 7/9] s390: Convert from tasklet to BH workqueue, Allen Pais
    • Re: [PATCH 7/9] s390: Convert from tasklet to BH workqueue, Alexandra Winter
      • Re: [PATCH 7/9] s390: Convert from tasklet to BH workqueue, Allen
    • Re: [PATCH 7/9] s390: Convert from tasklet to BH workqueue, Heiko Carstens
    • Re: [PATCH 7/9] s390: Convert from tasklet to BH workqueue, Harald Freudenberger
  • [PATCH 8/9] drivers/media/*: Convert from tasklet to BH workqueue, Allen Pais
    • Re: [PATCH 8/9] drivers/media/*: Convert from tasklet to BH workqueue, Hans Verkuil
      • Re: [PATCH 8/9] drivers/media/*: Convert from tasklet to BH workqueue, Allen Pais
  • [PATCH 9/9] mmc: Convert from tasklet to BH workqueue, Allen Pais
    • Re: [PATCH 9/9] mmc: Convert from tasklet to BH workqueue, Jernej Škrabec
    • Re: [PATCH 9/9] mmc: Convert from tasklet to BH workqueue, Christian Loehle
      • Re: [PATCH 9/9] mmc: Convert from tasklet to BH workqueue, Allen
    • Re: [PATCH 9/9] mmc: Convert from tasklet to BH workqueue, Ulf Hansson
      • Re: [PATCH 9/9] mmc: Convert from tasklet to BH workqueue, Linus Walleij
      • Re: [PATCH 9/9] mmc: Convert from tasklet to BH workqueue, Tejun Heo
        • Re: [PATCH 9/9] mmc: Convert from tasklet to BH workqueue, Ulf Hansson
    • Re: [PATCH 9/9] mmc: Convert from tasklet to BH workqueue, Michał Mirosław
    • Re: [PATCH 9/9] mmc: Convert from tasklet to BH workqueue, Aubin Constans
      • Re: [PATCH 9/9] mmc: Convert from tasklet to BH workqueue, Allen Pais
• [PATCH 0/9] enabled -Wformat-truncation for clang, Arnd Bergmann
  • [PATCH 4/9] mlx5: avoid truncating error message, Arnd Bergmann
    • RE: [EXTERNAL] [PATCH 4/9] mlx5: avoid truncating error message, Subbaraya Sundeep Bhatta
  • Re: [PATCH 0/9] enabled -Wformat-truncation for clang, Jakub Kicinski
  • Re: [PATCH 0/9] enabled -Wformat-truncation for clang, patchwork-bot+netdevbpf
  • Re: (subset) [PATCH 0/9] enabled -Wformat-truncation for clang, Martin K. Petersen
• [PATCH rdma-next v3 0/4] Define and use mana queues for CQs and WQs, Konstantin Taranov
  • [PATCH rdma-next v3 3/4] RDMA/mana_ib: Use struct mana_ib_queue for WQs, Konstantin Taranov
  • [PATCH rdma-next v3 1/4] RDMA/mana_ib: Introduce helpers to create and destroy mana queues, Konstantin Taranov
    • Re: [PATCH rdma-next v3 1/4] RDMA/mana_ib: Introduce helpers to create and destroy mana queues, Leon Romanovsky
  • [PATCH rdma-next v3 2/4] RDMA/mana_ib: Use struct mana_ib_queue for CQs, Konstantin Taranov
  • [PATCH rdma-next v3 4/4] RDMA/mana_ib: Use struct mana_ib_queue for RAW QPs, Konstantin Taranov
• [PATCH for-next 00/11] RDMA/rxe: Various fixes and cleanups, Bob Pearson
  • [PATCH for-next 01/11] RDMA/rxe: Fix seg fault in rxe_comp_queue_pkt, Bob Pearson
    • Re: [PATCH for-next 01/11] RDMA/rxe: Fix seg fault in rxe_comp_queue_pkt, Leon Romanovsky
  • [PATCH for-next 02/11] RDMA/rxe: Allow good work requests to be executed, Bob Pearson
    • Re: [PATCH for-next 02/11] RDMA/rxe: Allow good work requests to be executed, Zhu Yanjun
  • [PATCH for-next 05/11] RDMA/rxe: Remove save/rollback_state in rxe_requester, Bob Pearson
  • [PATCH for-next 03/11] RDMA/rxe: Remove redundant scheduling of rxe_completer, Bob Pearson
  • [PATCH for-next 04/11] RDMA/rxe: Merge request and complete tasks, Bob Pearson
  • [PATCH for-next 06/11] RDMA/rxe: Don't schedule rxe_completer() in rxe_requester(), Bob Pearson
  • [PATCH for-next 07/11] RDMA/rxe: Don't call rxe_requester from rxe_completer, Bob Pearson
    • Re: [PATCH for-next 07/11] RDMA/rxe: Don't call rxe_requester from rxe_completer, Leon Romanovsky
  • [PATCH for-next 09/11] RDMA/rxe: Fix incorrect rxe_put in error path, Bob Pearson
  • [PATCH for-next 10/11] RDMA/rxe: Make rxe_loopback match rxe_send behavior, Bob Pearson
  • [PATCH for-next 08/11] RDMA/rxe: Don't call direct between tasks, Bob Pearson
  • [PATCH for-next 11/11] RDMA/rxe: Get rid of pkt resend on err, Bob Pearson
  • Re: [PATCH for-next 00/11] RDMA/rxe: Various fixes and cleanups, Zhu Yanjun
• [bug report] kmemleak observed on bnxt_re, Yi Zhang
  • Re: [bug report] kmemleak observed on bnxt_re, Selvin Xavier
  • Re: [bug report] kmemleak observed on bnxt_re, Kalesh Anakkur Purayil
• [PATCH][next] RDMA/cm: Avoid -Wflex-array-member-not-at-end warning, Gustavo A. R. Silva
  • Re: [PATCH][next] RDMA/cm: Avoid -Wflex-array-member-not-at-end warning, Jason Gunthorpe
    • Re: [PATCH][next] RDMA/cm: Avoid -Wflex-array-member-not-at-end warning, Gustavo A. R. Silva
      • Re: [PATCH][next] RDMA/cm: Avoid -Wflex-array-member-not-at-end warning, Leon Romanovsky
• [PATCH 00/28] Remove PCI_IRQ_LEGACY, Damien Le Moal
  • [PATCH 22/28] scsi: hpsa: Use PCI_IRQ_INTX, Damien Le Moal
  • [PATCH 07/28] platform: intel_ips: Use PCI_IRQ_INTX, Damien Le Moal
    • Re: [PATCH 07/28] platform: intel_ips: Use PCI_IRQ_INTX, Hans de Goede
  • [PATCH 28/28] PCI: Remove PCI_IRQ_LEGACY, Damien Le Moal
  • [PATCH 10/28] drm: amdgpu: Use PCI_IRQ_INTX, Damien Le Moal
    • RE: [PATCH 10/28] drm: amdgpu: Use PCI_IRQ_INTX, Deucher, Alexander
  • [PATCH 14/28] net: xgbe: Use PCI_IRQ_INTX, Damien Le Moal
  • [PATCH 26/28] scsi: pmcraid: Use PCI_IRQ_INTX, Damien Le Moal
  • [PATCH 05/28] usb: hcd-pci: Use PCI_IRQ_INTX, Damien Le Moal
    • Re: [PATCH 05/28] usb: hcd-pci: Use PCI_IRQ_INTX, Greg Kroah-Hartman
  • [PATCH 04/28] sound: intel: Use PCI_IRQ_INTX, Damien Le Moal
    • Re: [PATCH 04/28] sound: intel: Use PCI_IRQ_INTX, Amadeusz Sławiński
      • Re: [PATCH 04/28] sound: intel: Use PCI_IRQ_INTX, Amadeusz Sławiński
  • [PATCH 08/28] ntb: Use PCI_IRQ_INTX, Damien Le Moal
    • Re: [PATCH 08/28] ntb: Use PCI_IRQ_INTX, Dave Jiang
  • [PATCH 11/28] infiniband: qib: Use PCI_IRQ_INTX, Damien Le Moal
    • Re: [PATCH 11/28] infiniband: qib: Use PCI_IRQ_INTX, Dennis Dalessandro
  • [PATCH 17/28] net: realtek: r8169: Use PCI_IRQ_INTX, Damien Le Moal
    • Re: [PATCH 17/28] net: realtek: r8169: Use PCI_IRQ_INTX, Heiner Kallweit
  • [PATCH 23/28] scsi: ipr: Use PCI_IRQ_INTX, Damien Le Moal
  • [PATCH 21/28] scsi: arcmsr: Use PCI_IRQ_INTX, Damien Le Moal
  • [PATCH 18/28] net: wangxun: Use PCI_IRQ_INTX, Damien Le Moal
  • [PATCH 16/28] net: atheros: alx: Use PCI_IRQ_INTX, Damien Le Moal
  • [PATCH 01/28] PCI: msi: Use PCI_IRQ_INTX, Damien Le Moal
  • [PATCH 15/28] net: aquantia atlantic: Use PCI_IRQ_INTX, Damien Le Moal
  • [PATCH 19/28] net: wireless: ath10k: Use references to INTX instead of LEGACY, Damien Le Moal
  • [PATCH 06/28] tty: 8250_pci: Use PCI_IRQ_INTX, Damien Le Moal
    • Re: [PATCH 06/28] tty: 8250_pci: Use PCI_IRQ_INTX, Greg Kroah-Hartman
  • [PATCH 24/28] scsi: megaraid: Use PCI_IRQ_INTX, Damien Le Moal
  • [PATCH 12/28] infiniband: vmw_pvrdma: Use PCI_IRQ_INTX, Damien Le Moal
  • [PATCH 03/28] PCI: documentation: Use PCI_IRQ_INTX, Damien Le Moal
  • [PATCH 13/28] misc: vmci_guest: Use PCI_IRQ_ALL_TYPES, Damien Le Moal
    • Re: [PATCH 13/28] misc: vmci_guest: Use PCI_IRQ_ALL_TYPES, Greg Kroah-Hartman
  • [PATCH 25/28] scsi: mpt3sas: Use PCI_IRQ_INTX, Damien Le Moal
  • [PATCH 09/28] mfd: intel-lpss-pci: Use PCI_IRQ_INTX, Damien Le Moal
    • Re: [PATCH 09/28] mfd: intel-lpss-pci: Use PCI_IRQ_INTX, Andy Shevchenko
      • Re: [PATCH 09/28] mfd: intel-lpss-pci: Use PCI_IRQ_INTX, Bjorn Helgaas
        • Re: [PATCH 09/28] mfd: intel-lpss-pci: Use PCI_IRQ_INTX, Bjorn Helgaas
  • [PATCH 02/28] PCI: portdrv: Use PCI_IRQ_INTX, Damien Le Moal
  • [PATCH 20/28] net wireless; realtec: Use PCI_IRQ_INTX, Damien Le Moal
  • [PATCH 27/28] scsi: vmw_pvscsi: Do not use PCI_IRQ_LEGACY, Damien Le Moal
  • Re: [PATCH 00/28] Remove PCI_IRQ_LEGACY, Bjorn Helgaas
    • Re: [PATCH 00/28] Remove PCI_IRQ_LEGACY, Damien Le Moal
  • Re: [External] : [PATCH 00/28] Remove PCI_IRQ_LEGACY, Martin K. Petersen
• Implementing .shutdown method for efa module, Tao Liu
  • Re: Implementing .shutdown method for efa module, Gal Pressman
    • Re: Implementing .shutdown method for efa module, Tao Liu
      • Re: Implementing .shutdown method for efa module, Margolin, Michael
        • Re: Implementing .shutdown method for efa module, Jason Gunthorpe
          • Re: Implementing .shutdown method for efa module, Margolin, Michael
            • Re: Implementing .shutdown method for efa module, Jason Gunthorpe
              • Re: Implementing .shutdown method for efa module, Margolin, Michael
              • Re: Implementing .shutdown method for efa module, Tao Liu
        • Re: Implementing .shutdown method for efa module, Tao Liu
• [PATCH 1/1] RDMA/rxe: Make pr_fmt work, Yanjun.Zhu
  • Re: [PATCH 1/1] RDMA/rxe: Make pr_fmt work, Greg Sword
  • Re: [PATCH 1/1] RDMA/rxe: Make pr_fmt work, Jason Gunthorpe
    • Re: [PATCH 1/1] RDMA/rxe: Make pr_fmt work, Zhu Yanjun
      • Re: [PATCH 1/1] RDMA/rxe: Make pr_fmt work, Jason Gunthorpe
        • Message not available
          • Re: [PATCH 1/1] RDMA/rxe: Make pr_fmt work, Zhu Yanjun
            • Re: [PATCH 1/1] RDMA/rxe: Make pr_fmt work, Jason Gunthorpe
              • Re: [PATCH 1/1] RDMA/rxe: Make pr_fmt work, Zhu Yanjun
                • Re: [PATCH 1/1] RDMA/rxe: Make pr_fmt work, Jason Gunthorpe
  • Re: [PATCH 1/1] RDMA/rxe: Make pr_fmt work, Leon Romanovsky
    • Re: [PATCH 1/1] RDMA/rxe: Make pr_fmt work, Zhu Yanjun
• [PATCH rdma-next] RDMA/cm: Print the old state when cm_destroy_id gets timeout, Mark Zhang
  • Re: [PATCH rdma-next] RDMA/cm: Print the old state when cm_destroy_id gets timeout, Leon Romanovsky
• [PATCH] [v3] net/mlx5: fix possible stack overflows, Arnd Bergmann
  • Re: [PATCH] [v3] net/mlx5: fix possible stack overflows, Jiri Pirko
• [Build #27943648] armhf build of rdma-core 51.0~202403200825+gitb51ef55f~ubuntu20.04.1 in ubuntu focal RELEASE [~linux-rdma/ubuntu/rdma-core-daily], Launchpad Buildd System
• [Build #27943642] armhf build of rdma-core 51.0~202403200825+gitb51ef55f~ubuntu18.04.1 in ubuntu bionic RELEASE [~linux-rdma/ubuntu/rdma-core-daily], Launchpad Buildd System
• [recipe build #3699855] of ~linux-rdma rdma-core-daily in xenial: Dependency wait, noreply
• [PATCH rdma-next v2 0/4] Define and use mana queues for CQs and WQs, Konstantin Taranov
  • [PATCH rdma-next v2 1/4] RDMA/mana_ib: Introduce helpers to create and destroy mana queues, Konstantin Taranov
    • Re: [PATCH rdma-next v2 1/4] RDMA/mana_ib: Introduce helpers to create and destroy mana queues, Zhu Yanjun
    • RE: [PATCH rdma-next v2 1/4] RDMA/mana_ib: Introduce helpers to create and destroy mana queues, Long Li
  • [PATCH rdma-next v2 2/4] RDMA/mana_ib: Use struct mana_ib_queue for CQs, Konstantin Taranov
    • RE: [PATCH rdma-next v2 2/4] RDMA/mana_ib: Use struct mana_ib_queue for CQs, Long Li
  • [PATCH rdma-next v2 3/4] RDMA/mana_ib: Use struct mana_ib_queue for WQs, Konstantin Taranov
    • RE: [PATCH rdma-next v2 3/4] RDMA/mana_ib: Use struct mana_ib_queue for WQs, Long Li
  • [PATCH rdma-next v2 4/4] RDMA/mana_ib: Use struct mana_ib_queue for RAW QPs, Konstantin Taranov
    • RE: [PATCH rdma-next v2 4/4] RDMA/mana_ib: Use struct mana_ib_queue for RAW QPs, Long Li
      • RE: [PATCH rdma-next v2 4/4] RDMA/mana_ib: Use struct mana_ib_queue for RAW QPs, Konstantin Taranov
        • RE: [PATCH rdma-next v2 4/4] RDMA/mana_ib: Use struct mana_ib_queue for RAW QPs, Long Li
          • RE: [PATCH rdma-next v2 4/4] RDMA/mana_ib: Use struct mana_ib_queue for RAW QPs, Konstantin Taranov
• [PATCH v4] IB/hfi1: allocate dummy net_device dynamically, Breno Leitao
  • Re: [PATCH v4] IB/hfi1: allocate dummy net_device dynamically, Leon Romanovsky
    • Re: [PATCH v4] IB/hfi1: allocate dummy net_device dynamically, Jakub Kicinski
      • Re: [PATCH v4] IB/hfi1: allocate dummy net_device dynamically, Dennis Dalessandro
        • Re: [PATCH v4] IB/hfi1: allocate dummy net_device dynamically, Breno Leitao
      • Re: [PATCH v4] IB/hfi1: allocate dummy net_device dynamically, Leon Romanovsky
  • Re: [PATCH v4] IB/hfi1: allocate dummy net_device dynamically, Leon Romanovsky
• [PATCH v3] IB/hfi1: allocate dummy net_device dynamically, Breno Leitao
  • Re: [PATCH v3] IB/hfi1: allocate dummy net_device dynamically, Leon Romanovsky
• [PATCH v2] RDMA/restrack: Fix potential invalid address access, Wenchao Hao
  • Re: [PATCH v2] RDMA/restrack: Fix potential invalid address access, Leon Romanovsky
• [PATCH 00/11] sysctl: treewide: constify ctl_table argument of sysctl handlers, Thomas Weißschuh
  • [PATCH 01/11] stackleak: don't modify ctl_table argument, Thomas Weißschuh
  • [PATCH 02/11] cgroup: bpf: constify ctl_table arguments and fields, Thomas Weißschuh
  • [PATCH 03/11] hugetlb: constify ctl_table arguments of utility functions, Thomas Weißschuh
  • [PATCH 04/11] utsname: constify ctl_table arguments of utility function, Thomas Weißschuh
  • [PATCH 05/11] neighbour: constify ctl_table arguments of utility function, Thomas Weißschuh
  • [PATCH 06/11] ipv4/sysctl: constify ctl_table arguments of utility functions, Thomas Weißschuh
  • [PATCH 11/11] sysctl: treewide: constify the ctl_table argument of handlers, Thomas Weißschuh
    • Re: [PATCH 11/11] sysctl: treewide: constify the ctl_table argument of handlers, Dave Chinner
  • [PATCH 07/11] ipv6/addrconf: constify ctl_table arguments of utility functions, Thomas Weißschuh
  • [PATCH 10/11] sysctl: constify ctl_table arguments of utility function, Thomas Weißschuh
  • [PATCH 09/11] ipvs: constify ctl_table arguments of utility functions, Thomas Weißschuh
  • [PATCH 08/11] ipv6/ndisc: constify ctl_table arguments of utility function, Thomas Weißschuh
• [PATCH for-next] RDMA/hns: Support DSCP, Junxian Huang
  • Re: [PATCH for-next] RDMA/hns: Support DSCP, Leon Romanovsky
    • Re: [PATCH for-next] RDMA/hns: Support DSCP, Junxian Huang
      • Re: [PATCH for-next] RDMA/hns: Support DSCP, Leon Romanovsky
        • Re: [PATCH for-next] RDMA/hns: Support DSCP, Junxian Huang
  • Re: [PATCH for-next] RDMA/hns: Support DSCP, Leon Romanovsky
• [PATCH net v2] rds: introduce acquire/release ordering in acquire/release_in_xmit(), Yewon Choi
  • Re: [PATCH net v2] rds: introduce acquire/release ordering in acquire/release_in_xmit(), Michal Kubiak
  • Re: [PATCH net v2] rds: introduce acquire/release ordering in acquire/release_in_xmit(), patchwork-bot+netdevbpf
• [PATCH 0/4] sysctl: Remove sentinel elements from networking, Joel Granados via B4 Relay
  • [PATCH 1/4] networking: Remove the now superfluous sentinel elements from ctl_table array, Joel Granados via B4 Relay
  • [PATCH 2/4] netfilter: Remove the now superfluous sentinel elements from ctl_table array, Joel Granados via B4 Relay
  • [PATCH 3/4] appletalk: Remove the now superfluous sentinel elements from ctl_table array, Joel Granados via B4 Relay
  • [PATCH 4/4] ax.25: Remove the now superfluous sentinel elements from ctl_table array, Joel Granados via B4 Relay
  • Re: [PATCH 0/4] sysctl: Remove sentinel elements from networking, Jakub Kicinski
    • Re: [PATCH 0/4] sysctl: Remove sentinel elements from networking, Joel Granados
• [PATCH net] rds: introduce acquire/release ordering in acquire/release_in_xmit(), Yewon Choi
  • Re: [PATCH net] rds: introduce acquire/release ordering in acquire/release_in_xmit(), Michal Kubiak
    • Re: [PATCH net] rds: introduce acquire/release ordering in acquire/release_in_xmit(), Allison Henderson
      • Re: [PATCH net] rds: introduce acquire/release ordering in acquire/release_in_xmit(), Yewon Choi
• [PATCH 1/1] RDMA/rxe: Fix the problem "mutex_destroy missing", Yanjun.Zhu
  • RE: [PATCH 1/1] RDMA/rxe: Fix the problem "mutex_destroy missing", Daisuke Matsuda (Fujitsu)
  • Re: [PATCH 1/1] RDMA/rxe: Fix the problem "mutex_destroy missing", Leon Romanovsky
• [PATCH rdma-next 0/4] Define and use mana queues for CQs and WQs, Konstantin Taranov
  • [PATCH rdma-next 1/4] RDMA/mana_ib: Introduce helpers to create and destroy mana queues, Konstantin Taranov
    • RE: [PATCH rdma-next 1/4] RDMA/mana_ib: Introduce helpers to create and destroy mana queues, Long Li
    • Re: [PATCH rdma-next 1/4] RDMA/mana_ib: Introduce helpers to create and destroy mana queues, Zhu Yanjun
      • RE: [EXTERNAL] Re: [PATCH rdma-next 1/4] RDMA/mana_ib: Introduce helpers to create and destroy mana queues, Konstantin Taranov
        • Re: [EXTERNAL] Re: [PATCH rdma-next 1/4] RDMA/mana_ib: Introduce helpers to create and destroy mana queues, Zhu Yanjun
  • [PATCH rdma-next 3/4] RDMA/mana_ib: Use struct mana_ib_queue for WQs, Konstantin Taranov
    • RE: [PATCH rdma-next 3/4] RDMA/mana_ib: Use struct mana_ib_queue for WQs, Long Li
  • [PATCH rdma-next 2/4] RDMA:mana_ib: Use struct mana_ib_queue for CQs, Konstantin Taranov
    • RE: [PATCH rdma-next 2/4] RDMA:mana_ib: Use struct mana_ib_queue for CQs, Long Li
  • [PATCH rdma-next 4/4] RDMA/mana_ib: Use struct mana_ib_queue for RAW QPs, Konstantin Taranov
    • RE: [PATCH rdma-next 4/4] RDMA/mana_ib: Use struct mana_ib_queue for RAW QPs, Long Li
      • RE: [PATCH rdma-next 4/4] RDMA/mana_ib: Use struct mana_ib_queue for RAW QPs, Konstantin Taranov
• [PATCH v2] IB/hfi1: allocate dummy net_device dynamically, Breno Leitao
  • Re: [PATCH v2] IB/hfi1: allocate dummy net_device dynamically, Leon Romanovsky
    • Re: [PATCH v2] IB/hfi1: allocate dummy net_device dynamically, Jakub Kicinski
      • Re: [PATCH v2] IB/hfi1: allocate dummy net_device dynamically, Leon Romanovsky
  • Re: [PATCH v2] IB/hfi1: allocate dummy net_device dynamically, Dennis Dalessandro
    • Re: [PATCH v2] IB/hfi1: allocate dummy net_device dynamically, Breno Leitao
      • Re: [PATCH v2] IB/hfi1: allocate dummy net_device dynamically, Leon Romanovsky
• [Build #27908499] armhf build of rdma-core 51.0~202403121118+gitf8845855~ubuntu20.04.1 in ubuntu focal RELEASE [~linux-rdma/ubuntu/rdma-core-daily], Launchpad Buildd System
• [Build #27908487] armhf build of rdma-core 51.0~202403121118+gitf8845855~ubuntu18.04.1 in ubuntu bionic RELEASE [~linux-rdma/ubuntu/rdma-core-daily], Launchpad Buildd System
• [recipe build #3696091] of ~linux-rdma rdma-core-daily in xenial: Dependency wait, noreply
• [PATCH for-next 0/3] RDMA/erdma: A series of fixes for the erdma driver, Boshi Yu
  • [PATCH for-next 1/3] RDMA/erdma: Allocate doorbell records from dma pool, Boshi Yu
    • Re: [PATCH for-next 1/3] RDMA/erdma: Allocate doorbell records from dma pool, Zhu Yanjun
      • Re: [PATCH for-next 1/3] RDMA/erdma: Allocate doorbell records from dma pool, Zhu Yanjun
  • [PATCH for-next 2/3] RDMA/erdma: Unify the names related to doorbell records, Boshi Yu
  • [PATCH for-next 3/3] RDMA/erdma: Remove unnecessary __GFP_ZERO flag, Boshi Yu
    • Re: [PATCH for-next 3/3] RDMA/erdma: Remove unnecessary __GFP_ZERO flag, Leon Romanovsky
      • Re: [PATCH for-next 3/3] RDMA/erdma: Remove unnecessary __GFP_ZERO flag, Boshi Yu
        • Re: [PATCH for-next 3/3] RDMA/erdma: Remove unnecessary __GFP_ZERO flag, Leon Romanovsky
  • Re: [PATCH for-next 0/3] RDMA/erdma: A series of fixes for the erdma driver, Leon Romanovsky
  • Re: [PATCH for-next 0/3] RDMA/erdma: A series of fixes for the erdma driver, Leon Romanovsky
• [rdma:wip/leon-for-next] BUILD SUCCESS 96d9cbe2f2ff7abde021bac75eafaceabe9a51fa, kernel test robot
• [Build #27898052] armhf build of rdma-core 51.0~202403101259+git710aa556~ubuntu20.04.1 in ubuntu focal RELEASE [~linux-rdma/ubuntu/rdma-core-daily], Launchpad Buildd System
• [Build #27898045] armhf build of rdma-core 51.0~202403101259+git710aa556~ubuntu18.04.1 in ubuntu bionic RELEASE [~linux-rdma/ubuntu/rdma-core-daily], Launchpad Buildd System
• [recipe build #3695446] of ~linux-rdma rdma-core-daily in xenial: Dependency wait, noreply
• [PATCH] RDMA/siw: Reuse value read using READ_ONCE instead of re-reading it, linke li
  • Re: [PATCH] RDMA/siw: Reuse value read using READ_ONCE instead of re-reading it, Zhu Yanjun
    • Re: [PATCH] RDMA/siw: Reuse value read using READ_ONCE instead of re-reading it, linke li
      • Re: [PATCH] RDMA/siw: Reuse value read using READ_ONCE instead of re-reading it, Greg Sword
        • Re: [PATCH] RDMA/siw: Reuse value read using READ_ONCE instead of re-reading it, linke li
          • Re: [PATCH] RDMA/siw: Reuse value read using READ_ONCE instead of re-reading it, Zhu Yanjun
  • Re: [PATCH] RDMA/siw: Reuse value read using READ_ONCE instead of re-reading it, Leon Romanovsky
    • Re: [PATCH] RDMA/siw: Reuse value read using READ_ONCE instead of re-reading it, linke li
      • Re: [PATCH] RDMA/siw: Reuse value read using READ_ONCE instead of re-reading it, Leon Romanovsky
        • Re: [PATCH] RDMA/siw: Reuse value read using READ_ONCE instead of re-reading it, linke li
          • Re: [PATCH] RDMA/siw: Reuse value read using READ_ONCE instead of re-reading it, Zhu Yanjun
    • Re: [PATCH] RDMA/siw: Reuse value read using READ_ONCE instead of re-reading it, Greg Sword
  • RE: [PATCH] RDMA/siw: Reuse value read using READ_ONCE instead of re-reading it, Bernard Metzler
    • Re: [PATCH] RDMA/siw: Reuse value read using READ_ONCE instead of re-reading it, linke li
      • Re: [PATCH] RDMA/siw: Reuse value read using READ_ONCE instead of re-reading it, Leon Romanovsky
• [PATCH v3] RDMA/cm: add timeout to cm_destroy_id wait, Manjunath Patil
  • Re: [PATCH v3] RDMA/cm: add timeout to cm_destroy_id wait, Leon Romanovsky
    • Re: [PATCH v3] RDMA/cm: add timeout to cm_destroy_id wait, Manjunath Patil
• [PATCH v5 net 0/2] tcp/rds: Fix use-after-free around kernel TCP reqsk., Kuniyuki Iwashima
  • [PATCH v5 net 1/2] tcp: Fix NEW_SYN_RECV handling in inet_twsk_purge(), Kuniyuki Iwashima
  • [PATCH v5 net 2/2] rds: tcp: Fix use-after-free of net in reqsk_timer_handler()., Kuniyuki Iwashima
    • Re: [PATCH v5 net 2/2] rds: tcp: Fix use-after-free of net in reqsk_timer_handler()., Paolo Abeni
      • Re: [PATCH v5 net 2/2] rds: tcp: Fix use-after-free of net in reqsk_timer_handler()., Eric Dumazet
  • Re: [PATCH v5 net 0/2] tcp/rds: Fix use-after-free around kernel TCP reqsk., patchwork-bot+netdevbpf
    • Re: [PATCH v5 net 0/2] tcp/rds: Fix use-after-free around kernel TCP reqsk., Jakub Kicinski
      • Re: [PATCH v5 net 0/2] tcp/rds: Fix use-after-free around kernel TCP reqsk., Jakub Kicinski
• [PATCH net-next] IB/hfi1: allocate dummy net_device dynamically, Breno Leitao
  • Re: [PATCH net-next] IB/hfi1: allocate dummy net_device dynamically, Leon Romanovsky
    • Re: [PATCH net-next] IB/hfi1: allocate dummy net_device dynamically, Breno Leitao
      • Re: [PATCH net-next] IB/hfi1: allocate dummy net_device dynamically, Leon Romanovsky
        • Re: [PATCH net-next] IB/hfi1: allocate dummy net_device dynamically, Jakub Kicinski
          • Re: [PATCH net-next] IB/hfi1: allocate dummy net_device dynamically, Leon Romanovsky
  • Re: [PATCH net-next] IB/hfi1: allocate dummy net_device dynamically, Dennis Dalessandro
    • Re: [PATCH net-next] IB/hfi1: allocate dummy net_device dynamically, Leon Romanovsky
    • Re: [PATCH net-next] IB/hfi1: allocate dummy net_device dynamically, Breno Leitao
      • Re: [PATCH net-next] IB/hfi1: allocate dummy net_device dynamically, Dennis Dalessandro
      • Re: [PATCH net-next] IB/hfi1: allocate dummy net_device dynamically, Leon Romanovsky
  • <Possible follow-ups>
  • [PATCH net-next] IB/hfi1: allocate dummy net_device dynamically, Breno Leitao
    • Re: [PATCH net-next] IB/hfi1: allocate dummy net_device dynamically, Leon Romanovsky
      • Re: [PATCH net-next] IB/hfi1: allocate dummy net_device dynamically, Dennis Dalessandro
        • Re: [PATCH net-next] IB/hfi1: allocate dummy net_device dynamically, Leon Romanovsky
          • Re: [PATCH net-next] IB/hfi1: allocate dummy net_device dynamically, Jakub Kicinski
            • Re: [PATCH net-next] IB/hfi1: allocate dummy net_device dynamically, Breno Leitao
• [PATCH for-next] RDMA/hns: Support congestion control algorithm parameter configuration, Junxian Huang
  • Re: [PATCH for-next] RDMA/hns: Support congestion control algorithm parameter configuration, Leon Romanovsky
    • Re: [PATCH for-next] RDMA/hns: Support congestion control algorithm parameter configuration, Junxian Huang
      • Re: [PATCH for-next] RDMA/hns: Support congestion control algorithm parameter configuration, Leon Romanovsky
        • Re: [PATCH for-next] RDMA/hns: Support congestion control algorithm parameter configuration, Junxian Huang
          • Re: [PATCH for-next] RDMA/hns: Support congestion control algorithm parameter configuration, Leon Romanovsky
            • Re: [PATCH for-next] RDMA/hns: Support congestion control algorithm parameter configuration, Jason Gunthorpe
• [PATCH v2] net :mana : Add per-cpu stats for MANA device, Shradha Gupta
  • Re: [PATCH v2] net :mana : Add per-cpu stats for MANA device, Jakub Kicinski
  • RE: [PATCH v2] net :mana : Add per-cpu stats for MANA device, Haiyang Zhang
• [PATCH] RDMA/cm: add timeout to cm_destroy_id wait, Manjunath Patil
  • Re: [PATCH] RDMA/cm: add timeout to cm_destroy_id wait, Jason Gunthorpe
    • Re: [PATCH] RDMA/cm: add timeout to cm_destroy_id wait, Manjunath Patil
• [PATCH v4 net 0/2] tcp/rds: Fix use-after-free around kernel TCP reqsk., Kuniyuki Iwashima
  • [PATCH v4 net 1/2] tcp: Fix use-after-free in inet_twsk_purge()., Kuniyuki Iwashima
    • Re: [PATCH v4 net 1/2] tcp: Fix use-after-free in inet_twsk_purge()., Eric Dumazet
  • [PATCH v4 net 2/2] rds: tcp: Fix use-after-free of net in reqsk_timer_handler()., Kuniyuki Iwashima
• [rdma:wip/leon-for-next] BUILD SUCCESS 2d5c00815778ec4f4e0a84e405e3e157b7815db1, kernel test robot
• Coverity: __rds_rdma_map(): Null pointer dereferences, coverity-bot
• [PATCH] net :mana : Add per-cpu stats for MANA device, Shradha Gupta
  • Re: [PATCH] net :mana : Add per-cpu stats for MANA device, Jakub Kicinski
    • RE: [PATCH] net :mana : Add per-cpu stats for MANA device, Haiyang Zhang
      • Re: [PATCH] net :mana : Add per-cpu stats for MANA device, Jakub Kicinski
        • Re: [PATCH] net :mana : Add per-cpu stats for MANA device, Shradha Gupta
        • RE: [PATCH] net :mana : Add per-cpu stats for MANA device, Haiyang Zhang
          • Re: [PATCH] net :mana : Add per-cpu stats for MANA device, Jakub Kicinski
            • RE: [PATCH] net :mana : Add per-cpu stats for MANA device, Haiyang Zhang
              • Re: [PATCH] net :mana : Add per-cpu stats for MANA device, Rahul Rameshbabu
              • Re: [PATCH] net :mana : Add per-cpu stats for MANA device, Jakub Kicinski
              • Re: RE: [PATCH] net :mana : Add per-cpu stats for MANA device, Sebastian Andrzej Siewior
            • Re: [PATCH] net :mana : Add per-cpu stats for MANA device, Shradha Gupta
              • Re: [PATCH] net :mana : Add per-cpu stats for MANA device, Stephen Hemminger
              • Re: [PATCH] net :mana : Add per-cpu stats for MANA device, Jakub Kicinski
                • Re: [PATCH] net :mana : Add per-cpu stats for MANA device, Stephen Hemminger
              • Re: [PATCH] net :mana : Add per-cpu stats for MANA device, Shradha Gupta
                • Re: [PATCH] net :mana : Add per-cpu stats for MANA device, Stephen Hemminger
                • Re: [PATCH] net :mana : Add per-cpu stats for MANA device, Jakub Kicinski
                  • RE: [PATCH] net :mana : Add per-cpu stats for MANA device, Haiyang Zhang
                    • Re: [PATCH] net :mana : Add per-cpu stats for MANA device, Jakub Kicinski
                      • RE: [EXTERNAL] Re: [PATCH] net :mana : Add per-cpu stats for MANA device, Alireza Dabagh
                        • Re: [EXTERNAL] Re: [PATCH] net :mana : Add per-cpu stats for MANA device, Shradha Gupta
  • RE: [PATCH] net :mana : Add per-cpu stats for MANA device, Haiyang Zhang
• [RFC PATCH net-next v1 0/2] Minor cleanups to skb frag ref/unref, Mina Almasry
  • [RFC PATCH net-next v1 1/2] net: mirror skb frag ref/unref helpers, Mina Almasry
    • Re: [RFC PATCH net-next v1 1/2] net: mirror skb frag ref/unref helpers, Dragos Tatulea
    • Re: [RFC PATCH net-next v1 1/2] net: mirror skb frag ref/unref helpers, Yunsheng Lin
  • [RFC PATCH net-next v1 2/2] net: remove napi_frag_[un]ref, Mina Almasry
    • Re: [RFC PATCH net-next v1 2/2] net: remove napi_frag_[un]ref, Dragos Tatulea
• [PATCH v3 net 0/2] tcp/rds: Fix use-after-free around kernel TCP reqsk., Kuniyuki Iwashima
  • [PATCH v3 net 1/2] tcp: Restart iteration after removing reqsk in inet_twsk_purge()., Kuniyuki Iwashima
    • Re: [PATCH v3 net 1/2] tcp: Restart iteration after removing reqsk in inet_twsk_purge()., Eric Dumazet
      • Re: [PATCH v3 net 1/2] tcp: Restart iteration after removing reqsk in inet_twsk_purge()., Kuniyuki Iwashima
  • [PATCH v3 net 2/2] rds: tcp: Fix use-after-free of net in reqsk_timer_handler()., Kuniyuki Iwashima
• net/rds: Improper memory ordering semantic in release_in_xmit(), Yewon Choi
  • Re: net/rds: Improper memory ordering semantic in release_in_xmit(), Allison Henderson
    • Re: net/rds: Improper memory ordering semantic in release_in_xmit(), Yewon Choi
• [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Leon Romanovsky
  • [RFC RESEND 01/16] mm/hmm: let users to tag specific PFNs, Leon Romanovsky
  • [RFC RESEND 02/16] dma-mapping: provide an interface to allocate IOVA, Leon Romanovsky
  • [RFC RESEND 03/16] dma-mapping: provide callbacks to link/unlink pages to specific IOVA, Leon Romanovsky
  • [RFC RESEND 04/16] iommu/dma: Provide an interface to allow preallocate IOVA, Leon Romanovsky
  • [RFC RESEND 05/16] iommu/dma: Prepare map/unmap page functions to receive IOVA, Leon Romanovsky
  • [RFC RESEND 06/16] iommu/dma: Implement link/unlink page callbacks, Leon Romanovsky
  • [RFC RESEND 07/16] RDMA/umem: Preallocate and cache IOVA for UMEM ODP, Leon Romanovsky
  • [RFC RESEND 08/16] RDMA/umem: Store ODP access mask information in PFN, Leon Romanovsky
  • [RFC RESEND 09/16] RDMA/core: Separate DMA mapping to caching IOVA and page linkage, Leon Romanovsky
  • [RFC RESEND 10/16] RDMA/umem: Prevent UMEM ODP creation with SWIOTLB, Leon Romanovsky
  • [RFC RESEND 11/16] vfio/mlx5: Explicitly use number of pages instead of allocated length, Leon Romanovsky
  • [RFC RESEND 12/16] vfio/mlx5: Rewrite create mkey flow to allow better code reuse, Leon Romanovsky
  • [RFC RESEND 13/16] vfio/mlx5: Explicitly store page list, Leon Romanovsky
  • [RFC RESEND 14/16] vfio/mlx5: Convert vfio to use DMA link API, Leon Romanovsky
  • [RFC RESEND 15/16] block: add dma_link_range() based API, Leon Romanovsky
  • [RFC RESEND 16/16] nvme-pci: use blk_rq_dma_map() for NVMe SGL, Leon Romanovsky
    • Re: [RFC RESEND 16/16] nvme-pci: use blk_rq_dma_map() for NVMe SGL, Keith Busch
      • Re: [RFC RESEND 16/16] nvme-pci: use blk_rq_dma_map() for NVMe SGL, Jens Axboe
        • Re: [RFC RESEND 16/16] nvme-pci: use blk_rq_dma_map() for NVMe SGL, Chaitanya Kulkarni
          • Re: [RFC RESEND 16/16] nvme-pci: use blk_rq_dma_map() for NVMe SGL, Chaitanya Kulkarni
      • Re: [RFC RESEND 16/16] nvme-pci: use blk_rq_dma_map() for NVMe SGL, Christoph Hellwig
        • Re: [RFC RESEND 16/16] nvme-pci: use blk_rq_dma_map() for NVMe SGL, Jason Gunthorpe
          • Re: [RFC RESEND 16/16] nvme-pci: use blk_rq_dma_map() for NVMe SGL, Christoph Hellwig
    • Re: [RFC RESEND 16/16] nvme-pci: use blk_rq_dma_map() for NVMe SGL, Zhu Yanjun
      • Re: [RFC RESEND 16/16] nvme-pci: use blk_rq_dma_map() for NVMe SGL, Leon Romanovsky
        • Re: [RFC RESEND 16/16] nvme-pci: use blk_rq_dma_map() for NVMe SGL, Zhu Yanjun
  • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Robin Murphy
    • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Leon Romanovsky
      • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Christoph Hellwig
        • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Jason Gunthorpe
          • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Christoph Hellwig
            • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Jason Gunthorpe
              • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Christoph Hellwig
                • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Jason Gunthorpe
                  • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Christoph Hellwig
                    • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Jason Gunthorpe
                      • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Christoph Hellwig
                        • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Jason Gunthorpe
                          • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Christoph Hellwig
                            • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Leon Romanovsky
                              • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Christoph Hellwig
                                • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Leon Romanovsky
                                  • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Christoph Hellwig
                            • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Jason Gunthorpe
                              • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Leon Romanovsky
                                • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Christoph Hellwig
                                  • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Leon Romanovsky
                                    • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Christoph Hellwig
                              • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Christoph Hellwig
                                • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Jason Gunthorpe
                                  • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Christoph Hellwig
                                    • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Jason Gunthorpe
  • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Zhu Yanjun
    • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Zhu Yanjun
  • RE: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Zeng, Oak
    • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Zhu Yanjun
    • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Jason Gunthorpe
      • RE: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Zeng, Oak
      • RE: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Zeng, Oak
        • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Zhu Yanjun
        • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Leon Romanovsky
          • RE: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Zeng, Oak
            • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Jason Gunthorpe
              • RE: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Zeng, Oak
                • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Zhu Yanjun
                • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Leon Romanovsky
                  • RE: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Zeng, Oak
                    • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Leon Romanovsky
            • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Leon Romanovsky
• [RFC 01/16] mm/hmm: let users to tag specific PFNs, Leon Romanovsky
  • [RFC 02/16] dma-mapping: provide an interface to allocate IOVA, Leon Romanovsky
  • [RFC 03/16] dma-mapping: provide callbacks to link/unlink pages to specific IOVA, Leon Romanovsky
  • [RFC 04/16] iommu/dma: Provide an interface to allow preallocate IOVA, Leon Romanovsky
  • [RFC 05/16] iommu/dma: Prepare map/unmap page functions to receive IOVA, Leon Romanovsky
  • [RFC 06/16] iommu/dma: Implement link/unlink page callbacks, Leon Romanovsky
  • [RFC 07/16] RDMA/umem: Preallocate and cache IOVA for UMEM ODP, Leon Romanovsky
  • [RFC 08/16] RDMA/umem: Store ODP access mask information in PFN, Leon Romanovsky
  • [RFC 09/16] RDMA/core: Separate DMA mapping to caching IOVA and page linkage, Leon Romanovsky
  • [RFC 10/16] RDMA/umem: Prevent UMEM ODP creation with SWIOTLB, Leon Romanovsky
  • [RFC 11/16] vfio/mlx5: Explicitly use number of pages instead of allocated length, Leon Romanovsky
  • [RFC 12/16] vfio/mlx5: Rewrite create mkey flow to allow better code reuse, Leon Romanovsky
  • [RFC 13/16] vfio/mlx5: Explicitly store page list, Leon Romanovsky
  • [RFC 14/16] vfio/mlx5: Convert vfio to use DMA link API, Leon Romanovsky
  • [RFC 15/16] block: add dma_link_range() based API, Leon Romanovsky
  • [RFC 16/16] nvme-pci: use blk_rq_dma_map() for NVMe SGL, Leon Romanovsky
• [RFC 00/16] Split IOMMU DMA mapping operation to two steps, Leon Romanovsky
  • Re: [RFC 00/16] Split IOMMU DMA mapping operation to two steps, Leon Romanovsky
• [PATCH for-next] RDMA/hns: Append SCC context to the raw dump of QPC, Junxian Huang
  • Re: [PATCH for-next] RDMA/hns: Append SCC context to the raw dump of QPC, Leon Romanovsky
• [PATCH rdma-next v3 0/2] RDMA/mana_ib: Improve dma region creation, Konstantin Taranov
  • [PATCH rdma-next v3 1/2] RDMA/mana_ib: Fix bug in creation of dma regions, Konstantin Taranov
  • [PATCH rdma-next v3 2/2] RDMA/mana_ib: Use virtual address in dma regions for MRs, Konstantin Taranov
    • Re: [PATCH rdma-next v3 2/2] RDMA/mana_ib: Use virtual address in dma regions for MRs, Zhu Yanjun
  • Re: [PATCH rdma-next v3 0/2] RDMA/mana_ib: Improve dma region creation, Leon Romanovsky
• [rdma:wip/leon-for-next] BUILD SUCCESS 155f04366e3cad7cc7471f8736aa05ec0300cddd, kernel test robot
• [recipe build #3692247] of ~linux-rdma rdma-core-daily in xenial: Dependency wait, noreply
• [PATCH][next] RDMA/uverbs: Avoid -Wflex-array-member-not-at-end warnings, Gustavo A. R. Silva
  • Re: [PATCH][next] RDMA/uverbs: Avoid -Wflex-array-member-not-at-end warnings, Kees Cook
  • Re: [PATCH][next] RDMA/uverbs: Avoid -Wflex-array-member-not-at-end warnings, Leon Romanovsky
• [PATCH v2 for-next] RDMA/hns: Support userspace configuring congestion control algorithm with QP granularity, Junxian Huang
  • Re: [PATCH v2 for-next] RDMA/hns: Support userspace configuring congestion control algorithm with QP granularity, Leon Romanovsky
• [PATCH] RDMA/restrack: Fix potential invalid address access, Wenchao Hao
  • Re: [PATCH] RDMA/restrack: Fix potential invalid address access, Leon Romanovsky
    • Re: [PATCH] RDMA/restrack: Fix potential invalid address access, Wenchao Hao
      • Re: [PATCH] RDMA/restrack: Fix potential invalid address access, Leon Romanovsky
        • Re: [PATCH] RDMA/restrack: Fix potential invalid address access, Wenchao Hao
  • Re: [PATCH] RDMA/restrack: Fix potential invalid address access, Leon Romanovsky
    • Re: [PATCH] RDMA/restrack: Fix potential invalid address access, Wenchao Hao
      • Re: [PATCH] RDMA/restrack: Fix potential invalid address access, Leon Romanovsky
• [PATCH AUTOSEL 5.4 1/6] RDMA/mlx5: Relax DEVX access upon modify commands, Sasha Levin
• [PATCH AUTOSEL 5.10 1/8] RDMA/mlx5: Fix fortify source warning while accessing Eth segment, Sasha Levin
  • [PATCH AUTOSEL 5.10 2/8] RDMA/mlx5: Relax DEVX access upon modify commands, Sasha Levin
• [PATCH AUTOSEL 5.15 1/9] RDMA/mlx5: Fix fortify source warning while accessing Eth segment, Sasha Levin
  • [PATCH AUTOSEL 5.15 2/9] RDMA/mlx5: Relax DEVX access upon modify commands, Sasha Levin
• [PATCH AUTOSEL 6.1 03/12] RDMA/mlx5: Relax DEVX access upon modify commands, Sasha Levin
• [PATCH AUTOSEL 6.1 02/12] RDMA/mlx5: Fix fortify source warning while accessing Eth segment, Sasha Levin
• [PATCH AUTOSEL 6.6 04/22] RDMA/mlx5: Relax DEVX access upon modify commands, Sasha Levin
• [PATCH AUTOSEL 6.6 03/22] RDMA/mlx5: Fix fortify source warning while accessing Eth segment, Sasha Levin
• [PATCH AUTOSEL 6.7 04/24] RDMA/mlx5: Relax DEVX access upon modify commands, Sasha Levin
• [PATCH AUTOSEL 6.7 03/24] RDMA/mlx5: Fix fortify source warning while accessing Eth segment, Sasha Levin
• question about in-tree vs out-of-tree Broadcom ROCE drivers., Chris Friesen
  • RE: question about in-tree vs out-of-tree Broadcom ROCE drivers., Ma, Jiping
    • Re: question about in-tree vs out-of-tree Broadcom ROCE drivers., Selvin Xavier
      • RE: question about in-tree vs out-of-tree Broadcom ROCE drivers., Ma, Jiping
        • Re: question about in-tree vs out-of-tree Broadcom ROCE drivers., Selvin Xavier
• [PATCH RFC] RDMA/cm: add timeout to cm_destroy_id wait, Manjunath Patil
  • Re: [PATCH RFC] RDMA/cm: add timeout to cm_destroy_id wait, Leon Romanovsky
    • Re: [PATCH RFC] RDMA/cm: add timeout to cm_destroy_id wait, Manjunath Patil
      • Re: [PATCH RFC] RDMA/cm: add timeout to cm_destroy_id wait, Leon Romanovsky
        • Re: [PATCH RFC] RDMA/cm: add timeout to cm_destroy_id wait, Manjunath Patil
• [recipe build #3689623] of ~linux-rdma rdma-core-daily in xenial: Dependency wait, noreply
• [LSF/MM/BPF TOPIC] [LSF/MM/BPF ATTEND] : Two stage IOMMU DMA mapping operations, Chaitanya Kulkarni
  • Re: [LSF/MM/BPF TOPIC] [LSF/MM/BPF ATTEND] : Two stage IOMMU DMA mapping operations, Leon Romanovsky
    • Re: [LSF/MM/BPF TOPIC] [LSF/MM/BPF ATTEND] : Two stage IOMMU DMA mapping operations, Zhu Yanjun
      • Re: [LSF/MM/BPF TOPIC] [LSF/MM/BPF ATTEND] : Two stage IOMMU DMA mapping operations, Zhu Yanjun
  • Re: [LSF/MM/BPF TOPIC] [LSF/MM/BPF ATTEND] : Two stage IOMMU DMA mapping operations, Jason Gunthorpe
• [PATCH v2 net 0/5] tcp/rds: Fix use-after-free around kernel TCP reqsk., Kuniyuki Iwashima
  • [PATCH v2 net 1/5] tcp: Restart iteration after removing reqsk in inet_twsk_purge()., Kuniyuki Iwashima
  • [PATCH v2 net 2/5] Revert "tcp: Clean up kernel listener's reqsk in inet_twsk_purge()", Kuniyuki Iwashima
  • [PATCH v2 net 3/5] net: Convert @kern of __sock_create() to enum., Kuniyuki Iwashima
    • RE: [PATCH v2 net 3/5] net: Convert @kern of __sock_create() to enum., David Laight
  • [PATCH v2 net 4/5] rds: tcp: Fix use-after-free of net in reqsk_timer_handler()., Kuniyuki Iwashima
    • Re: [PATCH v2 net 4/5] rds: tcp: Fix use-after-free of net in reqsk_timer_handler()., Eric Dumazet
      • Re: [PATCH v2 net 4/5] rds: tcp: Fix use-after-free of net in reqsk_timer_handler()., Kuniyuki Iwashima
  • [PATCH v2 net 5/5] tcp: Add assertion for reqsk->rsk_listener->sk_net_refcnt., Kuniyuki Iwashima
• [recipe build #3688923] of ~linux-rdma rdma-core-daily in xenial: Dependency wait, noreply
• [rdma:wip/leon-for-next] BUILD SUCCESS 7a7b7f575a25aa68ee934ee8107294487efcb3fe, kernel test robot
• [PATCH rdma-next v2 0/2] RDMA/mana_ib: Improve dma region creation, Konstantin Taranov
  • [PATCH rdma-next v2 2/2] RDMA/mana_ib: Use virtual address in dma regions for MRs, Konstantin Taranov
    • RE: [PATCH rdma-next v2 2/2] RDMA/mana_ib: Use virtual address in dma regions for MRs, Long Li
    • Re: [PATCH rdma-next v2 2/2] RDMA/mana_ib: Use virtual address in dma regions for MRs, Zhu Yanjun
  • [PATCH rdma-next v2 1/2] RDMA/mana_ib: Fix bug in creation of dma regions, Konstantin Taranov
• [FYI][PATCH] tracing/treewide: Remove second parameter of __assign_str(), Steven Rostedt
  • Re: [FYI][PATCH] tracing/treewide: Remove second parameter of __assign_str(), Steven Rostedt
  • Re: [FYI][PATCH] tracing/treewide: Remove second parameter of __assign_str(), Jeff Johnson
    • Re: [FYI][PATCH] tracing/treewide: Remove second parameter of __assign_str(), Steven Rostedt
      • Re: [FYI][PATCH] tracing/treewide: Remove second parameter of __assign_str(), Kent Overstreet
        • Re: [FYI][PATCH] tracing/treewide: Remove second parameter of __assign_str(), Steven Rostedt
      • Re: [FYI][PATCH] tracing/treewide: Remove second parameter of __assign_str(), Steven Rostedt
  • Re: [FYI][PATCH] tracing/treewide: Remove second parameter of __assign_str(), Alison Schofield
    • Re: [FYI][PATCH] tracing/treewide: Remove second parameter of __assign_str(), Steven Rostedt
• [PATCH v1 net 0/2] rds: Fix use-after-free of net by tcp reqsk timer., Kuniyuki Iwashima
  • [PATCH v1 net 1/2] Revert "tcp: Clean up kernel listener's reqsk in inet_twsk_purge()", Kuniyuki Iwashima
  • [PATCH v1 net 2/2] rds: tcp: Fix use-after-free of net in reqsk_timer_handler()., Kuniyuki Iwashima
    • Re: [PATCH v1 net 2/2] rds: tcp: Fix use-after-free of net in reqsk_timer_handler()., Eric Dumazet
      • Re: [PATCH v1 net 2/2] rds: tcp: Fix use-after-free of net in reqsk_timer_handler()., Kuniyuki Iwashima
        • Re: [PATCH v1 net 2/2] rds: tcp: Fix use-after-free of net in reqsk_timer_handler()., Kuniyuki Iwashima
          • Re: [PATCH v1 net 2/2] rds: tcp: Fix use-after-free of net in reqsk_timer_handler()., Allison Henderson
            • Re: [PATCH v1 net 2/2] rds: tcp: Fix use-after-free of net in reqsk_timer_handler()., Kuniyuki Iwashima
              • Re: [PATCH v1 net 2/2] rds: tcp: Fix use-after-free of net in reqsk_timer_handler()., Eric Dumazet
                • Re: [PATCH v1 net 2/2] rds: tcp: Fix use-after-free of net in reqsk_timer_handler()., Kuniyuki Iwashima
            • Re: [PATCH v1 net 2/2] rds: tcp: Fix use-after-free of net in reqsk_timer_handler()., Eric Dumazet
              • Re: [PATCH v1 net 2/2] rds: tcp: Fix use-after-free of net in reqsk_timer_handler()., Kuniyuki Iwashima
                • Re: [PATCH v1 net 2/2] rds: tcp: Fix use-after-free of net in reqsk_timer_handler()., Eric Dumazet
                  • Re: [PATCH v1 net 2/2] rds: tcp: Fix use-after-free of net in reqsk_timer_handler()., Kuniyuki Iwashima
• [syzbot] [rdma?] KASAN: slab-use-after-free Read in rdma_resolve_route, syzbot
  • Re: [syzbot] [rdma?] KASAN: slab-use-after-free Read in rdma_resolve_route, Zhu Yanjun
    • Re: [syzbot] [rdma?] KASAN: slab-use-after-free Read in rdma_resolve_route, Zhu Yanjun
  • <Possible follow-ups>
  • Re: [syzbot] [rdma?] KASAN: slab-use-after-free Read in rdma_resolve_route, xingwei lee
    • Re: [syzbot] [rdma?] KASAN: slab-use-after-free Read in rdma_resolve_route, Zhu Yanjun
• [rdma:wip/jgg-for-next] BUILD SUCCESS 14b526f55ba5916856126f9793309fd6de5c5e7e, kernel test robot
• [PATCH] RDMA/rtrs-clt: check strnlen return len in sysfs mpath_policy_store(), Alexey Kodanev
  • Re: [PATCH] RDMA/rtrs-clt: check strnlen return len in sysfs mpath_policy_store(), Jinpu Wang
  • Re: [PATCH] RDMA/rtrs-clt: check strnlen return len in sysfs mpath_policy_store(), Leon Romanovsky
• [PATCH 0/6] Fix mlx5 write combining support on new ARM64 cores, Jason Gunthorpe
  • [PATCH 6/6] IB/mlx5: Use __iowrite64_copy() for write combining stores, Jason Gunthorpe
  • [PATCH 5/6] net: hns3: Remove io_stop_wc() calls after __iowrite64_copy(), Jason Gunthorpe
    • Re: [PATCH 5/6] net: hns3: Remove io_stop_wc() calls after __iowrite64_copy(), Jijie Shao
  • [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), Jason Gunthorpe
    • Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), Will Deacon
      • Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), Jason Gunthorpe
    • RE: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), David Laight
      • Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), Jason Gunthorpe
        • RE: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), David Laight
          • Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), Niklas Schnelle
            • RE: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), David Laight
              • Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), Jason Gunthorpe
          • Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), Niklas Schnelle
            • RE: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), David Laight
              • Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), Jason Gunthorpe
                • RE: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), David Laight
                  • Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), Jason Gunthorpe
            • Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), Jason Gunthorpe
              • Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), Niklas Schnelle
                • Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), Jason Gunthorpe
    • Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), Catalin Marinas
      • Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), Jason Gunthorpe
        • Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), Catalin Marinas
          • Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), Jason Gunthorpe
    • Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), Catalin Marinas
      • Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), Jason Gunthorpe
    • Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), Catalin Marinas
  • [PATCH 3/6] s390: Stop using weak symbols for __iowrite64_copy(), Jason Gunthorpe
  • [PATCH 2/6] s390: Implement __iowrite32_copy(), Jason Gunthorpe
  • [PATCH 1/6] x86: Stop using weak symbols for __iowrite32_copy(), Jason Gunthorpe
• [RFC net-next 00/20] Introduce IPPROTO_SMC, D. Wythe
  • [RFC net-next 02/20] net/smc: read&write sock state via unified macros, D. Wythe
  • [RFC net-next 05/20] net/smc: try test to fallback when ulp set, D. Wythe
  • [RFC net-next 01/20] net: export partial symbols in inet/inet6 proto_ops, D. Wythe
  • [RFC net-next 04/20] net/smc: refactor smc_accept_poll, D. Wythe
  • [RFC net-next 09/20] net/smc: refator smc_switch_to_fallback, D. Wythe
  • [RFC net-next 12/20] net/smc: refatoring initialization of smc sock, D. Wythe
  • [RFC net-next 08/20] net/smc: optimize mutex_fback_rsn from mutex to spinlock, D. Wythe
  • [RFC net-next 07/20] net/smc: refactor sock_flag/sock_set_flag, D. Wythe
  • [RFC net-next 10/20] net/smc: make initialization code in smc_listen independent, D. Wythe
  • [RFC net-next 11/20] net/smc: make __smc_accept can return the new accepted sock, D. Wythe
  • [RFC net-next 20/20] net/smc: support diag for smc inet mode, D. Wythe
  • [RFC net-next 13/20] net/smc: embedded tcp sock into smc sock, D. Wythe
  • [RFC net-next 17/20] net/smc: add dummy implementation for inet smc sock, D. Wythe
  • [RFC net-next 06/20] net/smc: fast return on unconcernd TCP options, D. Wythe
  • [RFC net-next 19/20] net/smc: support smc inet with merge socks, D. Wythe
  • [RFC net-next 16/20] net/smc: add inet proto defination for SMC, D. Wythe
  • [RFC net-next 18/20] net/smc: add define and macro for smc_negotiation, D. Wythe
  • [RFC net-next 14/20] net/smc: allow to access the state of inet smc sock, D. Wythe
  • [RFC net-next 03/20] net/smc: refactor smc_setsockopt, D. Wythe
  • [RFC net-next 15/20] net/smc: enable access of sock flags of inet smc sock, D. Wythe
• [PATCH for-next] RDMA/hns: Support userspace configuring congestion control algorithm with QP granularity, Junxian Huang
• [PATCH 1/2] net/mlx5: pre-initialize sprintf buffers, Arnd Bergmann
  • [PATCH 2/2] [v2] net/mlx5: fix possible stack overflows, Arnd Bergmann
    • Re: [PATCH 2/2] [v2] net/mlx5: fix possible stack overflows, Simon Horman
      • Re: [PATCH 2/2] [v2] net/mlx5: fix possible stack overflows, Arnd Bergmann
        • Re: [PATCH 2/2] [v2] net/mlx5: fix possible stack overflows, Yevgeny Kliteynik
        • Re: [PATCH 2/2] [v2] net/mlx5: fix possible stack overflows, Simon Horman
  • Re: [PATCH 1/2] net/mlx5: pre-initialize sprintf buffers, Zhu Yanjun
    • Re: [PATCH 1/2] net/mlx5: pre-initialize sprintf buffers, Yevgeny Kliteynik
      • Re: [PATCH 1/2] net/mlx5: pre-initialize sprintf buffers, Zhu Yanjun
• [PATCH for-next] RDMA/hns: Fix mis-modifying default congestion control algorithm, Junxian Huang
  • Re: [PATCH for-next] RDMA/hns: Fix mis-modifying default congestion control algorithm, Leon Romanovsky
• [PATCH v2] RDMA/uverbs: Remove flexible arrays from struct *_filter, Erick Archer
  • Re: [PATCH v2] RDMA/uverbs: Remove flexible arrays from struct *_filter, Jason Gunthorpe
• [recipe build #3683611] of ~linux-rdma rdma-core-daily in xenial: Dependency wait, noreply
• [PATCH 0/3] PCI LNKCTL2 RMW Accessor Cleanup, Ilpo Järvinen
  • [PATCH 1/3] drm/radeon: Use RMW accessors for changing LNKCTL2, Ilpo Järvinen
    • RE: [PATCH 1/3] drm/radeon: Use RMW accessors for changing LNKCTL2, Deucher, Alexander
      • RE: [PATCH 1/3] drm/radeon: Use RMW accessors for changing LNKCTL2, Ilpo Järvinen
        • Re: [PATCH 1/3] drm/radeon: Use RMW accessors for changing LNKCTL2, Alex Deucher
  • [PATCH 2/3] drm/amdgpu: Use RMW accessors for changing LNKCTL2, Ilpo Järvinen
  • [PATCH 3/3] RDMA/hfi1: Use RMW accessors for changing LNKCTL2, Ilpo Järvinen
    • Re: [PATCH 3/3] RDMA/hfi1: Use RMW accessors for changing LNKCTL2, Ilpo Järvinen
      • Re: [PATCH 3/3] RDMA/hfi1: Use RMW accessors for changing LNKCTL2, Jason Gunthorpe
        • Re: [PATCH 3/3] RDMA/hfi1: Use RMW accessors for changing LNKCTL2, Leon Romanovsky
• [PATCH] RDMA/siw: Fix handling netdev going down event, Bernard Metzler
  • Re: [PATCH] RDMA/siw: Fix handling netdev going down event, Leon Romanovsky
• [recipe build #3683153] of ~linux-rdma rdma-core-daily in xenial: Dependency wait, noreply
• [PATCH] net/mlx5: fix possible stack overflows, Arnd Bergmann
  • Re: [PATCH] net/mlx5: fix possible stack overflows, Jacob Keller
  • Re: [PATCH] net/mlx5: fix possible stack overflows, Zhu Yanjun
    • Re: [PATCH] net/mlx5: fix possible stack overflows, Arnd Bergmann
      • Re: [PATCH] net/mlx5: fix possible stack overflows, Zhu Yanjun
        • RE: [PATCH] net/mlx5: fix possible stack overflows, Hamdan Agbariya
          • Re: [PATCH] net/mlx5: fix possible stack overflows, Zhu Yanjun
• [PATCH] RDMA/srpt: fix function pointer cast warnings, Arnd Bergmann
  • Re: [PATCH] RDMA/srpt: fix function pointer cast warnings, Bart Van Assche
  • Re: [PATCH] RDMA/srpt: fix function pointer cast warnings, Leon Romanovsky
  • Re: [PATCH] RDMA/srpt: fix function pointer cast warnings, Leon Romanovsky
• [syzbot] [rdma?] WARNING: ODEBUG bug in siw_netdev_event, syzbot
  • Re: [syzbot] [rdma?] WARNING: ODEBUG bug in siw_netdev_event, Leon Romanovsky
    • RE: [syzbot] [rdma?] WARNING: ODEBUG bug in siw_netdev_event, Bernard Metzler
• [PATCH] RDMA/uverbs: Remove flexible arrays from struct *_filter, Erick Archer
  • Re: [PATCH] RDMA/uverbs: Remove flexible arrays from struct *_filter, Kees Cook
    • Re: [PATCH] RDMA/uverbs: Remove flexible arrays from struct *_filter, Jason Gunthorpe
• [PATCH net-next] net/mlx5: Use kasprintf(), Christophe JAILLET
  • Re: [PATCH net-next] net/mlx5: Use kasprintf(), Simon Horman
• [PATCH net-next v4] net/mlx5e: link NAPI instances to queues and IRQs, Joe Damato
  • Re: [PATCH net-next v4] net/mlx5e: link NAPI instances to queues and IRQs, Tariq Toukan
  • Re: [PATCH net-next v4] net/mlx5e: link NAPI instances to queues and IRQs, patchwork-bot+netdevbpf
• [PATCH v4 1/1] net:rds: Fix possible deadlock in rds_message_put, allison . henderson
  • Re: [PATCH v4 1/1] net:rds: Fix possible deadlock in rds_message_put, Paolo Abeni
  • Re: [PATCH v4 1/1] net:rds: Fix possible deadlock in rds_message_put, patchwork-bot+netdevbpf
• [PATCH for-rc v1] RDMA/qedr: Fix qedr_create_user_qp error flow, Kamal Heib
  • Re: [PATCH for-rc v1] RDMA/qedr: Fix qedr_create_user_qp error flow, Leon Romanovsky
• [PATCH v2 for-next 0/2] RDMA/hns: Support configuring congestion control algorithm with QP granularity, Junxian Huang
  • [PATCH v2 for-next 2/2] RDMA/hns: Support userspace configuring congestion control algorithm with QP granularity, Junxian Huang
    • Re: [PATCH v2 for-next 2/2] RDMA/hns: Support userspace configuring congestion control algorithm with QP granularity, Jason Gunthorpe
      • Re: [PATCH v2 for-next 2/2] RDMA/hns: Support userspace configuring congestion control algorithm with QP granularity, Junxian Huang
        • Re: [PATCH v2 for-next 2/2] RDMA/hns: Support userspace configuring congestion control algorithm with QP granularity, Leon Romanovsky
          • Re: [PATCH v2 for-next 2/2] RDMA/hns: Support userspace configuring congestion control algorithm with QP granularity, Junxian Huang
        • Re: [PATCH v2 for-next 2/2] RDMA/hns: Support userspace configuring congestion control algorithm with QP granularity, Jason Gunthorpe
          • Re: [PATCH v2 for-next 2/2] RDMA/hns: Support userspace configuring congestion control algorithm with QP granularity, Junxian Huang
  • [PATCH v2 for-next 1/2] RDMA/hns: Fix mis-modifying default congestion control algorithm, Junxian Huang
• [PATCH net-next v3] net/mlx5e: link NAPI instances to queues and IRQs, Joe Damato
  • Re: [PATCH net-next v3] net/mlx5e: link NAPI instances to queues and IRQs, Jakub Kicinski
  • Re: [PATCH net-next v3] net/mlx5e: link NAPI instances to queues and IRQs, Tariq Toukan
    • Re: [PATCH net-next v3] net/mlx5e: link NAPI instances to queues and IRQs, Joe Damato
    • Re: [PATCH net-next v3] net/mlx5e: link NAPI instances to queues and IRQs, Rahul Rameshbabu
      • Re: [PATCH net-next v3] net/mlx5e: link NAPI instances to queues and IRQs, Joe Damato
        • Re: [PATCH net-next v3] net/mlx5e: link NAPI instances to queues and IRQs, Rahul Rameshbabu
• [PATCH v3 1/1] net:rds: Fix possible deadlock in rds_message_put, allison . henderson
  • Re: [PATCH v3 1/1] net:rds: Fix possible deadlock in rds_message_put, Zhu Yanjun
    • Re: [PATCH v3 1/1] net:rds: Fix possible deadlock in rds_message_put, Allison Henderson
• Segfault in mlx5 driver on infiniband after application fork, Rehm, Kevan
  • Re: Segfault in mlx5 driver on infiniband after application fork, Leon Romanovsky
    • Re: Segfault in mlx5 driver on infiniband after application fork, Mark Zhang
  • <Possible follow-ups>
  • Re: Segfault in mlx5 driver on infiniband after application fork, Kevan Rehm
    • Re: Segfault in mlx5 driver on infiniband after application fork, Jason Gunthorpe
      • Re: Segfault in mlx5 driver on infiniband after application fork, Kevan Rehm
        • Re: Segfault in mlx5 driver on infiniband after application fork, Jason Gunthorpe
          • Re: Segfault in mlx5 driver on infiniband after application fork, Kevan Rehm
            • Re: Segfault in mlx5 driver on infiniband after application fork, Jason Gunthorpe
              • Re: Segfault in mlx5 driver on infiniband after application fork, Kevan Rehm
                • Re: Segfault in mlx5 driver on infiniband after application fork, Jason Gunthorpe
                  • Re: Segfault in mlx5 driver on infiniband after application fork, Kevan Rehm
  • Re: Segfault in mlx5 driver on infiniband after application fork, Kevan Rehm
  • Re: Segfault in mlx5 driver on infiniband after application fork, Kevan Rehm
• [rdma:for-rc] BUILD SUCCESS fdfa083549de5d50ebf7f6811f33757781e838c0, kernel test robot
• [PATCH rdma-next v1 1/1] RDMA/mana_ib: Fix bug in creation of dma regions, Konstantin Taranov
  • Re: [PATCH rdma-next v1 1/1] RDMA/mana_ib: Fix bug in creation of dma regions, Leon Romanovsky
    • Re: [PATCH rdma-next v1 1/1] RDMA/mana_ib: Fix bug in creation of dma regions, Konstantin Taranov
      • Re: [PATCH rdma-next v1 1/1] RDMA/mana_ib: Fix bug in creation of dma regions, Leon Romanovsky