Linux RDMA (remote direct memory access) and InfiniBand Development

• Thread Index

• [PATCH net-next v2 1/3] .gitignore: add .gcda files
  • From: allison.henderson@xxxxxxxxxx
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [rdma:wip/leon-for-next] BUILD SUCCESS d29d64e8d65960365fbec44f177acb61a7b8523b
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• PCI: Work around PCIe link training failures
  • From: Matthew W Carlis <mattc@xxxxxxxxxxxxxxx>
• [PATCH net] net: mana: Fix doorbell out of order violation and avoid unnecessary doorbell rings
  • From: longli@xxxxxxxxxxxxxxxxx
• Re: [net-next v3 05/15] net: cavium/liquidio: Convert tasklet API to new bottom half workqueue mechanism
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 14/15] net/mlx5: DR, Fix 'stack guard page was hit' error in dr_rule
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.10 15/16] net/mlx5: DR, Fix 'stack guard page was hit' error in dr_rule
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [net-next v3 05/15] net: cavium/liquidio: Convert tasklet API to new bottom half workqueue mechanism
  • From: Allen <allen.lkml@xxxxxxxxx>
• Re: [PATCH rdma-next] RDMA/mlx5: Expose vhca id for all ports in multiport mode
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-next] RDMA/nldev: Enhance netlink message parsing and validation
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-next 0/3] RDMA: Provide an API for drivers to disassociate mmap pages
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH net-next v2] net: mana: Implement get_ringparam/set_ringparam for mana
  • From: Shradha Gupta <shradhagupta@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH vhost 0/7] vdpa/mlx5: Parallelize device suspend/resume
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH vhost 0/7] vdpa/mlx5: Parallelize device suspend/resume
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH vhost 0/7] vdpa/mlx5: Parallelize device suspend/resume
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH net-next v2 03/12] eth: mlx5: allow disabling queues when RSS contexts exist
  • From: Gal Pressman <gal@xxxxxxxxxx>
• Re: [PATCH net-next v2] net: mana: Implement get_ringparam/set_ringparam for mana
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v2] net: mana: Implement get_ringparam/set_ringparam for mana
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• [PATCH net-next v2 03/12] eth: mlx5: allow disabling queues when RSS contexts exist
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: blktests failures with v6.11-rc1 kernel
  • From: Nilay Shroff <nilay@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/8] fwctl: FWCTL_RPC to execute a Remote Procedure Call to device firmware
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• 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 vhost 0/7] vdpa/mlx5: Parallelize device suspend/resume
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: blktests failures with v6.11-rc1 kernel
  • From: Shinichiro Kawasaki <shinichiro.kawasaki@xxxxxxx>
• Re: blktests failures with v6.11-rc1 kernel
  • From: Nilay Shroff <nilay@xxxxxxxxxxxxx>
• Re: [PATCH net-next 03/12] eth: mlx5: allow disabling queues when RSS contexts exist
  • From: Joe Damato <jdamato@xxxxxxxxxx>
• Re: [PATCH for-rc] RDMA/srpt: Fix UAF when srpt_add_one() failed
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• blktests failures with v6.11-rc1 kernel
  • From: Shinichiro Kawasaki <shinichiro.kawasaki@xxxxxxx>
• [PATCH vhost 0/7] vdpa/mlx5: Parallelize device suspend/resume
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH mlx5-vhost 1/7] net/mlx5: Support throttled commands from async API
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH net-next v2] net: mana: Implement get_ringparam/set_ringparam for mana
  • From: Shradha Gupta <shradhagupta@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH for-rc] RDMA/srpt: Fix UAF when srpt_add_one() failed
  • From: Junxian Huang <huangjunxian6@xxxxxxxxxxxxx>
• Re: [PATCH v2 for-rc] RDMA/srpt: Fix UAF when srpt_add_one() failed
  • From: Junxian Huang <huangjunxian6@xxxxxxxxxxxxx>
• Re: [net-next v3 05/15] net: cavium/liquidio: Convert tasklet API to new bottom half workqueue mechanism
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH net-next 03/12] eth: mlx5: allow disabling queues when RSS contexts exist
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [net-next v3 05/15] net: cavium/liquidio: Convert tasklet API to new bottom half workqueue mechanism
  • From: Allen <allen.lkml@xxxxxxxxx>
