Linux RDMA (remote direct memory access) and InfiniBand Development

• Thread Index

• Re: [PATCH v2 3/8] fwctl: FWCTL_INFO to return basic information about the device
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [GIT PULL] sysctl constification changes for v6.11-rc1
  • From: patchwork-bot+linux-riscv@xxxxxxxxxx
• Re: [GIT PULL] sysctl constification changes for v6.11-rc1
  • From: patchwork-bot+linux-riscv@xxxxxxxxxx
• Re: [PATCH v2 5/8] fwctl: FWCTL_RPC to execute a Remote Procedure Call to device firmware
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v2 7/8] fwctl/mlx5: Support for communicating with mlx5 fw
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: PCI: Work around PCIe link training failures
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: PCI: Work around PCIe link training failures
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
• Re: [PATCH for-rc] RDMA/siw: Remove NETDEV_GOING_DOWN event handler
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH net] net/smc: prevent UAF in inet_create()
  • From: Wenjia Zhang <wenjia@xxxxxxxxxxxxx>
• Re: [PATCH for-next v2] RDMA/cxgb4: use dma_mmap_coherent() for mapping non-contiguous memory
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-rc] rdma-core/mad: Improve handling of timed out WRs of mad agent
  • From: Saravanan Vajravel <saravanan.vajravel@xxxxxxxxxxxx>
• Re: [PATCH net] net/smc: prevent UAF in inet_create()
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [PATCH for-rc] rdma-core/mad: Improve handling of timed out WRs of mad agent
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-rc] rdma-core/mad: Improve handling of timed out WRs of mad agent
  • From: Saravanan Vajravel <saravanan.vajravel@xxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH for-rc] rdma-core/mad: Improve handling of timed out WRs of mad agent
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-rc] rdma-core/mad: Improve handling of timed out WRs of mad agent
  • From: Saravanan Vajravel <saravanan.vajravel@xxxxxxxxxxxx>
• [PATCH net] net/smc: prevent UAF in inet_create()
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH] infiniband/hw/hfi1/tid_rdma: use kmalloc_array_node()
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH] infiniband/hw/hfi1/tid_rdma: use kmalloc_array_node()
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-rc] rdma-core/mad: Improve handling of timed out WRs of mad agent
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 03/11] net/mlx5e: SHAMPO, Fix invalid WQ linked list unlink
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 04/15] net/mlx5e: SHAMPO, Fix invalid WQ linked list unlink
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.10 06/27] net/mlx5e: SHAMPO, Fix invalid WQ linked list unlink
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 7/8] fwctl/mlx5: Support for communicating with mlx5 fw
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 6/8] fwctl: Add documentation
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2 5/8] fwctl: FWCTL_RPC to execute a Remote Procedure Call to device firmware
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v2 3/8] fwctl: FWCTL_INFO to return basic information about the device
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v2 2/8] fwctl: Basic ioctl dispatch for the character device
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v2 1/8] fwctl: Add basic structure for a class subsystem with a cdev
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
• PCI: Work around PCIe link training failures
  • From: Matthew W Carlis <mattc@xxxxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
• [PATCH for-next 2/3] RDMA/hns: Link all uctx to uctx_list on a device
  • From: Junxian Huang <huangjunxian6@xxxxxxxxxxxxx>
• [PATCH for-next 1/3] RDMA/core: Provide rdma_user_mmap_disassociate() to disassociate mmap pages
  • From: Junxian Huang <huangjunxian6@xxxxxxxxxxxxx>
• [PATCH for-next 3/3] RDMA/hns: Disassociate mmap pages for all uctx when HW is being reset
  • From: Junxian Huang <huangjunxian6@xxxxxxxxxxxxx>
• [PATCH for-next 0/3] RDMA: Provide an API for drivers to disassociate mmap pages
  • From: Junxian Huang <huangjunxian6@xxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [GIT PULL] sysctl constification changes for v6.11-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL] sysctl constification changes for v6.11-rc1
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [RFC PATCH 09/25] idpf: implement get lan mmio memory regions
  • From: Alexander Lobakin <aleksander.lobakin@xxxxxxxxx>
• Re: [PATCH] infiniband/hw/hfi1/tid_rdma: use kmalloc_array_node()
  • From: Dean Luick <dean.luick@xxxxxxxxxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
• [recipe build #3761346] of ~linux-rdma rdma-core-daily in xenial: Dependency wait
  • From: noreply@xxxxxxxxxxxxx
• Re: [PATCH for-rc] RDMA/siw: Remove NETDEV_GOING_DOWN event handler
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH] infiniband/hw/hfi1/tid_rdma: use kmalloc_array_node()
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [syzbot] [rdma?] WARNING: ODEBUG bug in siw_netdev_event (2)
  • From: syzbot <syzbot+3e6d53405f58eda0bd6c@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
• [PATCH] infiniband/hw/hfi1/tid_rdma: use kmalloc_array_node()
  • From: flyingpenghao@xxxxxxxxx
• [RFC PATCH 24/25] RDMA/irdma: Add Push Page Support for GEN3
  • From: Tatyana Nikolova <tatyana.e.nikolova@xxxxxxxxx>
• [RFC PATCH 25/25] RDMA/irdma: Update Kconfig
  • From: Tatyana Nikolova <tatyana.e.nikolova@xxxxxxxxx>
• [RFC PATCH 23/25] RDMA/irdma: Extend CQE Error and Flush Handling for GEN3 Devices
  • From: Tatyana Nikolova <tatyana.e.nikolova@xxxxxxxxx>
• [RFC PATCH 22/25] RDMA/irdma: Add Atomic Operations support
  • From: Tatyana Nikolova <tatyana.e.nikolova@xxxxxxxxx>
• [RFC PATCH 20/25] RDMA/irdma: Add SRQ support
  • From: Tatyana Nikolova <tatyana.e.nikolova@xxxxxxxxx>
• [RFC PATCH 21/25] RDMA/irdma: Restrict Memory Window and CQE Timestamping to GEN3
  • From: Tatyana Nikolova <tatyana.e.nikolova@xxxxxxxxx>
• [RFC PATCH 19/25] RDMA/irdma: Support 64-byte CQEs and GEN3 CQE opcode decoding
  • From: Tatyana Nikolova <tatyana.e.nikolova@xxxxxxxxx>
• [RFC PATCH 18/25] RDMA/irdma: Extend QP context programming for GEN3
  • From: Tatyana Nikolova <tatyana.e.nikolova@xxxxxxxxx>
• [RFC PATCH 14/25] RDMA/irdma: Add GEN3 support for AEQ and CEQ
  • From: Tatyana Nikolova <tatyana.e.nikolova@xxxxxxxxx>
• [RFC PATCH 17/25] RDMA/irdma: Add GEN3 virtual QP1 support
  • From: Tatyana Nikolova <tatyana.e.nikolova@xxxxxxxxx>
• [RFC PATCH 16/25] RDMA/irdma: Introduce GEN3 vPort driver support
  • From: Tatyana Nikolova <tatyana.e.nikolova@xxxxxxxxx>
• [RFC PATCH 15/25] RDMA/irdma: Add GEN3 HW statistics support
  • From: Tatyana Nikolova <tatyana.e.nikolova@xxxxxxxxx>
• [RFC PATCH 13/25] RDMA/irdma: Add GEN3 CQP support with deferred completions
  • From: Tatyana Nikolova <tatyana.e.nikolova@xxxxxxxxx>
• [RFC PATCH 11/25] RDMA/irdma: Add GEN3 core driver support
  • From: Tatyana Nikolova <tatyana.e.nikolova@xxxxxxxxx>
• [RFC PATCH 12/25] RDMA/irdma: Discover and set up GEN3 hardware register layout
  • From: Tatyana Nikolova <tatyana.e.nikolova@xxxxxxxxx>
• [RFC PATCH 10/25] RDMA/irdma: Refactor GEN2 auxiliary driver
  • From: Tatyana Nikolova <tatyana.e.nikolova@xxxxxxxxx>
• [RFC PATCH 09/25] idpf: implement get lan mmio memory regions
  • From: Tatyana Nikolova <tatyana.e.nikolova@xxxxxxxxx>
• [RFC PATCH 08/25] idpf: implement idc vport aux driver mtu change handler
  • From: Tatyana Nikolova <tatyana.e.nikolova@xxxxxxxxx>