• Re: [PATCH for-rc] RDMA/srpt: Fix UAF when srpt_add_one() failed
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• Re: [PATCH v2 5/8] fwctl: FWCTL_RPC to execute a Remote Procedure Call to device firmware
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v2 for-rc] RDMA/srpt: Fix UAF when srpt_add_one() failed
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH net-next v7] net/mlx5: Reclaim max 50K pages at once
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next] RDS: IB: Remove unused declarations
  • From: patchwork-bot+netdevbpf@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 net-next v2] net: mana: Implement get_ringparam/set_ringparam for mana
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v2 7/8] fwctl/mlx5: Support for communicating with mlx5 fw
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [recipe build #3765325] of ~linux-rdma rdma-core-daily in xenial: Dependency wait
  • From: noreply@xxxxxxxxxxxxx
• Re: [PATCH v2 3/8] fwctl: FWCTL_INFO to return basic information about the device
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v2 2/8] fwctl: Basic ioctl dispatch for the character device
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v2 5/8] fwctl: FWCTL_RPC to execute a Remote Procedure Call to device firmware
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 for-rc] RDMA/srpt: Fix UAF when srpt_add_one() failed
  • From: Junxian Huang <huangjunxian6@xxxxxxxxxxxxx>
• [PATCH rdma-next 6/8] RDMA: Pass uverbs_attr_bundle as part of '.reg_user_mr_dmabuf' API
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 8/8] RDMA/mlx5: Introduce GET_DATA_DIRECT_SYSFS_PATH ioctl
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 7/8] RDMA/mlx5: Add support for DMABUF MR registrations with Data-direct
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 2/8] RDMA/mlx5: Introduce the 'data direct' driver
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 5/8] RDMA/umem: Introduce an option to revoke DMABUF umem
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 4/8] RDMA/umem: Add support for creating pinned DMABUF umem with a given dma device
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 3/8] RDMA/mlx5: Add the initialization flow to utilize the 'data direct' device
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH mlx5-next 1/8] net/mlx5: Add IFC related stuff for data direct
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 0/8] Introducing Multi-Path DMA Support for mlx5 RDMA Driver
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-rc] RDMA/srpt: Fix UAF when srpt_add_one() failed
  • From: Junxian Huang <huangjunxian6@xxxxxxxxxxxxx>
• Re: [PATCH for-rc] RDMA/srpt: Fix UAF when srpt_add_one() failed
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-rc] RDMA/srpt: Fix UAF when srpt_add_one() failed
  • From: Junxian Huang <huangjunxian6@xxxxxxxxxxxxx>
• Re: [PATCH for-rc] RDMA/srpt: Fix UAF when srpt_add_one() failed
  • 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 for-rc] RDMA/srpt: Fix UAF when srpt_add_one() failed
  • From: Junxian Huang <huangjunxian6@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2] net: mana: Implement get_ringparam/set_ringparam for mana
  • From: Shradha Gupta <shradhagupta@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v2] net: mana: Implement get_ringparam/set_ringparam for mana
  • From: Shradha Gupta <shradhagupta@xxxxxxxxxxxxxxxxxxx>
• Re: [net-next v3 05/15] net: cavium/liquidio: Convert tasklet API to new bottom half workqueue mechanism
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v2 net-next] net/mlx4: Add support for EEPROM high pages query for QSFP/QSFP+/QSFP28
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next v2] net: mana: Implement get_ringparam/set_ringparam for mana
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [net-next v3 14/15] net: marvell: Convert tasklet API to new bottom half workqueue mechanism
  • From: Allen <allen.lkml@xxxxxxxxx>
• Re: [net-next v3 14/15] net: marvell: Convert tasklet API to new bottom half workqueue mechanism
  • From: Allen <allen.lkml@xxxxxxxxx>
• Re: [PATCH net-next] RDS: IB: Remove unused declarations
  • From: Allison Henderson <allison.henderson@xxxxxxxxxx>
• Re: [PATCH v2 net-next] net/mlx4: Add support for EEPROM high pages query for QSFP/QSFP+/QSFP28
  • From: Krzysztof Olędzki <ole@xxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• 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: Sakari Ailus <sakari.ailus@xxxxxx>
• Re: [PATCH v2 7/8] fwctl/mlx5: Support for communicating with mlx5 fw
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH net-next] RDS: IB: Remove unused declarations
  • From: Yue Haibing <yuehaibing@xxxxxxxxxx>
• Re: [PATCH net-next v2] net: mana: Implement get_ringparam/set_ringparam for mana
  • From: Naman Jain <namjain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 net-next] net/mlx4: Add support for EEPROM high pages query for QSFP/QSFP+/QSFP28
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• [PATCH net-next] RDS: IB: Remove unused declarations
  • From: Yue Haibing <yuehaibing@xxxxxxxxxx>
• [PATCH v2 net-next] net/mlx4: Add support for EEPROM high pages query for QSFP/QSFP+/QSFP28
  • From: Krzysztof Olędzki <ole@xxxxxx>
• [recipe build #3764170] of ~linux-rdma rdma-core-daily in xenial: Dependency wait
  • From: noreply@xxxxxxxxxxxxx
• Re: [net-next v3 14/15] net: marvell: Convert tasklet API to new bottom half workqueue mechanism
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [net-next v3 14/15] net: marvell: Convert tasklet API to new bottom half workqueue mechanism
  • From: Andrew Lunn <andrew@xxxxxxx>
• [net-next v3 15/15] net: mtk-wed: Convert tasklet API to new bottom half workqueue mechanism
  • From: Allen Pais <allen.lkml@xxxxxxxxx>
• [net-next v3 14/15] net: marvell: Convert tasklet API to new bottom half workqueue mechanism
  • From: Allen Pais <allen.lkml@xxxxxxxxx>
• [net-next v3 13/15] net: jme: Convert tasklet API to new bottom half workqueue mechanism
  • From: Allen Pais <allen.lkml@xxxxxxxxx>
• [net-next v3 12/15] net: ibmvnic: Convert tasklet API to new bottom half workqueue mechanism
  • From: Allen Pais <allen.lkml@xxxxxxxxx>
• [net-next v3 11/15] net: ehea: Convert tasklet API to new bottom half workqueue mechanism
  • From: Allen Pais <allen.lkml@xxxxxxxxx>
• [net-next v3 10/15] net: hinic: Convert tasklet API to new bottom half workqueue mechanism
  • From: Allen Pais <allen.lkml@xxxxxxxxx>
• [net-next v3 09/15] net: sundance: Convert tasklet API to new bottom half workqueue mechanism
  • From: Allen Pais <allen.lkml@xxxxxxxxx>
• [net-next v3 08/15] net: chelsio: Convert tasklet API to new bottom half workqueue mechanism
  • From: Allen Pais <allen.lkml@xxxxxxxxx>
• [net-next v3 07/15] net: thunderx: Convert tasklet API to new bottom half workqueue mechanism
  • From: Allen Pais <allen.lkml@xxxxxxxxx>
• [net-next v3 06/15] net: octeon: Convert tasklet API to new bottom half workqueue mechanism
  • From: Allen Pais <allen.lkml@xxxxxxxxx>
• [net-next v3 05/15] net: cavium/liquidio: Convert tasklet API to new bottom half workqueue mechanism
  • From: Allen Pais <allen.lkml@xxxxxxxxx>
• [net-next v3 04/15] net: macb: Convert tasklet API to new bottom half workqueue mechanism
  • From: Allen Pais <allen.lkml@xxxxxxxxx>
• [net-next v3 03/15] net: cnic: Convert tasklet API to new bottom half workqueue mechanism
  • From: Allen Pais <allen.lkml@xxxxxxxxx>
• [net-next v3 02/15] net: xgbe: Convert tasklet API to new bottom half workqueue mechanism
  • From: Allen Pais <allen.lkml@xxxxxxxxx>
• [net-next v3 01/15] net: alteon: Convert tasklet API to new bottom half workqueue mechanism
  • From: Allen Pais <allen.lkml@xxxxxxxxx>
• [net-next v3 00/15] ethernet: Convert from tasklet to BH workqueue
  • From: Allen Pais <allen.lkml@xxxxxxxxx>
• 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>
• [PATCH net-next v2] net: mana: Implement get_ringparam/set_ringparam for mana
  • From: Shradha Gupta <shradhagupta@xxxxxxxxxxxxxxxxxxx>
• Re: Seeking Guidance: Creating an IBV Multicast Group?
  • From: Konstantin Taranov <kotaranov@xxxxxxxxxxxxx>
• Re: Seeking Guidance: Creating an IBV Multicast Group?
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: Seeking Guidance: Creating an IBV Multicast Group?
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• Re: [PATCH] svcrdma: Handle device removal outside of the CM event handler
  • From: Sagi Grimberg <sagi@xxxxxxxxxxx>
• Re: [PATCH net] net/smc: prevent UAF in inet_create()
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH rdma-next] RDMA/mlx5: Expose vhca id for all ports in multiport mode
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next] RDMA/nldev: Enhance netlink message parsing and validation
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v2 5/8] fwctl: FWCTL_RPC to execute a Remote Procedure Call to device firmware
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [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: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [rdma:wip/leon-for-next] BUILD SUCCESS 60dc7fcafea817f3dcff7ece18095ca6260b73bc
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [MAINTAINERS SUMMIT] Device Passthrough Considered Harmful?
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] RDMA/rds: remove unused struct 'rds_ib_dereg_odp_mr'
  • From: "Dr. David Alan Gilbert" <linux@xxxxxxxxxxx>
• [PATCH net-next] net/rds: remove unused struct 'rds_ib_dereg_odp_mr'
  • From: linux@xxxxxxxxxxx
• [PATCH] svcrdma: Handle device removal outside of the CM event handler
  • From: cel@xxxxxxxxxx
• PCI: Work around PCIe link training failures
  • From: Matthew W Carlis <mattc@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/8] fwctl: Add basic structure for a class subsystem with a cdev
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Seeking Guidance: Creating an IBV Multicast Group?
  • From: Andrew Sheinberg <as1669@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/8] fwctl: Basic ioctl dispatch for the character device
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• 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>