• [RFC PATCH 07/25] idpf: use actual mbx receive payload length
  • From: Tatyana Nikolova <tatyana.e.nikolova@xxxxxxxxx>
• [RFC PATCH 04/25] idpf: prevent deadlock with irdma get link settings
  • From: Tatyana Nikolova <tatyana.e.nikolova@xxxxxxxxx>
• [RFC PATCH 06/25] idpf: implement remaining idc rdma core callbacks and handlers
  • From: Tatyana Nikolova <tatyana.e.nikolova@xxxxxxxxx>
• [RFC PATCH 05/25] idpf: implement rdma vport auxiliary dev create, init, and destroy
  • From: Tatyana Nikolova <tatyana.e.nikolova@xxxxxxxxx>
• [RFC PATCH 03/25] idpf: implement core rdma auxiliary dev create, init, and destroy
  • From: Tatyana Nikolova <tatyana.e.nikolova@xxxxxxxxx>
• [RFC PATCH 01/25] iidc/ice/irdma: Update IDC to support multiple consumers
  • From: Tatyana Nikolova <tatyana.e.nikolova@xxxxxxxxx>
• [RFC PATCH 00/25] Cover Letter
  • From: Tatyana Nikolova <tatyana.e.nikolova@xxxxxxxxx>
• [RFC PATCH 02/25] idpf: use reserved rdma vectors from control plane
  • From: Tatyana Nikolova <tatyana.e.nikolova@xxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [GIT PULL] sysctl constification changes for v6.11-rc1
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• PCI: Work around PCIe link training failures
  • From: Matthew W Carlis <mattc@xxxxxxxxxxxxxxx>
• [PATCH for-rc] RDMA/siw: Remove NETDEV_GOING_DOWN event handler
  • From: Showrya M N <showrya@xxxxxxxxxxx>
• [recipe build #3760652] of ~linux-rdma rdma-core-daily in xenial: Dependency wait
  • From: noreply@xxxxxxxxxxxxx
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [PATCH net-next v7] net/mlx5: Reclaim max 50K pages at once
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: PCI: Work around PCIe link training failures
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH v2 6/8] fwctl: Add documentation
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• PCI: Work around PCIe link training failures
  • From: Matthew W Carlis <mattc@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 6/8] fwctl: Add documentation
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v2 1/8] fwctl: Add basic structure for a class subsystem with a cdev
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• [PATCH net-next v7] net/mlx5: Reclaim max 50K pages at once
  • From: Anand Khoje <anand.a.khoje@xxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
• [PATCH for-rc] rdma-core/mad: Improve handling of timed out WRs of mad agent
  • From: Saravanan Vajravel <saravanan.vajravel@xxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH] RDMA/rds: remove unused struct 'rds_ib_dereg_odp_mr'
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH] RDMA/rds: remove unused struct 'rds_ib_dereg_odp_mr'
  • From: "Dr. David Alan Gilbert" <linux@xxxxxxxxxxx>
• Re: [PATCH] RDMA/rds: remove unused struct 'rds_ib_dereg_odp_mr'
  • From: "Dr. David Alan Gilbert" <linux@xxxxxxxxxxx>
• Re: [PATCH] RDMA/rds: remove unused struct 'rds_ib_dereg_odp_mr'
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-next 1/1] RDMA/mana_ib: indicate that inline data is not supported
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH] RDMA/rds: remove unused struct 'rds_ib_dereg_odp_mr'
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• Re: [PATCH] RDMA/rds: remove unused struct 'rds_ib_dereg_odp_mr'
  • From: "Dr. David Alan Gilbert" <linux@xxxxxxxxxxx>
• Re: [GIT PULL] Please pull RDMA subsystem changes
  • From: pr-tracker-bot@xxxxxxxxxx
• ConnectX/iRISC research
  • From: Jonas Rudloff <jonas.t.rudloff@xxxxxxxxx>
• Re: [PATCH rdma-next 1/1] RDMA/mana_ib: indicate that inline data is not supported
  • From: Konstantin Taranov <kotaranov@xxxxxxxxxxxxx>
• blktests failures with v6.10 kernel
  • From: Shinichiro Kawasaki <shinichiro.kawasaki@xxxxxxx>
• [GIT PULL] Please pull RDMA subsystem changes
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [EXTERNAL] Re: [PATCH rdma-next 1/1] RDMA/mana_ib: indicate that inline data is not supported
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• RE: [EXTERNAL] Re: [PATCH rdma-next 1/1] RDMA/mana_ib: indicate that inline data is not supported
  • From: Konstantin Taranov <kotaranov@xxxxxxxxxxxxx>
• [recipe build #3757849] of ~linux-rdma rdma-core-daily in xenial: Dependency wait
  • From: noreply@xxxxxxxxxxxxx
• Re: [PATCH] RDMA/rds: Remove duplicate MODULE_LICENSE() from ib.c
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver
  • From: Omer Shpigelman <oshpigelman@xxxxxxxxx>
• [PATCH] RDMA/rds: Remove duplicate MODULE_LICENSE() from ib.c
  • From: Jeff Johnson <quic_jjohnson@xxxxxxxxxxx>
• Re: [PATCH 13/15] net: jme: Convert tasklet API to new bottom half workqueue mechanism
  • From: Allen <allen.lkml@xxxxxxxxx>
• Re: [EXTERNAL] Re: [PATCH rdma-next 1/1] RDMA/mana_ib: indicate that inline data is not supported
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver
  • From: Omer Shpigelman <oshpigelman@xxxxxxxxx>
• Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver
  • From: Omer Shpigelman <oshpigelman@xxxxxxxxx>
• Re: [EXTERNAL] Re: [PATCH rdma-next 1/1] RDMA/mana_ib: indicate that inline data is not supported
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• RE: [EXTERNAL] Re: [PATCH rdma-next 1/1] RDMA/mana_ib: indicate that inline data is not supported
  • From: Konstantin Taranov <kotaranov@xxxxxxxxxxxxx>
• Re: [PATCH rdma-next 1/1] RDMA/mana_ib: indicate that inline data is not supported
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH for-next v2] RDMA/cxgb4: use dma_mmap_coherent() for mapping non-contiguous memory
  • From: Anumula Murali Mohan Reddy <anumula@xxxxxxxxxxx>
• Re: [PATCH rdma-next 1/1] RDMA/mana_ib: indicate that inline data is not supported
  • From: Konstantin Taranov <kotaranov@xxxxxxxxxxxxx>
• Re: [PATCH rdma-next 1/1] RDMA/mana_ib: indicate that inline data is not supported
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-next 1/1] RDMA/mana_ib: indicate that inline data is not supported
  • From: Konstantin Taranov <kotaranov@xxxxxxxxxxxxx>
• Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH rdma-next 1/1] RDMA/mana_ib: indicate that inline data is not supported
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 1/1] RDMA/mana_ib: indicate that inline data is not supported
  • From: Konstantin Taranov <kotaranov@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 13/15] net: jme: Convert tasklet API to new bottom half workqueue mechanism
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH net-next] net: mana: Implement get_ringparam/set_ringparam for mana
  • From: Shradha Gupta <shradhagupta@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] net: mana: Implement get_ringparam/set_ringparam for mana
  • From: Shradha Gupta <shradhagupta@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] net: mana: Implement get_ringparam/set_ringparam for mana
  • From: Shradha Gupta <shradhagupta@xxxxxxxxxxxxxxxxxxx>
• [rdma:for-next] BUILD SUCCESS 887cd308fd46a1c6956e9ccda1aaca830edc8ed7
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [GIT PULL mlx5-next] Introduce auxiliary bus IRQs sysfs
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: How rdma-next gets synchronized with other trees
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [GIT PULL mlx5-next] Introduce auxiliary bus IRQs sysfs
  • From: Saeed Mahameed <saeed@xxxxxxxxxx>
• Re: [PATCH 13/15] net: jme: Convert tasklet API to new bottom half workqueue mechanism
  • From: Allen <allen.lkml@xxxxxxxxx>
• How rdma-next gets synchronized with other trees
  • From: Konstantin Taranov <kotaranov@xxxxxxxxxxxxx>
• Re: [PATCH net-next] net: mana: Implement get_ringparam/set_ringparam for mana
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH] IB/hfi1: Constify struct flag_table
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH net-next] net: mana: Implement get_ringparam/set_ringparam for mana
  • From: Simon Horman <horms@xxxxxxxxxx>
• [recipe build #3756340] of ~linux-rdma rdma-core-daily in xenial: Dependency wait
  • From: noreply@xxxxxxxxxxxxx
• Re: [PATCH v4] net/mlx5: Reclaim max 50K pages at once
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• RE: [PATCH v4] net/mlx5: Reclaim max 50K pages at once
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net-next] net: mana: Implement get_ringparam/set_ringparam for mana
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• [PATCH net-next] net: mana: Implement get_ringparam/set_ringparam for mana
  • From: Shradha Gupta <shradhagupta@xxxxxxxxxxxxxxxxxxx>
• [rdma:wip/leon-for-next] BUILD SUCCESS 1df03a4b44146c4f720d793915747272c7773a3e
  • From: kernel test robot <lkp@xxxxxxxxx>
• [rdma:for-next] BUILD SUCCESS 95b087f87b780daafad1dbb2c84e81b729d5d33f
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] IB/hfi1: Constify struct flag_table
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver
  • From: Omer Shpigelman <oshpigelman@xxxxxxxxx>
• Re: [PATCH rdma-next v3 1/1] RDMA/mana_ib: Set correct device into ib
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH 12/15] RDMA/hbl: direct verbs support
  • From: Omer Shpigelman <oshpigelman@xxxxxxxxx>
• Re: [GIT PULL mlx5-next] Introduce auxiliary bus IRQs sysfs
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next] net/mlx5: Reclaim max 50K pages at once
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [RFC PATCH v1 00/18] Provide a new two step DMA API mapping API
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH rdma-next v3 1/1] RDMA/mana_ib: Set correct device into ib
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• RE: [PATCH rdma-next v3 1/1] RDMA/mana_ib: Set correct device into ib
  • From: Long Li <longli@xxxxxxxxxxxxx>
• Re: [PATCH net-next v1 3/3] selftests: rds: add testing infrastructure
  • From: Allison Henderson <allison.henderson@xxxxxxxxxx>
• [rdma:wip/leon-for-next] BUILD SUCCESS dae3cbdcde706296e27d4e1476b37269b494dcba
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 12/15] RDMA/hbl: direct verbs support
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [RFC PATCH v1 00/18] Provide a new two step DMA API mapping API
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH net-next] net/mlx5: Reclaim max 50K pages at once
  • From: Saeed Mahameed <saeed@xxxxxxxxxx>
• Re: [RFC PATCH v1 00/18] Provide a new two step DMA API mapping API
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH net-next] net/mlx5: Reclaim max 50K pages at once
  • From: Anand Khoje <anand.a.khoje@xxxxxxxxxx>
• Re: [PATCH net-next] net/mlx5: Reclaim max 50K pages at once
  • From: Saeed Mahameed <saeed@xxxxxxxxxx>
• Re: [RFC PATCH v1 00/18] Provide a new two step DMA API mapping API
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH] RDMA/rxe: Restore tasklet call for rxe_cq.c
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• Re: [RFC PATCH v1 00/18] Provide a new two step DMA API mapping API
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [mlx5-next 2/2] net/mlx5: Expose SFs IRQs
  • From: Saeed Mahameed <saeed@xxxxxxxxxx>
• [mlx5-next 1/2] driver core: auxiliary bus: show auxiliary device IRQs
  • From: Saeed Mahameed <saeed@xxxxxxxxxx>
• [GIT PULL mlx5-next] Introduce auxiliary bus IRQs sysfs
  • From: Saeed Mahameed <saeed@xxxxxxxxxx>
• Re: [PATCH] RDMA: Fix netdev tracker in ib_device_set_netdev
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next] net/mlx5: Reclaim max 50K pages at once
  • From: Anand Khoje <anand.a.khoje@xxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH] RDMA/rxe: Restore tasklet call for rxe_cq.c
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• [PATCH rdma-next v3 1/1] RDMA/mana_ib: Set correct device into ib
  • From: Konstantin Taranov <kotaranov@xxxxxxxxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCHv2] bnxt_re: Fix imm_data endianness
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v3] infiniband/hw/ocrdma: make function ocrdma_add_stat as noinline_for_stack
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v2] RDMA: Fix netdev tracker in ib_device_set_netdev
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v2] RDMA: Fix netdev tracker in ib_device_set_netdev
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCHv2] bnxt_re: Fix imm_data endianness
  • From: Selvin Xavier <selvin.xavier@xxxxxxxxxxxx>
• Re: [PATCH v2] RDMA: Fix netdev tracker in ib_device_set_netdev
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH] RDMA: Fix netdev tracker in ib_device_set_netdev
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v2 for-rc 0/8] RDMA/hns: Bugfixes
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v2] infiniband/hw/ocrdma: fix the problem of KASAN causing the stack frame size to increase
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH v3] infiniband/hw/ocrdma: make function ocrdma_add_stat as noinline_for_stack
  • From: flyingpenghao@xxxxxxxxx
• Re: [PATCH for-next 2/2] bnxt_re: Fix inv_key endianness
  • From: Greg Sword <gregsword0@xxxxxxxxx>
• Re: [PATCH] RDMA/rxe: Restore tasklet call for rxe_cq.c
  • From: Greg Sword <gregsword0@xxxxxxxxx>
• [PATCH v2] RDMA: Fix netdev tracker in ib_device_set_netdev
  • From: David Ahern <dsahern@xxxxxxxxxx>
• Re: [PATCH] RDMA: Fix netdev tracker in ib_device_set_netdev
  • From: David Ahern <dsahern@xxxxxxxxxx>
• Re: [PATCH v2 4/8] taint: Add TAINT_FWCTL
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH] infiniband/hw/ocrdma: increase frame warning limit in verifier when using KASAN or KCSAN
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH net-next v10 0/2] Introduce auxiliary bus IRQs sysfs
  • From: Przemek Kitszel <przemyslaw.kitszel@xxxxxxxxx>
• Re: [PATCH] infiniband/hw/ocrdma: increase frame warning limit in verifier when using KASAN or KCSAN
  • From: Hao Peng <flyingpenghao@xxxxxxxxx>
• [PATCH v2 for-rc 7/8] RDMA/hns: Fix insufficient extend DB for VFs.
  • From: Junxian Huang <huangjunxian6@xxxxxxxxxxxxx>
• [PATCH v2 for-rc 8/8] RDMA/hns: Fix mbx timing out before CMD execution is completed
  • From: Junxian Huang <huangjunxian6@xxxxxxxxxxxxx>
• [PATCH v2 for-rc 1/8] RDMA/hns: Check atomic wr length
  • From: Junxian Huang <huangjunxian6@xxxxxxxxxxxxx>
• [PATCH v2 for-rc 5/8] RDMA/hns: Fix shift-out-bounds when max_inline_data is 0
  • From: Junxian Huang <huangjunxian6@xxxxxxxxxxxxx>
• [PATCH v2 for-rc 4/8] RDMA/hns: Fix missing pagesize and alignment check in FRMR
  • From: Junxian Huang <huangjunxian6@xxxxxxxxxxxxx>
• [PATCH v2 for-rc 3/8] RDMA/hns: Fix unmatch exception handling when init eq table fails
  • From: Junxian Huang <huangjunxian6@xxxxxxxxxxxxx>
• [PATCH v2 for-rc 2/8] RDMA/hns: Fix soft lockup under heavy CEQE load
  • From: Junxian Huang <huangjunxian6@xxxxxxxxxxxxx>
• [PATCH v2 for-rc 6/8] RDMA/hns: Fix undifined behavior caused by invalid max_sge
  • From: Junxian Huang <huangjunxian6@xxxxxxxxxxxxx>
• [PATCH v2 for-rc 0/8] RDMA/hns: Bugfixes
  • From: Junxian Huang <huangjunxian6@xxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH net-next v10 1/2] driver core: auxiliary bus: show auxiliary device IRQs
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCHv2] bnxt_re: Fix imm_data endianness
  • From: Jack Wang <jinpu.wang@xxxxxxxxx>
• Re: [PATCH for-next 1/2] bnxt_re: Fix imm_data endianness
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxx>
• [PATCH v2] infiniband/hw/ocrdma: fix the problem of KASAN causing the stack frame size to increase
  • From: flyingpenghao@xxxxxxxxx
• Re: [PATCH for-next 1/2] bnxt_re: Fix imm_data endianness
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxx>
• Re: [PATCH for-next 1/2] bnxt_re: Fix imm_data endianness
  • From: Selvin Xavier <selvin.xavier@xxxxxxxxxxxx>
• Re: [RFC PATCH v1 00/18] Provide a new two step DMA API mapping API
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH v1 00/18] Provide a new two step DMA API mapping API
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] RDMA: Fix netdev tracker in ib_device_set_netdev
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH] infiniband/hw/ocrdma: increase frame warning limit in verifier when using KASAN or KCSAN
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH] RDMA: Fix netdev tracker in ib_device_set_netdev
  • From: David Ahern <dsahern@xxxxxxxxxx>
• Re: [PATCH] infiniband/hw/ocrdma: increase frame warning limit in verifier when using KASAN or KCSAN
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [RFC PATCH v1 00/18] Provide a new two step DMA API mapping API
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [RFC PATCH v1 00/18] Provide a new two step DMA API mapping API
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH for-next 2/2] bnxt_re: Fix inv_key endianness
  • From: Jack Wang <jinpu.wang@xxxxxxxxx>
• [PATCH for-next 1/2] bnxt_re: Fix imm_data endianness
  • From: Jack Wang <jinpu.wang@xxxxxxxxx>
• [PATCH for-next 0/2] Fix for bnxt_re endianness issue
  • From: Jack Wang <jinpu.wang@xxxxxxxxx>
• Re: [PATCH v4 1/3] kernfs: remove page_mkwrite() from vm_operations_struct
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] infiniband/hw/ocrdma: increase frame warning limit in verifier when using KASAN or KCSAN
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH] infiniband/hw/ocrdma: increase frame warning limit in verifier when using KASAN or KCSAN
  • From: flyingpenghao@xxxxxxxxx
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH for-rc 2/9] RDMA/hns: Fix a long wait for cmdq event during reset
  • From: Junxian Huang <huangjunxian6@xxxxxxxxxxxxx>
• Re: [PATCH for-rc 2/9] RDMA/hns: Fix a long wait for cmdq event during reset
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-rc 2/9] RDMA/hns: Fix a long wait for cmdq event during reset
  • From: Junxian Huang <huangjunxian6@xxxxxxxxxxxxx>
• Re: [RFC PATCH v1 00/18] Provide a new two step DMA API mapping API
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH v1 00/18] Provide a new two step DMA API mapping API
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/3] kernfs: remove page_mkwrite() from vm_operations_struct
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 00/18] Provide a new two step DMA API mapping API
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 3/3] RDMA/umem: add support for P2P RDMA
  • From: Martin Oliveira <martin.oliveira@xxxxxxxxxxxxx>
• [PATCH v4 2/3] mm/gup: allow FOLL_LONGTERM & FOLL_PCI_P2PDMA
  • From: Martin Oliveira <martin.oliveira@xxxxxxxxxxxxx>
• [PATCH v4 1/3] kernfs: remove page_mkwrite() from vm_operations_struct
  • From: Martin Oliveira <martin.oliveira@xxxxxxxxxxxxx>
• [PATCH v4 0/3] Enable P2PDMA in Userspace RDMA
  • From: Martin Oliveira <martin.oliveira@xxxxxxxxxxxxx>
• Re: [RFC PATCH v1 00/18] Provide a new two step DMA API mapping API
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH vhost 20/23] vdpa/mlx5: Pre-create hardware VQs at vdpa .dev_add time
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH v3 1/3] kernfs: remove page_mkwrite() from vm_operations_struct
  • From: Martin Oliveira <martin.oliveira@xxxxxxxxxxxxx>
• Re: [PATCH vhost 20/23] vdpa/mlx5: Pre-create hardware VQs at vdpa .dev_add time
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• [PATCH vhost v3 23/24] vdpa/mlx5: Don't reset VQs more than necessary
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v3 20/24] vdpa/mlx5: Use suspend/resume during VQP change
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v3 24/24] vdpa/mlx5: Don't enable non-active VQs in .set_vq_ready()
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v3 19/24] vdpa/mlx5: Forward error in suspend/resume device
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v3 22/24] vdpa/mlx5: Re-create HW VQs under certain conditions
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v3 18/24] vdpa/mlx5: Consolidate all VQ modify to Ready to use resume_vq()
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v3 21/24] vdpa/mlx5: Pre-create hardware VQs at vdpa .dev_add time
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v3 17/24] vdpa/mlx5: Add error code for suspend/resume VQ
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v3 16/24] vdpa/mlx5: Accept Init -> Ready VQ transition in resume_vq()
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v3 14/24] vdpa/mlx5: Set mkey modified flags on all VQs
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v3 13/24] vdpa/mlx5: Start off rqt_size with max VQPs
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v3 12/24] vdpa/mlx5: Set an initial size on the VQ
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v3 15/24] vdpa/mlx5: Allow creation of blank VQs
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v3 07/24] vdpa/mlx5: Initialize and reset device with one queue pair
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v3 03/24] vdpa/mlx5: Drop redundant code
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v3 06/24] vdpa/mlx5: Remove duplicate suspend code
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v3 11/24] vdpa/mlx5: Add support for modifying the VQ features field
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v3 10/24] vdpa/mlx5: Add support for modifying the virtio_version VQ field
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v3 04/24] vdpa/mlx5: Drop redundant check in teardown_virtqueues()
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v3 09/24] vdpa/mlx5: Rename init_mvqs
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v3 08/24] vdpa/mlx5: Clear and reinitialize software VQ data on reset
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v3 02/24] vdpa/mlx5: Make setup/teardown_vq_resources() symmetrical
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v3 05/24] vdpa/mlx5: Iterate over active VQs during suspend/resume
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v3 01/24] vdpa/mlx5: Clarify meaning thorough function rename
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v3 00/24] vdpa/mlx5: Pre-create HW VQs to reduce LM downtime
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH vhost 20/23] vdpa/mlx5: Pre-create hardware VQs at vdpa .dev_add time
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH vhost 20/23] vdpa/mlx5: Pre-create hardware VQs at vdpa .dev_add time
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH for-rc 2/9] RDMA/hns: Fix a long wait for cmdq event during reset
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH vhost 20/23] vdpa/mlx5: Pre-create hardware VQs at vdpa .dev_add time
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH vhost 20/23] vdpa/mlx5: Pre-create hardware VQs at vdpa .dev_add time
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH for-next] RDMA/cxgb4: use dma_mmap_coherent() for mapping non-contiguous memory
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH for-rc 2/9] RDMA/hns: Fix a long wait for cmdq event during reset
  • From: Junxian Huang <huangjunxian6@xxxxxxxxxxxxx>
• Re: [PATCH for-rc 2/9] RDMA/hns: Fix a long wait for cmdq event during reset
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-rc 2/9] RDMA/hns: Fix a long wait for cmdq event during reset
  • From: Junxian Huang <huangjunxian6@xxxxxxxxxxxxx>
• Re: [PATCH for-rc 5/9] RDMA/hns: Fix missing pagesize and alignment check in FRMR
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-rc 2/9] RDMA/hns: Fix a long wait for cmdq event during reset
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-rc 5/9] RDMA/hns: Fix missing pagesize and alignment check in FRMR
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• Re: [PATCH for-rc 2/9] RDMA/hns: Fix a long wait for cmdq event during reset
  • From: Junxian Huang <huangjunxian6@xxxxxxxxxxxxx>
• Re: [PATCH for-rc 2/9] RDMA/hns: Fix a long wait for cmdq event during reset
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-rc 2/9] RDMA/hns: Fix a long wait for cmdq event during reset
  • From: Junxian Huang <huangjunxian6@xxxxxxxxxxxxx>
• [PATCH net-next v10 2/2] net/mlx5: Expose SFs IRQs
  • From: Shay Drory <shayd@xxxxxxxxxx>
• [PATCH net-next v10 1/2] driver core: auxiliary bus: show auxiliary device IRQs
  • From: Shay Drory <shayd@xxxxxxxxxx>
• [PATCH net-next v10 0/2] Introduce auxiliary bus IRQs sysfs
  • From: Shay Drory <shayd@xxxxxxxxxx>
• Re: [PATCH for-rc 5/9] RDMA/hns: Fix missing pagesize and alignment check in FRMR
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-rc 2/9] RDMA/hns: Fix a long wait for cmdq event during reset
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-rc 5/9] RDMA/hns: Fix missing pagesize and alignment check in FRMR
  • From: Junxian Huang <huangjunxian6@xxxxxxxxxxxxx>
• Re: [PATCH for-rc 3/9] RDMA/hns: Fix soft lockup under heavy CEQE load
  • From: Junxian Huang <huangjunxian6@xxxxxxxxxxxxx>
• Re: [PATCH for-rc 2/9] RDMA/hns: Fix a long wait for cmdq event during reset
  • From: Junxian Huang <huangjunxian6@xxxxxxxxxxxxx>
• Re: [PATCH for-rc 1/9] RDMA/hns: Check atomic wr length
  • From: Junxian Huang <huangjunxian6@xxxxxxxxxxxxx>
• Re: [RFC RESEND iproute2-next 0/2] Supports to add/delete IB devices with type SMI
  • From: David Ahern <dsahern@xxxxxxxxx>
• Re: [RFC PATCH v1 00/18] Provide a new two step DMA API mapping API
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [recipe build #3752815] of ~linux-rdma rdma-core-daily in xenial: Dependency wait
  • From: noreply@xxxxxxxxxxxxx
• Re: [PATCH for-next] RDMA/cxgb4: use dma_mmap_coherent() for mapping non-contiguous memory
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-next] RDMA/cxgb4: use dma_mmap_coherent() for mapping non-contiguous memory
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH v1 00/18] Provide a new two step DMA API mapping API
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-rc 5/9] RDMA/hns: Fix missing pagesize and alignment check in FRMR
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• Re: [RFC PATCH v1 00/18] Provide a new two step DMA API mapping API
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-next] RDMA/cxgb4: use dma_mmap_coherent() for mapping non-contiguous memory
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH 12/15] RDMA/hbl: direct verbs support
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH 12/15] RDMA/hbl: direct verbs support
  • From: Omer Shpigelman <oshpigelman@xxxxxxxxx>
• Re: [PATCH for-rc 2/9] RDMA/hns: Fix a long wait for cmdq event during reset
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-rc 1/9] RDMA/hns: Check atomic wr length
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [RFC RESEND iproute2-next 1/2] rdma: update uapi header
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [RFC RESEND iproute2-next 2/2] rdma: Supports to add/delete a device with type SMI
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH 12/15] RDMA/hbl: direct verbs support
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [RFC PATCH v1 00/18] Provide a new two step DMA API mapping API
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH v1 18/18] nvme-pci: use new dma API
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH for-next] RDMA/cxgb4: use dma_mmap_coherent() for mapping non-contiguous memory
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• Re: [RFC PATCH v1 00/18] Provide a new two step DMA API mapping API
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [RFC PATCH v1 18/18] nvme-pci: use new dma API
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH for-next] RDMA/cxgb4: use dma_mmap_coherent() for mapping non-contiguous memory
  • From: Anumula Murali Mohan Reddy <anumula@xxxxxxxxxxx>
• Re: [PATCH for-rc 3/9] RDMA/hns: Fix soft lockup under heavy CEQE load
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• [PATCH for-rc 6/9] RDMA/hns: Fix shift-out-bounds when max_inline_data is 0
  • From: Junxian Huang <huangjunxian6@xxxxxxxxxxxxx>
• [PATCH for-rc 2/9] RDMA/hns: Fix a long wait for cmdq event during reset
  • From: Junxian Huang <huangjunxian6@xxxxxxxxxxxxx>
• [PATCH for-rc 7/9] RDMA/hns: Fix undifined behavior caused by invalid max_sge
  • From: Junxian Huang <huangjunxian6@xxxxxxxxxxxxx>
• [PATCH for-rc 9/9] RDMA/hns: Fix mbx timing out before CMD execution is completed
  • From: Junxian Huang <huangjunxian6@xxxxxxxxxxxxx>
• [PATCH for-rc 8/9] RDMA/hns: Fix insufficient extend DB for VFs.
  • From: Junxian Huang <huangjunxian6@xxxxxxxxxxxxx>
• [PATCH for-rc 5/9] RDMA/hns: Fix missing pagesize and alignment check in FRMR
  • From: Junxian Huang <huangjunxian6@xxxxxxxxxxxxx>
• [PATCH for-rc 0/9] RDMA/hns: Bugfixes
  • From: Junxian Huang <huangjunxian6@xxxxxxxxxxxxx>
• [PATCH for-rc 3/9] RDMA/hns: Fix soft lockup under heavy CEQE load
  • From: Junxian Huang <huangjunxian6@xxxxxxxxxxxxx>
• [PATCH for-rc 4/9] RDMA/hns: Fix unmatch exception handling when init eq table fails
  • From: Junxian Huang <huangjunxian6@xxxxxxxxxxxxx>
• [PATCH for-rc 1/9] RDMA/hns: Check atomic wr length
  • From: Junxian Huang <huangjunxian6@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] kernfs: remove page_mkwrite() from vm_operations_struct
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC PATCH v1 00/18] Provide a new two step DMA API mapping API
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH net-next v9 1/2] driver core: auxiliary bus: show auxiliary device IRQs
  • From: Przemek Kitszel <przemyslaw.kitszel@xxxxxxxxx>
• Re: [RFC PATCH v1 00/18] Provide a new two step DMA API mapping API
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH v1 18/18] nvme-pci: use new dma API
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH net-next v9 1/2] driver core: auxiliary bus: show auxiliary device IRQs
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v9 1/2] driver core: auxiliary bus: show auxiliary device IRQs
  • From: Shay Drori <shayd@xxxxxxxxxx>
• [rdma:wip/leon-for-next] BUILD SUCCESS af48f95492dc1af36d9636a750ec492035c0ed7d
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 1/3] kernfs: remove page_mkwrite() from vm_operations_struct
  • From: Martin Oliveira <martin.oliveira@xxxxxxxxxxxxx>
• Re: [RFC PATCH v1 18/18] nvme-pci: use new dma API
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v3 1/3] kernfs: remove page_mkwrite() from vm_operations_struct
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] kernfs: remove page_mkwrite() from vm_operations_struct
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 3/3] RDMA/umem: add support for P2P RDMA
  • From: Martin Oliveira <martin.oliveira@xxxxxxxxxxxxx>
• [PATCH v3 2/3] mm/gup: allow FOLL_LONGTERM & FOLL_PCI_P2PDMA
  • From: Martin Oliveira <martin.oliveira@xxxxxxxxxxxxx>
• [PATCH v3 1/3] kernfs: remove page_mkwrite() from vm_operations_struct
  • From: Martin Oliveira <martin.oliveira@xxxxxxxxxxxxx>
• [PATCH v3 0/3] Enable P2PDMA in Userspace RDMA
  • From: Martin Oliveira <martin.oliveira@xxxxxxxxxxxxx>
• Re: [RFC PATCH v1 18/18] nvme-pci: use new dma API
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [RFC PATCH v1 00/18] Provide a new two step DMA API mapping API
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [RFC RESEND iproute2-next 0/2] Supports to add/delete IB devices with type SMI
  • From: Mark Zhang <markzhang@xxxxxxxxxx>
• Re: [PATCH net-next v9 1/2] driver core: auxiliary bus: show auxiliary device IRQs
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 12/15] RDMA/hbl: direct verbs support
  • From: Omer Shpigelman <oshpigelman@xxxxxxxxx>
• Re: [RFC PATCH v1 00/18] Provide a new two step DMA API mapping API
  • From: Christoph Hellwig <hch@xxxxxx>
• [RFC RESEND iproute2-next 2/2] rdma: Supports to add/delete a device with type SMI
  • From: Mark Zhang <markzhang@xxxxxxxxxx>
• [RFC RESEND iproute2-next 1/2] rdma: update uapi header
  • From: Mark Zhang <markzhang@xxxxxxxxxx>
• [RFC RESEND iproute2-next 0/2] Supports to add/delete IB devices with type SMI
  • From: Mark Zhang <markzhang@xxxxxxxxxx>
• Re: [RFC iproute2-next 0/2] Supports to add/delete IB devices with type SMI
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-next] RDMA/core: Introduce "name_assign_type" for an IB device
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-next 1/2] RDMA/qib: Fix truncation compilation warnings in qib_init.c
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH net-next v2 0/2] Provide master netdev to mana_ib
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH vhost v2 19/24] vdpa/mlx5: Forward error in suspend/resume device
  • From: Eugenio Perez Martin <eperezma@xxxxxxxxxx>
• Re: [PATCH vhost v2 16/24] vdpa/mlx5: Accept Init -> Ready VQ transition in resume_vq()
  • From: Eugenio Perez Martin <eperezma@xxxxxxxxxx>
• Re: [PATCH vhost v2 15/24] vdpa/mlx5: Allow creation of blank VQs
  • From: Eugenio Perez Martin <eperezma@xxxxxxxxxx>
• Re: [PATCH vhost 20/23] vdpa/mlx5: Pre-create hardware VQs at vdpa .dev_add time
  • From: Eugenio Perez Martin <eperezma@xxxxxxxxxx>
• Re: [RFC PATCH v1 00/18] Provide a new two step DMA API mapping API
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH vhost v2 09/24] vdpa/mlx5: Rename init_mvqs
  • From: Eugenio Perez Martin <eperezma@xxxxxxxxxx>
• Re: [PATCH vhost v2 07/24] vdpa/mlx5: Initialize and reset device with one queue pair
  • From: Eugenio Perez Martin <eperezma@xxxxxxxxxx>
• Re: [RFC PATCH v1 00/18] Provide a new two step DMA API mapping API
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH v1 00/18] Provide a new two step DMA API mapping API
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [RFC PATCH v1 00/18] Provide a new two step DMA API mapping API
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• Re: [PATCH net-next v2 1/2] net: mana: introduce helper to get a master netdev
  • From: Konstantin Taranov <kotaranov@xxxxxxxxxxxxx>
• [PATCH net-next v9 2/2] net/mlx5: Expose SFs IRQs
  • From: Shay Drory <shayd@xxxxxxxxxx>
• [PATCH net-next v9 1/2] driver core: auxiliary bus: show auxiliary device IRQs
  • From: Shay Drory <shayd@xxxxxxxxxx>
• [PATCH net-next v9 0/2] Introduce auxiliary bus IRQs sysfs
  • From: Shay Drory <shayd@xxxxxxxxxx>
• Re: [RFC PATCH v1 00/18] Provide a new two step DMA API mapping API
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH rdma-next 1/2] RDMA/qib: Fix truncation compilation warnings in qib_init.c
  • From: Dennis Dalessandro <dennis.dalessandro@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH rdma-next 2/2] RDMA/qib: Fix truncation compilation warnings in qib_verbs.c
  • From: Dennis Dalessandro <dennis.dalessandro@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v8 1/2] driver core: auxiliary bus: show auxiliary device IRQs
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• [RFC PATCH v1 15/18] vfio/mlx5: Explicitly store page list
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [RFC PATCH v1 18/18] nvme-pci: use new dma API
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [RFC PATCH v1 17/18] block: export helper to get segment max size
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [RFC PATCH v1 16/18] vfio/mlx5: Convert vfio to use DMA link API
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [RFC PATCH v1 09/18] RDMA/umem: Preallocate and cache IOVA for UMEM ODP
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [RFC PATCH v1 14/18] vfio/mlx5: Rewrite create mkey flow to allow better code reuse
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [RFC PATCH v1 13/18] vfio/mlx5: Explicitly use number of pages instead of allocated length
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [RFC PATCH v1 12/18] RDMA/umem: Prevent UMEM ODP creation with SWIOTLB
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [RFC PATCH v1 11/18] RDMA/core: Separate DMA mapping to caching IOVA and page linkage
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [RFC PATCH v1 10/18] RDMA/umem: Store ODP access mask information in PFN
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [RFC PATCH v1 04/18] dma-mapping: implement link range API
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [RFC PATCH v1 08/18] iommu/dma: Implement link/unlink ranges callbacks
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [RFC PATCH v1 07/18] iommu/dma: Provide an interface to allow preallocate IOVA
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [RFC PATCH v1 06/18] dma-mapping: provide callbacks to link/unlink HMM PFNs to specific IOVA
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [RFC PATCH v1 05/18] mm/hmm: let users to tag specific PFN with DMA mapped bit
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [RFC PATCH v1 02/18] dma-mapping: provide an interface to allocate IOVA
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [RFC PATCH v1 03/18] dma-mapping: check if IOVA can be used
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [RFC PATCH v1 01/18] dma-mapping: query DMA memory type
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [RFC PATCH v1 00/18] Provide a new two step DMA API mapping API
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH net-next v2 1/2] net: mana: introduce helper to get a master netdev
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• [recipe build #3750349] of ~linux-rdma rdma-core-daily in xenial: Dependency wait
  • From: noreply@xxxxxxxxxxxxx
• Re: [PATCH 13/15] net: jme: Convert tasklet API to new bottom half workqueue mechanism
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH net-next v2 2/2] RDMA/mana_ib: Set correct device into ib
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH net-next v2 1/2] net: mana: introduce helper to get a master netdev
  • From: Konstantin Taranov <kotaranov@xxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 0/2] Provide master netdev to mana_ib
  • From: Konstantin Taranov <kotaranov@xxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 2/2] RDMA/mana_ib: Set correct device into ib
  • From: Konstantin Taranov <kotaranov@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 2/2] RDMA/qib: Fix truncation compilation warnings in qib_verbs.c
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 1/2] RDMA/qib: Fix truncation compilation warnings in qib_init.c
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next] RDMA/core: Introduce "name_assign_type" for an IB device
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-next] RDMA/efa: Add EFA 0xefa3 PCI ID
  • From: Leon Romanovsky <leonro@xxxxxxxxxx>
• Re: [PATCH rdma-next 00/12] Multi-plane support for mlx5
  • From: Leon Romanovsky <leonro@xxxxxxxxxx>
• Re: [PATCH rdma-next 04/12] RDMA/core: Support IB sub device with type "SMI"
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v4] net/mlx5: Reclaim max 50K pages at once
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-next 0/3] RDMA/bnxt_re: DB moderation on GenP7
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-next] RDMA/device: Return error earlier if port in not valid
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver
  • From: Omer Shpigelman <oshpigelman@xxxxxxxxx>
• Re: [PATCH 13/15] net: jme: Convert tasklet API to new bottom half workqueue mechanism
  • From: Allen <allen.lkml@xxxxxxxxx>
• [PATCH for-next] RDMA/efa: Add EFA 0xefa3 PCI ID
  • From: Michael Margolin <mrgolin@xxxxxxxxxx>
• [RFC iproute2-next 2/2] rdma: Supports to add/delete a device with type SMI
  • From: Mark Zhang <markzhang@xxxxxxxxxx>
• [RFC iproute2-next 1/2] Update rdma_netlink.h file upto kernel commit
  • From: Mark Zhang <markzhang@xxxxxxxxxx>
• [RFC iproute2-next 0/2] Supports to add/delete IB devices with type SMI
  • From: Mark Zhang <markzhang@xxxxxxxxxx>
• Re: [PATCH v5] net/mlx5: Reclaim max 50K pages at once
  • From: Anand Khoje <anand.a.khoje@xxxxxxxxxx>
• Re: [PATCH v5] net/mlx5: Reclaim max 50K pages at once
  • From: Anand Khoje <anand.a.khoje@xxxxxxxxxx>
• Re: [PATCH v2 0/3] vfio/pci: Allow MMIO regions to be exported through dma-buf
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [recipe build #3749877] of ~linux-rdma rdma-core-daily in xenial: Dependency wait
  • From: noreply@xxxxxxxxxxxxx
• Re: [PATCH 09/15] net: hbl_en: add habanalabs Ethernet driver
  • From: Omer Shpigelman <oshpigelman@xxxxxxxxx>
• [rdma:for-next] BUILD SUCCESS 589b844f1bf04850d9fabcaa2e943325dc6768b4
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH rdma-next 04/12] RDMA/core: Support IB sub device with type "SMI"
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• Re: [PATCH rdma-next 00/12] Multi-plane support for mlx5
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• RE: [PATCH v5] net/mlx5: Reclaim max 50K pages at once
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: [PATCH v4] net/mlx5: Reclaim max 50K pages at once
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH for-next 5/5] RDMA/efa: Align private func names to a single convention
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH net-next v8 0/2] COVER LETTER: Introduce auxiliary bus IRQs sysfs
  • From: Przemek Kitszel <przemyslaw.kitszel@xxxxxxxxx>
• Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver
  • From: Omer Shpigelman <oshpigelman@xxxxxxxxx>
• Re: [PATCH v6] net/mlx5: Reclaim max 50K pages at once
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• Re: [PATCH net-next v1 3/3] selftests: rds: add testing infrastructure
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next v1 2/3] net: rds: add option for GCOV profiling
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH rdma-next v2 0/2] Extend mlx5 CQ creation with large UAR page index
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Update Maintainers for irdma driver
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH for-next 5/5] RDMA/efa: Align private func names to a single convention
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH v6] net/mlx5: Reclaim max 50K pages at once
  • From: Anand Khoje <anand.a.khoje@xxxxxxxxxx>
• [PATCH rdma-next v2 2/2] RDMA/mlx5: Send UAR page index as ioctl attribute
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next v2 1/2] RDMA: Pass entire uverbs attr bundle to create cq function
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next v2 0/2] Extend mlx5 CQ creation with large UAR page index
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [recipe build #3748464] of ~linux-rdma rdma-core-daily in xenial: Dependency wait
  • From: noreply@xxxxxxxxxxxxx
• Re: [PATCH for-next 5/5] RDMA/efa: Align private func names to a single convention
  • From: "Margolin, Michael" <mrgolin@xxxxxxxxxx>
• RE: [PATCH] MAINTAINERS: Update Maintainers for irdma driver
  • From: "Nikolova, Tatyana E" <tatyana.e.nikolova@xxxxxxxxx>
• [PATCH] MAINTAINERS: Update Maintainers for irdma driver
  • From: Shiraz Saleem <shiraz.saleem@xxxxxxxxx>
• Re: [PATCH rdma-next 1/1] RDMA/mana_ib: Set correct device into ib
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH net-next v8 2/2] net/mlx5: Expose SFs IRQs
  • From: Shay Drory <shayd@xxxxxxxxxx>
• [PATCH net-next v8 1/2] driver core: auxiliary bus: show auxiliary device IRQs
  • From: Shay Drory <shayd@xxxxxxxxxx>
• [PATCH net-next v8 0/2] COVER LETTER: Introduce auxiliary bus IRQs sysfs
  • From: Shay Drory <shayd@xxxxxxxxxx>
• Re: [PATCH v4 24/40] RDMA/rtrs: optimize __rtrs_get_permit() by using find_and_set_bit_lock()
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxx>
• Re: [PATCH rdma-next 1/1] RDMA/mana_ib: Set correct device into ib
  • From: Konstantin Taranov <kotaranov@xxxxxxxxxxxxx>
• Re: [PATCH rdma-next 1/1] RDMA/mana_ib: Set correct device into ib
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH for-next 3/3] RDMA/bnxt_re: Disable doorbell moderation if hardware register read fails
  • From: Selvin Xavier <selvin.xavier@xxxxxxxxxxxx>
• [PATCH for-next 2/3] RDMA/bnxt_re: Enable DB moderation for genP7 adapters
  • From: Selvin Xavier <selvin.xavier@xxxxxxxxxxxx>
• [PATCH for-next 0/3] RDMA/bnxt_re: DB moderation on GenP7
  • From: Selvin Xavier <selvin.xavier@xxxxxxxxxxxx>
• [PATCH for-next 1/3] RDMA/bnxt_re: Update the correct DB FIFO depth and mask for GenP7
  • From: Selvin Xavier <selvin.xavier@xxxxxxxxxxxx>
• Re: [PATCH v2 2/4] mm/gup: handle ZONE_DEVICE pages in folio_fast_pin_allowed()
  • From: Martin Oliveira <martin.oliveira@xxxxxxxxxxxxx>
• RE: [PATCH rdma-next 1/1] RDMA/mana_ib: Set correct device into ib
  • From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
• Re: [PATCH rdma-next 1/1] RDMA/mana_ib: Set correct device into ib
  • From: Konstantin Taranov <kotaranov@xxxxxxxxxxxxx>
• Re: [PATCH for-next 0/5] RDMA/efa: Cleanups and minor improvements
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-next 1/1] RDMA/mana_ib: Set correct device into ib
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH rdma-next v1 1/2] RDMA: Pass entire uverbs attr bundle to create cq function
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-next 5/5] RDMA/efa: Align private func names to a single convention
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-next 1/1] RDMA/mana_ib: Set correct device into ib
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-next v1 1/2] RDMA: Pass entire uverbs attr bundle to create cq function
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [rdma-core] Question about udma_from_device_barrier() on x86_64
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH rdma-next 1/1] RDMA/mana_ib: Set correct device into ib
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 09/15] net: hbl_en: add habanalabs Ethernet driver
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH rdma-next 1/1] RDMA/mana_ib: Set correct device into ib
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH vhost v2 24/24] vdpa/mlx5: Don't enable non-active VQs in .set_vq_ready()
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 23/24] vdpa/mlx5: Don't reset VQs more than necessary
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 22/24] vdpa/mlx5: Re-create HW VQs under certain conditions
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 21/24] vdpa/mlx5: Pre-create hardware VQs at vdpa .dev_add time
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 20/24] vdpa/mlx5: Use suspend/resume during VQP change
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 19/24] vdpa/mlx5: Forward error in suspend/resume device
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 18/24] vdpa/mlx5: Consolidate all VQ modify to Ready to use resume_vq()
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 17/24] vdpa/mlx5: Add error code for suspend/resume VQ
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 16/24] vdpa/mlx5: Accept Init -> Ready VQ transition in resume_vq()
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 15/24] vdpa/mlx5: Allow creation of blank VQs
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 14/24] vdpa/mlx5: Set mkey modified flags on all VQs
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 13/24] vdpa/mlx5: Start off rqt_size with max VQPs
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 12/24] vdpa/mlx5: Set an initial size on the VQ
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 11/24] vdpa/mlx5: Add support for modifying the VQ features field
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 10/24] vdpa/mlx5: Add support for modifying the virtio_version VQ field
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 09/24] vdpa/mlx5: Rename init_mvqs
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 08/24] vdpa/mlx5: Clear and reinitialize software VQ data on reset
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 07/24] vdpa/mlx5: Initialize and reset device with one queue pair
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 06/24] vdpa/mlx5: Remove duplicate suspend code
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 05/24] vdpa/mlx5: Iterate over active VQs during suspend/resume
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 04/24] vdpa/mlx5: Drop redundant check in teardown_virtqueues()
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 03/24] vdpa/mlx5: Drop redundant code
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 02/24] vdpa/mlx5: Make setup/teardown_vq_resources() symmetrical
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 01/24] vdpa/mlx5: Clarify meaning thorough function rename
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH vhost v2 00/24] vdpa/mlx5: Pre-create HW VQs to reduce LM downtime
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH 09/15] net: hbl_en: add habanalabs Ethernet driver
  • From: Omer Shpigelman <oshpigelman@xxxxxxxxx>
• Re: [PATCH vhost 18/23] vdpa/mlx5: Forward error in suspend/resume device
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH vhost 20/23] vdpa/mlx5: Pre-create hardware VQs at vdpa .dev_add time
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH rdma-next 1/1] RDMA/mana_ib: Set correct device into ib
  • From: Konstantin Taranov <kotaranov@xxxxxxxxxxxxx>
• Re: [PATCH rdma-next 1/1] RDMA/mana_ib: Set correct device into ib
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v5] net/mlx5: Reclaim max 50K pages at once
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH net-next v1 0/3] selftests: rds selftest
  • From: allison.henderson@xxxxxxxxxx
• [PATCH net-next v1 3/3] selftests: rds: add testing infrastructure
  • From: allison.henderson@xxxxxxxxxx
• [PATCH net-next v1 2/3] net: rds: add option for GCOV profiling
  • From: allison.henderson@xxxxxxxxxx
• [PATCH net-next v1 1/3] .gitignore: add .gcda files
  • From: allison.henderson@xxxxxxxxxx
• Re: [PATCH v2 6/8] fwctl: Add documentation
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v5] net/mlx5: Reclaim max 50K pages at once
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• Re: [PATCH v2 4/8] taint: Add TAINT_FWCTL
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [Build #28604926] armhf build of rdma-core 53.0~202406251104+git4d318e35~ubuntu20.04.1 in ubuntu focal RELEASE [~linux-rdma/ubuntu/rdma-core-daily]
  • From: Launchpad Buildd System <noreply@xxxxxxxxxxxxx>
• [Build #28604920] armhf build of rdma-core 53.0~202406251104+git4d318e35~ubuntu18.04.1 in ubuntu bionic RELEASE [~linux-rdma/ubuntu/rdma-core-daily]
  • From: Launchpad Buildd System <noreply@xxxxxxxxxxxxx>
• [recipe build #3747720] of ~linux-rdma rdma-core-daily in xenial: Dependency wait
  • From: noreply@xxxxxxxxxxxxx
• Re: [PATCH] RDMA/hfi1: Constify struct mmu_rb_ops
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH net-next v7 1/2] driver core: auxiliary bus: show auxiliary device IRQs
  • From: Shay Drori <shayd@xxxxxxxxxx>
• Re: [PATCH for-next 4/5] RDMA/efa: Move type conversion helpers to efa.h
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-next 3/5] RDMA/efa: Validate EQ array out of bounds reach
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-next 3/5] RDMA/efa: Validate EQ array out of bounds reach
  • From: "Margolin, Michael" <mrgolin@xxxxxxxxxx>
• Re: [PATCH for-next 4/5] RDMA/efa: Move type conversion helpers to efa.h
  • From: "Margolin, Michael" <mrgolin@xxxxxxxxxx>
• Re: [PATCH 10/15] net: hinic: Convert tasklet API to new bottom half workqueue mechanism
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH 13/15] net: jme: Convert tasklet API to new bottom half workqueue mechanism
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• [PATCH rdma-next 1/1] RDMA/mana_ib: Set correct device into ib
  • From: Konstantin Taranov <kotaranov@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/15] ethernet: Convert from tasklet to BH workqueue
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH for-next 3/5] RDMA/efa: Validate EQ array out of bounds reach
  • From: Gal Pressman <gal.pressman@xxxxxxxxx>
• Re: [PATCH for-next 4/5] RDMA/efa: Move type conversion helpers to efa.h
  • From: Gal Pressman <gal.pressman@xxxxxxxxx>
• Re: [PATCH for-next 2/5] RDMA/efa: Remove duplicate aenq enable macro
  • From: Gal Pressman <gal.pressman@xxxxxxxxx>
• Re: [PATCH for-next 1/5] RDMA/efa: Use offset_in_page() function
  • From: Gal Pressman <gal.pressman@xxxxxxxxx>
• Re: [PATCH v5] net/mlx5: Reclaim max 50K pages at once
  • From: Anand Khoje <anand.a.khoje@xxxxxxxxxx>
• Re: [PATCH v2 1/8] fwctl: Add basic structure for a class subsystem with a cdev
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH v2 0/8] Introduce fwctl subystem
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH v2 8/8] mlx5: Create an auxiliary device for fwctl_mlx5
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 3/8] fwctl: FWCTL_INFO to return basic information about the device
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 1/8] fwctl: Add basic structure for a class subsystem with a cdev
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 5/8] fwctl: FWCTL_RPC to execute a Remote Procedure Call to device firmware
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 7/8] fwctl/mlx5: Support for communicating with mlx5 fw
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 4/8] taint: Add TAINT_FWCTL
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 0/8] Introduce fwctl subystem
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v5] net/mlx5: Reclaim max 50K pages at once
  • From: Jesse Brandeburg <jesse.brandeburg@xxxxxxxxx>
• [PATCH] RDMA/hfi1: Constify struct mmu_rb_ops
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• [PATCH for-next 2/5] RDMA/efa: Remove duplicate aenq enable macro
  • From: Michael Margolin <mrgolin@xxxxxxxxxx>
• [PATCH for-next 3/5] RDMA/efa: Validate EQ array out of bounds reach
  • From: Michael Margolin <mrgolin@xxxxxxxxxx>
• [PATCH for-next 0/5] RDMA/efa: Cleanups and minor improvements
  • From: Michael Margolin <mrgolin@xxxxxxxxxx>
• [PATCH for-next 5/5] RDMA/efa: Align private func names to a single convention
  • From: Michael Margolin <mrgolin@xxxxxxxxxx>
• [PATCH for-next 1/5] RDMA/efa: Use offset_in_page() function
  • From: Michael Margolin <mrgolin@xxxxxxxxxx>
• [PATCH for-next 4/5] RDMA/efa: Move type conversion helpers to efa.h
  • From: Michael Margolin <mrgolin@xxxxxxxxxx>
• [PATCH rdma-next v1 1/2] RDMA: Pass entire uverbs attr bundle to create cq function
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next v1 2/2] RDMA/mlx5: Send UAR page index as ioctl attribute
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next v1 0/2] Extend mlx5 CQ creation with large UAR page index
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v4] net/mlx5: Reclaim max 50K pages at once
  • From: Anand Khoje <anand.a.khoje@xxxxxxxxxx>
• [PATCH v5] net/mlx5: Reclaim max 50K pages at once
  • From: Anand Khoje <anand.a.khoje@xxxxxxxxxx>
• Re: [PATCH] RDMA/rxe: Don't set BTH_ACK_MASK for UC or UD QPs
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH] RDMA/rxe: Don't set BTH_ACK_MASK for UC or UD QPs
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v2 3/3] vfio/pci: Allow MMIO regions to be exported through dma-buf
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH] RDMA/rxe: Don't set BTH_ACK_MASK for UC or UD QPs
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• [PATCH rdma-next] RDMA/device: Return error earlier if port in not valid
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-rc 1/6] RDMA/cache: Release GID table even if leak is detected
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [Build #28601314] armhf build of rdma-core 53.0~202406240732+gitb4018780~ubuntu20.04.1 in ubuntu focal RELEASE [~linux-rdma/ubuntu/rdma-core-daily]
  • From: Launchpad Buildd System <noreply@xxxxxxxxxxxxx>
• [recipe build #3747074] of ~linux-rdma rdma-core-daily in xenial: Dependency wait
  • From: noreply@xxxxxxxxxxxxx
• [Build #28601322] armhf build of rdma-core 53.0~202406240732+gitb4018780~ubuntu18.04.1 in ubuntu bionic RELEASE [~linux-rdma/ubuntu/rdma-core-daily]
  • From: Launchpad Buildd System <noreply@xxxxxxxxxxxxx>
• Re: [bug report] net/mlx5e: Implement CT entry update
  • From: Cosmin Ratiu <cratiu@xxxxxxxxxx>
• Re: [bug report] net/mlx5e: Implement CT entry update
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v2 0/2] Last WQE Reached event treatment
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v2 3/3] vfio/pci: Allow MMIO regions to be exported through dma-buf
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v4] net/mlx5: Reclaim max 50K pages at once
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH mlx5-next] RDMA/mlx5: Use sq timestamp as QP timestamp when RoCE is disabled
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-next] RDMA/mlx4: Fix truncated output warning in alias_GUID.c
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-next] RDMA/mlx4: Fix truncated output warning in mad.c
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH 06/15] net: hbl_cn: debugfs support
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver
  • From: Omer Shpigelman <oshpigelman@xxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH 04/15] net: hbl_cn: QP state machine
  • From: Omer Shpigelman <oshpigelman@xxxxxxxxx>
• Re: [PATCH 06/15] net: hbl_cn: debugfs support
  • From: Omer Shpigelman <oshpigelman@xxxxxxxxx>
• [PATCH v2 3/3] vfio/pci: Allow MMIO regions to be exported through dma-buf
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v2 1/3] vfio: Export vfio device get and put registration helpers
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v2 2/3] vfio/pci: Share the core device pointer while invoking feature functions
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v2 0/3] vfio/pci: Allow MMIO regions to be exported through dma-buf
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• Re: [PATCH 06/15] net: hbl_cn: debugfs support
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH 09/15] net: hbl_en: add habanalabs Ethernet driver
  • From: Omer Shpigelman <oshpigelman@xxxxxxxxx>
• Re: [PATCH 09/15] net: hbl_en: add habanalabs Ethernet driver
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH v1 0/6] Last WQE Reached event treatment
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>