Linux RDMA (remote direct memory access) and InfiniBand Development

• Thread Index

• Re: [PATCH v9 21/25] block/rnbd: server: functionality for IO submission to file or block dev
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 10/25] RDMA/rtrs: server: main functionality
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 21/25] block/rnbd: server: functionality for IO submission to file or block dev
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v9 21/25] block/rnbd: server: functionality for IO submission to file or block dev
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 03/25] RDMA/rtrs: private headers with rtrs protocol structs and helpers
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 06/25] RDMA/rtrs: client: main functionality
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• hang on rdma_destroy_id
  • From: Frank Huang <tigerinxm@xxxxxxxxx>
• RE: [EXT] Re: rdma-core new/old compatability
  • From: Michal Kalderon <mkalderon@xxxxxxxxxxx>
• Re: [PATCH v9 02/25] RDMA/rtrs: public interface header to establish RDMA connections
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 02/25] RDMA/rtrs: public interface header to establish RDMA connections
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v9 03/25] RDMA/rtrs: private headers with rtrs protocol structs and helpers
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v9 02/25] RDMA/rtrs: public interface header to establish RDMA connections
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 03/25] RDMA/rtrs: private headers with rtrs protocol structs and helpers
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] nouveau/hmm: map pages after migration
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: [PATCH v9 07/25] RDMA/rtrs: client: statistics functions
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 10/25] RDMA/rtrs: server: main functionality
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v9 07/25] RDMA/rtrs: client: statistics functions
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v9 04/25] RDMA/rtrs: core: lib functions shared between client and server modules
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v9 03/25] RDMA/rtrs: private headers with rtrs protocol structs and helpers
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v9 02/25] RDMA/rtrs: public interface header to establish RDMA connections
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v9 00/25] RTRS (former IBTRS) RDMA Transport Library and RNBD (former IBNBD) RDMA Network Block Device
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: WARNING in ib_free_port_attrs
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: general protection fault in kobject_get
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [Patch for-rc v2] RDMA/siw: Fix failure handling during device creation
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v9 20/25] block/rnbd: server: main functionality
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [PATCH AUTOSEL 5.5 43/66] net/mlx5: DR, Fix matching on vport gvmi
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 38/58] net/mlx5: DR, Fix matching on vport gvmi
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH v2] nouveau/hmm: map pages after migration
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• [PATCH mlx5-next 4/4] net/mlx5: HW bit for goto chain offload support
  • From: Saeed Mahameed <saeedm@xxxxxxxxxxxx>
• [PATCH mlx5-next 3/4] net/mlx5: Expose link speed directly
  • From: Saeed Mahameed <saeedm@xxxxxxxxxxxx>
• [PATCH mlx5-next 2/4] net/mlx5: Introduce TLS and IPSec objects enums
  • From: Saeed Mahameed <saeedm@xxxxxxxxxxxx>
• [PATCH mlx5-next 1/4] net/mlx5: Introduce egress acl forward-to-vport capability
  • From: Saeed Mahameed <saeedm@xxxxxxxxxxxx>
• [PATCH mlx5-next 0/4] Mellanox, mlx5 next updates 2020-03-02
  • From: Saeed Mahameed <saeedm@xxxxxxxxxxxx>
• [rdma:wip/jgg-for-rc] BUILD SUCCESS 817a68a6584aa08e323c64283fec5ded7be84759
  • From: kbuild test robot <lkp@xxxxxxxxx>
• RE: Positive or negative error return codes in rdma-core?
  • From: "Hefty, Sean" <sean.hefty@xxxxxxxxx>
• INFO: task hung in rdma_destroy_id
  • From: syzbot <syzbot+0abbad99bee187cf63d4@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Positive or negative error return codes in rdma-core?
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [PATCH for-rc] RDMA/iwcm: Fix iwcm work deallocation
  • From: Bernard Metzler <bmt@xxxxxxxxxxxxxx>
• Re: general protection fault in rds_ib_add_one
  • From: santosh.shilimkar@xxxxxxxxxx
• Re: [PATCH for-rc] nvme-rdma/nvmet-rdma: Allocate sufficient RW ctxs to match hosts pgs len
  • From: Sagi Grimberg <sagi@xxxxxxxxxxx>
• Re: [PATCH v9 15/25] block/rnbd: private headers with rnbd protocol structs and helpers
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 05/25] RDMA/rtrs: client: private header with client structs and functions
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 05/25] RDMA/rtrs: client: private header with client structs and functions
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [Patch for-rc v2] RDMA/siw: Fix failure handling during device creation
  • From: Bernard Metzler <bmt@xxxxxxxxxxxxxx>
• Re: [PATCH for-rc] IB/hfi1, qib: Ensure RCU is locked when accessing list
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v9 16/25] block/rnbd: client: private header with client structs and functions
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 17/25] block/rnbd: client: main functionality
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxx>
• Re: [PATCH for-rc] IB/hfi1, qib: Ensure RCU is locked when accessing list
  • From: Dennis Dalessandro <dennis.dalessandro@xxxxxxxxx>
• Positive or negative error return codes in rdma-core?
  • From: Andrew Boyer <aboyer@xxxxxxxxxxx>
• Re: [PATCH v9 10/25] RDMA/rtrs: server: main functionality
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 01/25] sysfs: export sysfs_remove_file_self()
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 05/25] RDMA/rtrs: client: private header with client structs and functions
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxx>
• OFA conference note
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: [PATCH for-rc] IB/hfi1, qib: Ensure RCU is locked when accessing list
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v9 06/25] RDMA/rtrs: client: main functionality
  • From: Danil Kipnis <danil.kipnis@xxxxxxxxxxxxxxx>
• Re: [PATCH for-rc] IB/hfi1, qib: Ensure RCU is locked when accessing list
  • From: Dennis Dalessandro <dennis.dalessandro@xxxxxxxxx>
• [PATCH for-next 1/5] RDMA/hns: Rename wqe buffer related functions
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• [PATCH for-next 5/5] RDMA/hns: Optimize wqe buffer set flow for post send
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• [PATCH for-next 2/5] RDMA/hns: Optimize wqe buffer filling process for post send
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• [PATCH for-next 3/5] RDMA/hns: Optimize the wr opcode conversion from ib to hns
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• [PATCH for-next 4/5] RDMA/hns: Optimize base address table config flow for qp buffer
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• [PATCH for-next 0/5] RDMA/hns: Refactor wqe related codes
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• Re: [PATCH v9 19/25] block/rnbd: server: private header with server structs and functions
  • From: Danil Kipnis <danil.kipnis@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 21/25] block/rnbd: server: functionality for IO submission to file or block dev
  • From: Danil Kipnis <danil.kipnis@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 20/25] block/rnbd: server: main functionality
  • From: Danil Kipnis <danil.kipnis@xxxxxxxxxxxxxxx>
• [PATCH for-next] RDMA/hns: Support to set mininum depth of qp to 0
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• Re: [PATCH v9 03/25] RDMA/rtrs: private headers with rtrs protocol structs and helpers
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 04/25] RDMA/rtrs: core: lib functions shared between client and server modules
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 02/25] RDMA/rtrs: public interface header to establish RDMA connections
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxx>
• Re: [PATCH for-rc] nvme-rdma/nvmet-rdma: Allocate sufficient RW ctxs to match hosts pgs len
  • From: Krishnamraju Eraparaju <krishna2@xxxxxxxxxxx>
• Re: Is anyone working on implementing LAG in ib core?
  • From: liweihang <liweihang@xxxxxxxxxx>
• Re: [PATCH for-next v4 2/2] RDMA/bnxt_re: Use driver_unregister and unregistration API
  • From: Selvin Xavier <selvin.xavier@xxxxxxxxxxxx>
• [rdma:wip/jgg-for-rc] BUILD SUCCESS 801b67f3eaafd3f2ec8b65d93142d4ffedba85df
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: general protection fault in rds_ib_add_one
  • From: santosh.shilimkar@xxxxxxxxxx
• BUG: corrupted list in _cma_attach_to_dev
  • From: syzbot <syzbot+06b50ee4a9bd73e8b89f@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 05/11] xprtrdma: Allocate Protection Domain in rpcrdma_ep_create()
  • From: Tom Talpey <tom@xxxxxxxxxx>
• Re: [PATCH v1 05/11] xprtrdma: Allocate Protection Domain in rpcrdma_ep_create()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH v1 00/11] NFS/RDMA client side connection overhaul
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH v1 05/11] xprtrdma: Allocate Protection Domain in rpcrdma_ep_create()
  • From: Tom Talpey <tom@xxxxxxxxxx>
• Re: [PATCH v1 00/11] NFS/RDMA client side connection overhaul
  • From: Tom Talpey <tom@xxxxxxxxxx>
• Re: general protection fault in rds_ib_add_one
  • From: Håkon Bugge <haakon.bugge@xxxxxxxxxx>
• Re: [PATCH for-rc] nvme-rdma/nvmet-rdma: Allocate sufficient RW ctxs to match hosts pgs len
  • From: Max Gurtovoy <maxg@xxxxxxxxxxxx>
• KASAN: use-after-free Read in rxe_query_port
  • From: syzbot <syzbot+e11efb687f5ab7f01f3d@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 00/25] RTRS (former IBTRS) RDMA Transport Library and RNBD (former IBNBD) RDMA Network Block Device
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v9 21/25] block/rnbd: server: functionality for IO submission to file or block dev
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v9 20/25] block/rnbd: server: main functionality
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v9 19/25] block/rnbd: server: private header with server structs and functions
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v9 17/25] block/rnbd: client: main functionality
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v9 16/25] block/rnbd: client: private header with client structs and functions
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v9 15/25] block/rnbd: private headers with rnbd protocol structs and helpers
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v9 10/25] RDMA/rtrs: server: main functionality
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v9 06/25] RDMA/rtrs: client: main functionality
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v9 05/25] RDMA/rtrs: client: private header with client structs and functions
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v9 04/25] RDMA/rtrs: core: lib functions shared between client and server modules
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v9 03/25] RDMA/rtrs: private headers with rtrs protocol structs and helpers
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v9 02/25] RDMA/rtrs: public interface header to establish RDMA connections
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v9 01/25] sysfs: export sysfs_remove_file_self()
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH] scsi: Replace zero-length array with flexible-array member
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [rdma:hmm] BUILD SUCCESS fdf8822d38edae423d6350071dea67474008de81
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH for-rc] RDMA/siw: Fix passive connection establishment
  • From: Bernard Metzler <bmt@xxxxxxxxxxxxxx>
• Re: [PATCH rdma-rc] RDMA/mlx5: Prevent UMR usage with RO only when we have RO caps
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: Re: Re: possible deadlock in cma_netdev_callback
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH -next] RDMA/bnxt_re: Remove set but not used variables 'pg' and 'idx'
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH -next] RDMA/bnxt_re: Remove set but not used variable 'dev_attr'
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH -next] RDMA/bnxt_re: Remove set but not used variable 'pg_size'
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: Re: Re: possible deadlock in cma_netdev_callback
  • From: "Bernard Metzler" <BMT@xxxxxxxxxxxxxx>
• Re: [PATCH for-next v4 0/2] RDMA/bnxt_re driver update
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH for-next v4 2/2] RDMA/bnxt_re: Use driver_unregister and unregistration API
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: KASAN: use-after-free Read in iwcm_deref_id
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH for-rc] RDMA/siw: Fix failure handling during device creation
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH for-rc] IB/hfi1, qib: Ensure RCU is locked when accessing list
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH for-next v2 0/3] EFA updates 2020-02-25
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH rdma-next] i40iw: Report correct firmware version
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v4 for-next 0/7] RDMA/hns: Refactor qp related code
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH for-next 0/2] Fix and optimize for flush cqe process
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH for-next] RDMA/hns: Treat revision HIP08_A as a special case
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH rdma-rc] RDMA/core: Fix pkey and port assignment in get_new_pps
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• RE: [PATCH rdma-rc] RDMA/core: Fix pkey and port assignment in get_new_pps
  • From: "Marciniszyn, Mike" <mike.marciniszyn@xxxxxxxxx>
• Re: [PATCH rdma-rc] RDMA/core: Fix pkey and port assignment in get_new_pps
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: Re: possible deadlock in cma_netdev_callback
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: Re: possible deadlock in cma_netdev_callback
  • From: "Bernard Metzler" <BMT@xxxxxxxxxxxxxx>
• [rdma:for-next] BUILD SUCCESS 65a166201552113f9e1e8d1bb4a55a1eb70cb19c
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH v1 16/16] svcrdma: Avoid DMA mapping small RPC Replies
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 15/16] svcrdma: Fix double sync of transport header buffer
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 14/16] svcrdma: Refactor chunk list encoders
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 13/16] SUNRPC: Add encoders for list item discriminators
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 12/16] svcrdma: Rename svcrdma_encode trace points in send routines
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 11/16] svcrdma: Update synopsis of svc_rdma_send_reply_msg()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 10/16] svcrdma: Update synopsis of svc_rdma_map_reply_msg()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 09/16] svcrdma: Update synopsis of svc_rdma_send_reply_chunk()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 08/16] svcrdma: De-duplicate code that locates Write and Reply chunks
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 07/16] svcrdma: Use struct xdr_stream to decode ingress transport headers
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 06/16] svcrdma: Remove svcrdma_cm_event() trace point
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 05/16] svcrdma: Create a generic tracing class for displaying xdr_buf layout
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 04/16] SUNRPC: Add xdr_pad_size() helper
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 03/16] svcrdma: Fix double svc_rdma_send_ctxt_put() in an error path
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 02/16] NFSD: Clean up nfsd4_encode_readv
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 01/16] nfsd: Fix NFSv4 READ on RDMA when using readv
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 00/16] NFS/RDMA server patches maybe for v5.7
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH for-rc] nvme-rdma/nvmet-rdma: Allocate sufficient RW ctxs to match hosts pgs len
  • From: Sagi Grimberg <sagi@xxxxxxxxxxx>
• RE: [PATCH rdma-rc] RDMA/core: Fix pkey and port assignment in get_new_pps
  • From: "Marciniszyn, Mike" <mike.marciniszyn@xxxxxxxxx>
• Re: [PATCH] RMDA/cm: Fix missing ib_cm_destroy_id() in ib_cm_insert_listen()
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH rdma-next 0/2] Drop driver version in favor of default ethtool
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH mlx5-next 1/9] RDMA/mlx5: Move asynchronous mkey creation to mlx5_ib
  • From: Saeed Mahameed <saeedm@xxxxxxxxxxxx>
• Re: [PATCH] RDMA/ucma: Put a lock around every call to the rdma_cm layer
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH for-next v2] RDMA/siw: Fix setting active_{speed, width} attributes
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [PATCH] RDMA/cma: Teach lockdep about the order of rtnl and lock
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: [PATCH mlx5-next 1/9] RDMA/mlx5: Move asynchronous mkey creation to mlx5_ib
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: [PATCH mlx5-next 1/9] RDMA/mlx5: Move asynchronous mkey creation to mlx5_ib
  • From: Saeed Mahameed <saeedm@xxxxxxxxxxxx>
• Re: [PATCH rdma-rc] RDMA/core: Fix pkey and port assignment in get_new_pps
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: Maybe a race condition in net/rds/rdma.c?
  • From: santosh.shilimkar@xxxxxxxxxx
• Re: possible deadlock in cma_netdev_callback
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• RE: possible deadlock in cma_netdev_callback
  • From: "Bernard Metzler" <BMT@xxxxxxxxxxxxxx>
• Re: possible deadlock in cma_netdev_callback
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH for-rc] nvme-rdma/nvmet-rdma: Allocate sufficient RW ctxs to match hosts pgs len
  • From: Krishnamraju Eraparaju <krishna2@xxxxxxxxxxx>
• Re: "ibstat -l" displays CA device list in an unsorted order
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: "ibstat -l" displays CA device list in an unsorted order
  • From: Dennis Dalessandro <dennis.dalessandro@xxxxxxxxx>
• Re: rdma-core new/old compatability
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: Maybe a race condition in net/rds/rdma.c?
  • From: Håkon Bugge <haakon.bugge@xxxxxxxxxx>
• RE: [PATCH rdma-rc] RDMA/core: Fix pkey and port assignment in get_new_pps
  • From: "Marciniszyn, Mike" <mike.marciniszyn@xxxxxxxxx>
• Re: [Bug 206687] New: If IB link comes up, oops in port_pkey_list_insert triggered with "NULL pointer derefence"
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: "ibstat -l" displays CA device list in an unsorted order
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: "ibstat -l" displays CA device list in an unsorted order
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• rdma-core new/old compatability
  • From: Michal Kalderon <mkalderon@xxxxxxxxxxx>
• [PATCH rdma-rc] RDMA/core: Fix pkey and port assignment in get_new_pps
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• RE: "ibstat -l" displays CA device list in an unsorted order
  • From: Vladimir Koushnir <vladimirk@xxxxxxxxxxxx>
• [PATCH rdma-next] IB/mlx5: Fix missing congestion control debugfs on rep rdma device
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next] IB/mlx5: Add np_min_time_between_cnps and rp_max_rate debug params
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-rc] RDMA/nldev: Fix crash when set a QP to a new counter but QPN is missing
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: "ibstat -l" displays CA device list in an unsorted order
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 5/9] RDMA/mlx5: Fix MR cache size and limit debugfs
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 9/9] RDMA/mlx5: Allow MRs to be created in the cache synchronously
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 8/9] RDMA/mlx5: Revise how the hysteresis scheme works for cache filling
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 7/9] RDMA/mlx5: Fix locking in MR cache work queue
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 6/9] RDMA/mlx5: Lock access to ent->available_mrs/limit when doing queue_work
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH mlx5-next 1/9] RDMA/mlx5: Move asynchronous mkey creation to mlx5_ib
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 4/9] RDMA/mlx5: Always remove MRs from the cache before destroying them
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 3/9] RDMA/mlx5: Simplify how the MR cache bucket is located
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 2/9] RDMA/mlx5: Rename the tracking variables for the MR cache
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 0/9] MR cache fixes and refactoring
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-rc] RDMA/odp: Ensure the mm is still alive before creating an implicit child
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-rc] IB/mlx5: Fix implicit ODP race
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-rc] RDMA/mlx5: Prevent UMR usage with RO only when we have RO caps
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-rc v1] RDMA/core: Fix protection fault in ib_mr_pool_destroy
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [Bug 206687] New: If IB link comes up, oops in port_pkey_list_insert triggered with "NULL pointer derefence"
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• RE: possible deadlock in cma_netdev_callback
  • From: "Bernard Metzler" <BMT@xxxxxxxxxxxxxx>
• Re: "ibstat -l" displays CA device list in an unsorted order
  • From: Haim Boozaglo <haimbo@xxxxxxxxxxxx>
• Re: [PATCH for-rc] RDMA/core: Fix additional panic in get_pkey_idx_qp_list()
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH -next] RDMA/bnxt_re: Remove set but not used variables 'pg' and 'idx'
  • From: YueHaibing <yuehaibing@xxxxxxxxxx>
• [PATCH -next] RDMA/bnxt_re: Remove set but not used variable 'dev_attr'
  • From: YueHaibing <yuehaibing@xxxxxxxxxx>
• [PATCH -next] RDMA/bnxt_re: Remove set but not used variable 'pg_size'
  • From: YueHaibing <yuehaibing@xxxxxxxxxx>
• Re: [PATCH for-rc] nvme-rdma/nvmet-rdma: Allocate sufficient RW ctxs to match hosts pgs len
  • From: Sagi Grimberg <sagi@xxxxxxxxxxx>
• Re: [PATCH for-rc] nvme-rdma/nvmet-rdma: Allocate sufficient RW ctxs to match hosts pgs len
  • From: Sagi Grimberg <sagi@xxxxxxxxxxx>
• Re: possible deadlock in cma_netdev_callback
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• RE: [PATCH for-rc] RDMA/core: Fix additional panic in get_pkey_idx_qp_list()
  • From: "Marciniszyn, Mike" <mike.marciniszyn@xxxxxxxxx>
• Re: "ibstat -l" displays CA device list in an unsorted order
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH for-rc] nvme-rdma/nvmet-rdma: Allocate sufficient RW ctxs to match hosts pgs len
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [PATCH for-next v4 2/2] RDMA/bnxt_re: Use driver_unregister and unregistration API
  • From: Selvin Xavier <selvin.xavier@xxxxxxxxxxxx>
• [PATCH for-next v4 1/2] RDMA/bnxt_re: Refactor device add/remove functionalities
  • From: Selvin Xavier <selvin.xavier@xxxxxxxxxxxx>
• [PATCH for-next v4 0/2] RDMA/bnxt_re driver update
  • From: Selvin Xavier <selvin.xavier@xxxxxxxxxxxx>
• [PATCH for-rc] RDMA/siw: Fix failure handling during device creation
  • From: Bernard Metzler <bmt@xxxxxxxxxxxxxx>
• [PATCH for-rc] nvme-rdma/nvmet-rdma: Allocate sufficient RW ctxs to match hosts pgs len
  • From: Krishnamraju Eraparaju <krishna2@xxxxxxxxxxx>
• Re: [PATCH for-rc] RDMA/core: Fix additional panic in get_pkey_idx_qp_list()
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• RE: [PATCH for-rc] RDMA/core: Fix additional panic in get_pkey_idx_qp_list()
  • From: "Marciniszyn, Mike" <mike.marciniszyn@xxxxxxxxx>
• Re: "ibstat -l" displays CA device list in an unsorted order
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: "ibstat -l" displays CA device list in an unsorted order
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-rc] RDMA/core: Fix additional panic in get_pkey_idx_qp_list()
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: "ibstat -l" displays CA device list in an unsorted order
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: "ibstat -l" displays CA device list in an unsorted order
  • From: Dennis Dalessandro <dennis.dalessandro@xxxxxxxxx>
• Re: [PATCH for-rc] RDMA/core: Fix additional panic in get_pkey_idx_qp_list()
  • From: Dennis Dalessandro <dennis.dalessandro@xxxxxxxxx>
• Re: [PATCH for-rc] RDMA/core: Fix additional panic in get_pkey_idx_qp_list()
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-next v3 1/2] RDMA/bnxt_re: Refactor device add/remove functionalities
  • From: Selvin Xavier <selvin.xavier@xxxxxxxxxxxx>
• KASAN: use-after-free Read in iwcm_deref_id
  • From: syzbot <syzbot+cb0c054eabfba4342146@xxxxxxxxxxxxxxxxxxxxxxxxx>
• possible deadlock in cma_netdev_callback
  • From: syzbot <syzbot+55de90ab5f44172b0c90@xxxxxxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH for-next v3 1/2] RDMA/bnxt_re: Refactor device add/remove functionalities
  • From: Parav Pandit <parav@xxxxxxxxxxxx>
• [PATCH for-next v3 2/2] RDMA/bnxt_re: Use driver_unregister and unregistration API
  • From: Selvin Xavier <selvin.xavier@xxxxxxxxxxxx>
• [PATCH for-next v3 1/2] RDMA/bnxt_re: Refactor device add/remove functionalities
  • From: Selvin Xavier <selvin.xavier@xxxxxxxxxxxx>
• [PATCH for-next v3 0/2] RDMA/bnxt_re driver update
  • From: Selvin Xavier <selvin.xavier@xxxxxxxxxxxx>
• Re: a bug(BUG: kernel NULL pointer dereference) of ib or mlx happened in 5.4.21 but not in 5.4.20
  • From: Wang Yugui <wangyugui@xxxxxxxxxxxx>
• [rdma:wip/jgg-for-next] BUILD SUCCESS 6ccad8483b28666bdafbb52fe94e64f41e7836be
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH for-rc] IB/hfi1, qib: Ensure RCU is locked when accessing list
  • From: Dennis Dalessandro <dennis.dalessandro@xxxxxxxxx>
• Re: "ibstat -l" displays CA device list in an unsorted order
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: general protection fault in rds_ib_add_one
  • From: santosh.shilimkar@xxxxxxxxxx
• Re: "ibstat -l" displays CA device list in an unsorted order
  • From: Jens Domke <jens.domke@xxxxxxxx>
• Re: [PATCH for-next v2 3/3] RDMA/bnxt_re: Use driver_unregister and unregistration API
  • From: Selvin Xavier <selvin.xavier@xxxxxxxxxxxx>
• [PATCH for-rc] RDMA/core: Fix additional panic in get_pkey_idx_qp_list()
  • From: Mike Marciniszyn <mike.marciniszyn@xxxxxxxxx>
• Re: [RFC v2] RoCE v2.0 Entropy - IPv6 Flow Label and UDP Source Port
  • From: Alex Rosenbaum <rosenbaumalex@xxxxxxxxx>
• Re: [PATCH for-next v2 3/3] RDMA/bnxt_re: Use driver_unregister and unregistration API
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: a bug(BUG: kernel NULL pointer dereference) of ib or mlx happened in 5.4.21 but not in 5.4.20
  • From: Maor Gottlieb <maorg@xxxxxxxxxxxx>
• [PATCH for-next v2 3/3] RDMA/efa: Do not delay freeing of DMA pages
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• [PATCH for-next v2 2/3] RDMA/efa: Properly document the interrupt mask register
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• [PATCH for-next v2 0/3] EFA updates 2020-02-25
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• [PATCH for-next v2 1/3] RDMA/efa: Unified getters/setters for device structs bitmask access
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• Re: [PATCH for-next v2 1/3] RDMA/bnxt_re: Add more flags in device init and uninit path
  • From: Selvin Xavier <selvin.xavier@xxxxxxxxxxxx>
• Re: "ibstat -l" displays CA device list in an unsorted order
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: "ibstat -l" displays CA device list in an unsorted order
  • From: Haim Boozaglo <haimbo@xxxxxxxxxxxx>
• Re: "ibstat -l" displays CA device list in an unsorted order
  • From: Haim Boozaglo <haimbo@xxxxxxxxxxxx>
• Re: Is anyone working on implementing LAG in ib core?
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: general protection fault in nldev_stat_set_doit
  • From: Mark Zhang <markz@xxxxxxxxxxxx>
• Re: "ibstat -l" displays CA device list in an unsorted order
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH mlx5-next 1/2] net/mlx5: Expose raw packet pacing APIs
  • From: Leon Romanovsky <leonro@xxxxxxxxxxxx>
• Re: [PATCH for-next v2 2/3] RDMA/bnxt_re: Refactor device add/remove functionalities
  • From: Selvin Xavier <selvin.xavier@xxxxxxxxxxxx>
• Re: [PATCH for-next v2 3/3] RDMA/bnxt_re: Use driver_unregister and unregistration API
  • From: Selvin Xavier <selvin.xavier@xxxxxxxxxxxx>
• general protection fault in nldev_stat_set_doit
  • From: syzbot <syzbot+bd4af81bc51ee0283445@xxxxxxxxxxxxxxxxxxxxxxxxx>
• INFO: trying to register non-static key in xa_destroy
  • From: syzbot <syzbot+2e80962bedd9559fe0b3@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH rdma-next] i40iw: Report correct firmware version
  • From: Shiraz Saleem <shiraz.saleem@xxxxxxxxx>
• Re: [PATCH mlx5-next 1/2] net/mlx5: Expose raw packet pacing APIs
  • From: Saeed Mahameed <saeedm@xxxxxxxxxxxx>
• Re: "ibstat -l" displays CA device list in an unsorted order
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: Is anyone working on implementing LAG in ib core?
  • From: Parav Pandit <parav@xxxxxxxxxxxx>
• Re: Is anyone working on implementing LAG in ib core?
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: Is anyone working on implementing LAG in ib core?
  • From: Parav Pandit <parav@xxxxxxxxxxxx>
• Re: Is anyone working on implementing LAG in ib core?
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 00/19 V4] nvme-rdma/nvmet-rdma: Add metadata/T10-PI support
  • From: James Smart <james.smart@xxxxxxxxxxxx>
• Re: Is anyone working on implementing LAG in ib core?
  • From: Parav Pandit <parav@xxxxxxxxxxxx>
• "ibstat -l" displays CA device list in an unsorted order
  • From: Haim Boozaglo <haimbo@xxxxxxxxxxxx>
• Re: [PATCH] net/rds: Fix a debug message
  • From: santosh.shilimkar@xxxxxxxxxx
• Re: general protection fault in rds_ib_add_one
  • From: santosh.shilimkar@xxxxxxxxxx
• Re: Regarding using UMR feature from. rdma-core API
  • From: Yishai Hadas <yishaih@xxxxxxxxxxxxxxxxxx>
• [PATCH 09/19] nvmet: Prepare metadata request
  • From: Max Gurtovoy <maxg@xxxxxxxxxxxx>
• [PATCH 19/19] nvmet-rdma: Add metadata/T10-PI support
  • From: Max Gurtovoy <maxg@xxxxxxxxxxxx>
• [PATCH 07/19] nvme-rdma: Introduce nvme_rdma_sgl structure
  • From: Max Gurtovoy <maxg@xxxxxxxxxxxx>
• [PATCH 11/19] nvmet: Rename nvmet_rw_len to nvmet_rw_data_len
  • From: Max Gurtovoy <maxg@xxxxxxxxxxxx>
• [PATCH 03/19] nvme: Enforce extended LBA format for fabrics metadata
  • From: Max Gurtovoy <maxg@xxxxxxxxxxxx>
• [PATCH 14/19] nvmet: Add mdts setting op for controllers
  • From: Max Gurtovoy <maxg@xxxxxxxxxxxx>
• [PATCH 16/19] nvmet: Add metadata support for block devices
  • From: Max Gurtovoy <maxg@xxxxxxxxxxxx>
• [PATCH 08/19] nvme-rdma: Add metadata/T10-PI support
  • From: Max Gurtovoy <maxg@xxxxxxxxxxxx>
• [PATCH 15/19] nvmet: Add metadata/T10-PI support
  • From: Max Gurtovoy <maxg@xxxxxxxxxxxx>
• [PATCH 18/19] nvmet-rdma: Implement set_mdts controller op
  • From: Max Gurtovoy <maxg@xxxxxxxxxxxx>
• [PATCH 01/19] nvme: Introduce namespace features flag
  • From: Max Gurtovoy <maxg@xxxxxxxxxxxx>
• [PATCH 17/19] RDMA/rw: Expose maximal page list for a device per 1 MR
  • From: Max Gurtovoy <maxg@xxxxxxxxxxxx>
• [PATCH 13/19] nvme: Add Metadata Capabilities enumerations
  • From: Max Gurtovoy <maxg@xxxxxxxxxxxx>
• [PATCH 12/19] nvmet: Rename nvmet_check_data_len to nvmet_check_transfer_len
  • From: Max Gurtovoy <maxg@xxxxxxxxxxxx>
• [PATCH 06/19] nvme: Introduce NVME_INLINE_PROT_SG_CNT
  • From: Max Gurtovoy <maxg@xxxxxxxxxxxx>
• [PATCH 10/19] nvmet: Add metadata characteristics for a namespace
  • From: Max Gurtovoy <maxg@xxxxxxxxxxxx>
• [PATCH 04/19] nvme: Introduce max_integrity_segments ctrl attribute
  • From: Max Gurtovoy <maxg@xxxxxxxxxxxx>
• [PATCH 02/19] nvme: Add has_pi field to the nvme_req structure
  • From: Max Gurtovoy <maxg@xxxxxxxxxxxx>
• [PATCH 05/19] nvme-fabrics: Allow user enabling metadata/T10-PI support
  • From: Max Gurtovoy <maxg@xxxxxxxxxxxx>
• [PATCH] nvme-cli/fabrics: Add pi_enable param to connect cmd
  • From: Max Gurtovoy <maxg@xxxxxxxxxxxx>
• [PATCH 00/19 V4] nvme-rdma/nvmet-rdma: Add metadata/T10-PI support
  • From: Max Gurtovoy <maxg@xxxxxxxxxxxx>
• Re: [PATCH] scsi: Replace zero-length array with flexible-array member
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH] scsi: Replace zero-length array with flexible-array member
  • From: Lee Duncan <lduncan@xxxxxxxx>
• [PATCH] scsi: Replace zero-length array with flexible-array member
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH v1 10/11] xprtrdma: Extract sockaddr from struct rdma_cm_id
  • From: Anna Schumaker <schumaker.anna@xxxxxxxxx>
• Re: [PATCH v1 10/11] xprtrdma: Extract sockaddr from struct rdma_cm_id
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH v1 10/11] xprtrdma: Extract sockaddr from struct rdma_cm_id
  • From: Anna Schumaker <schumaker.anna@xxxxxxxxx>
• Re: Regarding using UMR feature from. rdma-core API
  • From: Umang Patel <umangsp.1199@xxxxxxxxx>
• Re: [PATCH for-next v2 2/3] RDMA/bnxt_re: Refactor device add/remove functionalities
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: [PATCH for-next v2 1/3] RDMA/bnxt_re: Add more flags in device init and uninit path
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: [PATCH for-next v2 3/3] RDMA/bnxt_re: Use driver_unregister and unregistration API
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: Regarding using UMR feature from. rdma-core API
  • From: Yishai Hadas <yishaih@xxxxxxxxxxxxxxxxxx>
• Regarding using UMR feature from. rdma-core API
  • From: Umang Patel <umangsp.1199@xxxxxxxxx>
• Re: [PATCH] net/mlx5e: Fix error code in mlx5e_fec_in_caps()
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: Is anyone working on implementing LAG in ib core?
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH for-next v2 3/3] RDMA/bnxt_re: Use driver_unregister and unregistration API
  • From: Selvin Xavier <selvin.xavier@xxxxxxxxxxxx>
• [PATCH for-next v2 2/3] RDMA/bnxt_re: Refactor device add/remove functionalities
  • From: Selvin Xavier <selvin.xavier@xxxxxxxxxxxx>
• [PATCH for-next v2 1/3] RDMA/bnxt_re: Add more flags in device init and uninit path
  • From: Selvin Xavier <selvin.xavier@xxxxxxxxxxxx>
• [PATCH for-next v2 0/3] RDMA/bnxt_re driver update
  • From: Selvin Xavier <selvin.xavier@xxxxxxxxxxxx>
• [PATCH] net/rds: Fix a debug message
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 3/7] docs: fix broken references to text files
  • From: Federico Vaga <federico.vaga@xxxxxxx>
• general protection fault in rds_ib_add_one
  • From: syzbot <syzbot+274094e62023782eeb17@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Is anyone working on implementing LAG in ib core?
  • From: Parav Pandit <parav@xxxxxxxxxxxx>
• [PATCH] net/mlx5e: Fix error code in mlx5e_fec_in_caps()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH v4 for-next 1/7] RDMA/hns: Optimize qp destroy flow
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• [PATCH v4 for-next 0/7] RDMA/hns: Refactor qp related code
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• [PATCH v4 for-next 3/7] RDMA/hns: Optimize qp number assign flow
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• [PATCH v4 for-next 4/7] RDMA/hns: Optimize qp buffer allocation flow
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• [PATCH v4 for-next 2/7] RDMA/hns: Optimize qp context create and destroy flow
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• [PATCH v4 for-next 5/7] RDMA/hns: Optimize qp param setup flow
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• [PATCH v4 for-next 6/7] RDMA/hns: Optimize kernel qp wrid allocation flow
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• [PATCH v4 for-next 7/7] RDMA/hns: Optimize qp doorbell allocation flow
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• Re: [PATCH v2 for-next 7/7] RDMA/hns: Optimize qp doorbell allocation flow
  • From: liweihang <liweihang@xxxxxxxxxx>
• Re: Is anyone working on implementing LAG in ib core?
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH mlx5-next 1/2] net/mlx5: Expose raw packet pacing APIs
  • From: Yishai Hadas <yishaih@xxxxxxxxxxxxxxxxxx>
• [PATCH AUTOSEL 5.5 23/58] RDMA/siw: Remove unwanted WARN_ON in siw_cm_llp_data_ready()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 22/50] RDMA/siw: Remove unwanted WARN_ON in siw_cm_llp_data_ready()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: Is anyone working on implementing LAG in ib core?
  • From: Parav Pandit <parav@xxxxxxxxxxxx>
• Re: Is anyone working on implementing LAG in ib core?
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v2 for-next 7/7] RDMA/hns: Optimize qp doorbell allocation flow
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 3/7] docs: fix broken references to text files
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [PATCH for-next 2/2] RDMA/hns: Stop doorbell update while qp state error
  • From: Yixian Liu <liuyixian@xxxxxxxxxx>
• [PATCH for-next 1/2] RDMA/hns: Use flush framework for the case in aeq
  • From: Yixian Liu <liuyixian@xxxxxxxxxx>
• [PATCH for-next 0/2] Fix and optimize for flush cqe process
  • From: Yixian Liu <liuyixian@xxxxxxxxxx>
• [PATCH for-next] RDMA/hns: Treat revision HIP08_A as a special case
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• [PATCH 3/7] docs: fix broken references to text files
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH v2 for-next 7/7] RDMA/hns: Optimize qp doorbell allocation flow
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• [rdma:wip/jgg-for-rc] BUILD SUCCESS 6affca140cbea01f497c4f4e16f1e2be7f74bd04
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH V3 for-next 0/8] Refactor control path of bnxt_re driver
  • From: Devesh Sharma <devesh.sharma@xxxxxxxxxxxx>
• Is anyone working on implementing LAG in ib core?
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• Re: [PATCH V3 for-next 0/8] Refactor control path of bnxt_re driver
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH for-next 13/16] IB/{hfi1, ipoib, rdma}: Broadcast ping sent packets which exceeded mtu size
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [PATCH v1 11/11] xprtrdma: kmalloc rpcrdma_ep separate from rpcrdma_xprt
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 10/11] xprtrdma: Extract sockaddr from struct rdma_cm_id
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 09/11] xprtrdma: Merge struct rpcrdma_ia into struct rpcrdma_ep
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 08/11] xprtrdma: Disconnect on flushed completion
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 07/11] xprtrdma: Remove rpcrdma_ia::ri_flags
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 06/11] xprtrdma: Invoke rpcrdma_ia_open in the connect worker
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 05/11] xprtrdma: Allocate Protection Domain in rpcrdma_ep_create()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 04/11] xprtrdma: Refactor rpcrdma_ep_connect() and rpcrdma_ep_disconnect()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 03/11] xprtrdma: Clean up the post_send path
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 02/11] xprtrdma: Refactor frwr_init_mr()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 01/11] xprtrdma: Invoke rpcrdma_ep_create() in the connect worker
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 00/11] NFS/RDMA client side connection overhaul
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH for-next 07/16] IB/ipoib: Increase ipoib Datagram mode MTU's upper limit
  • From: Dennis Dalessandro <dennis.dalessandro@xxxxxxxxx>
• Re: [PATCH for-next 13/16] IB/{hfi1, ipoib, rdma}: Broadcast ping sent packets which exceeded mtu size
  • From: Dennis Dalessandro <dennis.dalessandro@xxxxxxxxx>
• Re: [PATCH for-next 13/16] IB/{hfi1, ipoib, rdma}: Broadcast ping sent packets which exceeded mtu size
  • From: Dennis Dalessandro <dennis.dalessandro@xxxxxxxxx>
• Re: [PATCH mlx5-next 1/2] net/mlx5: Expose raw packet pacing APIs
  • From: Saeed Mahameed <saeedm@xxxxxxxxxxxx>
• Re: [PATCH net-next] net/mlx5: Fix header guard in rsc_dump.h
  • From: Saeed Mahameed <saeedm@xxxxxxxxxxxx>
• Re: [RFC PATCH v4 10/25] RDMA/irdma: Add driver framework definitions
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [RFC PATCH v4 10/25] RDMA/irdma: Add driver framework definitions
  • From: Parav Pandit <parav@xxxxxxxxxxxx>
• RE: [RFC PATCH v4 10/25] RDMA/irdma: Add driver framework definitions
  • From: "Saleem, Shiraz" <shiraz.saleem@xxxxxxxxx>
• Re: [PATCH for-next] RDMA/providers: Fix return value when QP type isn't supported
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [PATCH] RMDA/cm: Fix missing ib_cm_destroy_id() in ib_cm_insert_listen()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: [RFC v2] RoCE v2.0 Entropy - IPv6 Flow Label and UDP Source Port
  • From: Tom Talpey <tom@xxxxxxxxxx>
• Re: linux-next: Tree for Jan 30 + 20200206 (drivers/infiniband/hw/mlx5/)
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH net-next] net/mlx5: Fix header guard in rsc_dump.h
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: [PATCH v8 00/25] RTRS (former IBTRS) RDMA Transport Library and RNBD (former IBNBD) RDMA Network Block Device
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxxxxxxxx>
• [PATCH v9 01/25] sysfs: export sysfs_remove_file_self()
  • From: Jack Wang <jinpuwang@xxxxxxxxx>
• [PATCH v9 16/25] block/rnbd: client: private header with client structs and functions
  • From: Jack Wang <jinpuwang@xxxxxxxxx>
• [PATCH v9 14/25] RDMA/rtrs: a bit of documentation
  • From: Jack Wang <jinpuwang@xxxxxxxxx>
• [PATCH v9 15/25] block/rnbd: private headers with rnbd protocol structs and helpers
  • From: Jack Wang <jinpuwang@xxxxxxxxx>
• [PATCH v9 24/25] block/rnbd: a bit of documentation
  • From: Jack Wang <jinpuwang@xxxxxxxxx>
• [PATCH v9 25/25] MAINTAINERS: Add maintainers for RNBD/RTRS modules
  • From: Jack Wang <jinpuwang@xxxxxxxxx>
• [PATCH v9 19/25] block/rnbd: server: private header with server structs and functions
  • From: Jack Wang <jinpuwang@xxxxxxxxx>
• [PATCH v9 21/25] block/rnbd: server: functionality for IO submission to file or block dev
  • From: Jack Wang <jinpuwang@xxxxxxxxx>
• [PATCH v9 23/25] block/rnbd: include client and server modules into kernel compilation
  • From: Jack Wang <jinpuwang@xxxxxxxxx>
• [PATCH v9 20/25] block/rnbd: server: main functionality
  • From: Jack Wang <jinpuwang@xxxxxxxxx>
• [PATCH v9 22/25] block/rnbd: server: sysfs interface functions
  • From: Jack Wang <jinpuwang@xxxxxxxxx>
• [PATCH v9 17/25] block/rnbd: client: main functionality
  • From: Jack Wang <jinpuwang@xxxxxxxxx>
• [PATCH v9 18/25] block/rnbd: client: sysfs interface functions
  • From: Jack Wang <jinpuwang@xxxxxxxxx>
• [PATCH v9 11/25] RDMA/rtrs: server: statistics functions
  • From: Jack Wang <jinpuwang@xxxxxxxxx>
• [PATCH v9 13/25] RDMA/rtrs: include client and server modules into kernel compilation
  • From: Jack Wang <jinpuwang@xxxxxxxxx>
• [PATCH v9 10/25] RDMA/rtrs: server: main functionality
  • From: Jack Wang <jinpuwang@xxxxxxxxx>
• [PATCH v9 12/25] RDMA/rtrs: server: sysfs interface functions
  • From: Jack Wang <jinpuwang@xxxxxxxxx>
• [PATCH v9 06/25] RDMA/rtrs: client: main functionality
  • From: Jack Wang <jinpuwang@xxxxxxxxx>
• [PATCH v9 08/25] RDMA/rtrs: client: sysfs interface functions
  • From: Jack Wang <jinpuwang@xxxxxxxxx>
• [PATCH v9 09/25] RDMA/rtrs: server: private header with server structs and functions
  • From: Jack Wang <jinpuwang@xxxxxxxxx>
• [PATCH v9 07/25] RDMA/rtrs: client: statistics functions
  • From: Jack Wang <jinpuwang@xxxxxxxxx>
• [PATCH v9 00/25] RTRS (former IBTRS) RDMA Transport Library and RNBD (former IBNBD) RDMA Network Block Device
  • From: Jack Wang <jinpuwang@xxxxxxxxx>
• [PATCH v9 04/25] RDMA/rtrs: core: lib functions shared between client and server modules
  • From: Jack Wang <jinpuwang@xxxxxxxxx>
• [PATCH v9 05/25] RDMA/rtrs: client: private header with client structs and functions
  • From: Jack Wang <jinpuwang@xxxxxxxxx>
• [PATCH v9 03/25] RDMA/rtrs: private headers with rtrs protocol structs and helpers
  • From: Jack Wang <jinpuwang@xxxxxxxxx>
• [PATCH v9 02/25] RDMA/rtrs: public interface header to establish RDMA connections
  • From: Jack Wang <jinpuwang@xxxxxxxxx>
• [PATCH net-next] net/mlx5: Fix header guard in rsc_dump.h
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [PATCH v3 for-next 0/7] RDMA/hns: Refactor qp related code
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• Re: [RFC rdma-next] RDMA/core: Add attribute WQ_MEM_RECLAIM to workqueue "infiniband"
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [RFC PATCH v4 10/25] RDMA/irdma: Add driver framework definitions
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH for-next] RDMA/providers: Fix return value when QP type isn't supported
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• RE: [RFC PATCH v4 10/25] RDMA/irdma: Add driver framework definitions
  • From: Parav Pandit <parav@xxxxxxxxxxxx>
• Re: [RFC PATCH v4 02/25] ice: Create and register virtual bus for RDMA
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [RFC PATCH v4 01/25] virtual-bus: Implementation of Virtual Bus
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• RE: [RFC PATCH v4 01/25] virtual-bus: Implementation of Virtual Bus
  • From: "Ertman, David M" <david.m.ertman@xxxxxxxxx>
• RE: [RFC PATCH v4 02/25] ice: Create and register virtual bus for RDMA
  • From: "Ertman, David M" <david.m.ertman@xxxxxxxxx>
• Re: [PATCH] IB/core, cache: Replace zero-length array with flexible-array member
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [RFC rdma-next] RDMA/core: Add attribute WQ_MEM_RECLAIM to workqueue "infiniband"
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• Re: [PATCH] IB/core, cache: Replace zero-length array with flexible-array member
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v2 for-next] RDMA/hns: Initialize all fields of doorbells to zero
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v2 1/2] RDMA/rw: fix error flow during RDMA context initialization
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH][next] RDMA/hns: fix spelling mistake: "attatch" -> "attach"
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v2 2/2] RDMA/rw: map P2P memory correctly for signature operations
  • From: Max Gurtovoy <maxg@xxxxxxxxxxxx>
• Re: [PATCH v2 2/2] RDMA/rw: map P2P memory correctly for signature operations
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v2 1/2] RDMA/rw: fix error flow during RDMA context initialization
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: a bug(BUG: kernel NULL pointer dereference) of ib or mlx happened in 5.4.21 but not in 5.4.20
  • From: Wang Yugui <wangyugui@xxxxxxxxxxxx>
• Re: a bug(BUG: kernel NULL pointer dereference) of ib or mlx happened in 5.4.21 but not in 5.4.20
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: a bug(BUG: kernel NULL pointer dereference) of ib or mlx happened in 5.4.21 but not in 5.4.20
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH rdma-next 1/2] RDMA/ipoib: Don't set constant driver version
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-next 2/2] RDMA/opa_vnic: Delete driver version
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-next 1/2] RDMA/ipoib: Don't set constant driver version
  • From: Dennis Dalessandro <dennis.dalessandro@xxxxxxxxx>
• Re: [PATCH rdma-next 2/2] RDMA/opa_vnic: Delete driver version
  • From: Dennis Dalessandro <dennis.dalessandro@xxxxxxxxx>
• Re: [PATCH v2 1/2] RDMA/rw: fix error flow during RDMA context initialization
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH 1/1] RDMA/rw: map P2P memory correctly for signature operations
  • From: Max Gurtovoy <maxg@xxxxxxxxxxxx>
• [PATCH v2 1/2] RDMA/rw: fix error flow during RDMA context initialization
  • From: Max Gurtovoy <maxg@xxxxxxxxxxxx>
• [PATCH v2 2/2] RDMA/rw: map P2P memory correctly for signature operations
  • From: Max Gurtovoy <maxg@xxxxxxxxxxxx>
• Re: [PATCH RFC v2 for-next 6/7] RDMA/core: support send port event
  • From: Lang Cheng <chenglang@xxxxxxxxxx>
• Re: Regarding rdma-core repo
  • From: Yishai Hadas <yishaih@xxxxxxxxxxxxxxxxxx>
• [PATCH rdma-next 2/2] RDMA/opa_vnic: Delete driver version
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 1/2] RDMA/ipoib: Don't set constant driver version
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 0/2] Drop driver version in favor of default ethtool
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH RFC v2 for-next 1/7] RDMA/core: add inactive attribute of ib_port_cache
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH V3 for-next 0/8] Refactor control path of bnxt_re driver
  • From: Devesh Sharma <devesh.sharma@xxxxxxxxxxxx>
• [rdma:wip/jgg-for-next] BUILD SUCCESS b53742865e9f09cbba4d9daa161760ec23f36aa4
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH RFC v2 for-next 3/7] qede: remove invalid notify operation
  • From: Lang Cheng <chenglang@xxxxxxxxxx>
• Re: [PATCH RFC v2 for-next 1/7] RDMA/core: add inactive attribute of ib_port_cache
  • From: Lang Cheng <chenglang@xxxxxxxxxx>
• [PATCH v3 for-next 4/7] RDMA/hns: Optimize qp buffer allocation flow
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• [PATCH v3 for-next 1/7] RDMA/hns: Optimize qp destroy flow
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• [PATCH v3 for-next 6/7] RDMA/hns: Optimize kernel qp wrid allocation flow
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• [PATCH v3 for-next 2/7] RDMA/hns: Optimize qp context create and destroy flow
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• [PATCH v3 for-next 7/7] RDMA/hns: Optimize qp doorbell allocation flow
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• [PATCH v3 for-next 5/7] RDMA/hns: Optimize qp param setup flow
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• [PATCH v3 for-next 0/7] RDMA/hns: Refactor qp related code
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• [PATCH v3 for-next 3/7] RDMA/hns: Optimize qp number assign flow
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• Re: RDMA device renames and node description
  • From: Dennis Dalessandro <dennis.dalessandro@xxxxxxxxx>
• [PATCH v2 for-next] RDMA/hns: Initialize all fields of doorbells to zero
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• Re: [RFC rdma-next] RDMA/core: Add attribute WQ_MEM_RECLAIM to workqueue "infiniband"
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH v6 5/6] nouveau: use new mmu interval notifiers
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• Re: [RFC rdma-next] RDMA/core: Add attribute WQ_MEM_RECLAIM to workqueue "infiniband"
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [RFC v2] RoCE v2.0 Entropy - IPv6 Flow Label and UDP Source Port
  • From: Mark Zhang <markz@xxxxxxxxxxxx>
• Re: RDMA device renames and node description
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH RFC v2 for-next 6/7] RDMA/core: support send port event
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH RFC v2 for-next 3/7] qede: remove invalid notify operation
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH RFC v2 for-next 2/7] RDMA/mlx5: remove deliver net device event
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH RFC v2 for-next 1/7] RDMA/core: add inactive attribute of ib_port_cache
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH] RDMA/rxe: Fix configuration of atomic queue pair attributes
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH] RDMA/core: Fix use of logical OR in get_new_pps
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH for-next v4 0/2] Retrieve HW GID context from ib_gid_attr
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH] RDMA/core: Fix use of logical OR in get_new_pps
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [PATCH] RDMA/core: Fix use of logical OR in get_new_pps
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH] RDMA/ucma: Use refcount_t for the ctx->ref
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH rdma-rc 3/9] Revert "RDMA/cma: Simplify rdma_resolve_addr() error flow"
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH] RDMA/ucma: Put a lock around every call to the rdma_cm layer
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: [PATCH][next] net/mlx5e: Replace zero-length array with flexible-array member
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: RDMA device renames and node description
  • From: Dennis Dalessandro <dennis.dalessandro@xxxxxxxxx>
• [PATCH rdma-next 2/2] IB/mlx5: Introduce UAPIs to manage packet pacing
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH mlx5-next 1/2] net/mlx5: Expose raw packet pacing APIs
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 0/2] Packet pacing DEVX API
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Regarding rdma-core repo
  • From: Umang Patel <umangsp.1199@xxxxxxxxx>
• Re: [RFC v2] RoCE v2.0 Entropy - IPv6 Flow Label and UDP Source Port
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [RFC v2] RoCE v2.0 Entropy - IPv6 Flow Label and UDP Source Port
  • From: Tom Talpey <tom@xxxxxxxxxx>
• [PATCH 5/9] infiniband: hfi1: use EFI GetVariable only when available
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: RDMA device renames and node description
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: RDMA device renames and node description
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 1/1] RDMA/rw: map P2P memory correctly for signature operations
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• [PATCH 1/1] RDMA/rw: map P2P memory correctly for signature operations
  • From: Max Gurtovoy <maxg@xxxxxxxxxxxx>
• Re: RDMA device renames and node description
  • From: Dennis Dalessandro <dennis.dalessandro@xxxxxxxxx>
• Re: RDMA device renames and node description
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: RDMA device renames and node description
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: RDMA device renames and node description
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• Re: RDMA device renames and node description
  • From: Dennis Dalessandro <dennis.dalessandro@xxxxxxxxx>
• Re: [PATCH for-next 13/16] IB/{hfi1, ipoib, rdma}: Broadcast ping sent packets which exceeded mtu size
  • From: Erez Shitrit <erezsh@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 for-next 7/7] RDMA/hns: Optimize qp doorbell allocation flow
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH for-next 5/6] RDMA/bnxt_re: Use driver_unregister and unregistration API
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [RFC v2] RoCE v2.0 Entropy - IPv6 Flow Label and UDP Source Port
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [RFC rdma-next] RDMA/core: Add attribute WQ_MEM_RECLAIM to workqueue "infiniband"
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH for-next v2] RDMA/siw: Fix setting active_{speed, width} attributes
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• Re: [PATCH for-next v2] RDMA/siw: Fix setting active_{speed, width} attributes
  • From: Gal Pressman <galpress@xxxxxxxxxx>
• Re: [RFC rdma-next] RDMA/core: Add attribute WQ_MEM_RECLAIM to workqueue "infiniband"
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-next 07/16] IB/ipoib: Increase ipoib Datagram mode MTU's upper limit
  • From: Erez Shitrit <erezsh@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH for-next v2] RDMA/siw: Fix setting active_{speed, width} attributes
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-next v2] RDMA/siw: Fix setting active_{speed, width} attributes
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• [PATCH for-next v4 2/2] RDMA/bnxt_re: Use rdma_read_gid_hw_context to retrieve HW gid index
  • From: Selvin Xavier <selvin.xavier@xxxxxxxxxxxx>
• [PATCH for-next v4 1/2] RDMA/core: Add helper function to retrieve driver gid context from gid attr
  • From: Selvin Xavier <selvin.xavier@xxxxxxxxxxxx>
• [PATCH for-next v4 0/2] Retrieve HW GID context from ib_gid_attr
  • From: Selvin Xavier <selvin.xavier@xxxxxxxxxxxx>
• Re: [PATCH for-next v2] RDMA/siw: Fix setting active_{speed, width} attributes
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-next 5/6] RDMA/bnxt_re: Use driver_unregister and unregistration API
  • From: Selvin Xavier <selvin.xavier@xxxxxxxxxxxx>
• Re: [PATCH for-next v2] RDMA/siw: Fix setting active_{speed, width} attributes
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• Re: [PATCH] RDMA/rxe: Fix configuration of atomic queue pair attributes
  • From: Leon Romanovsky <leonro@xxxxxxxxxxxx>
• Re: [PATCH v2 for-next 0/7] RDMA/hns: Refactor qp related code
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• Re: [PATCH v2 for-next 7/7] RDMA/hns: Optimize qp doorbell allocation flow
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• Re: [RFC rdma-next] RDMA/core: Add attribute WQ_MEM_RECLAIM to workqueue "infiniband"
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH] RDMA/ucma: Use refcount_t for the ctx->ref
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH][next] net/mlx5e: Replace zero-length array with flexible-array member
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: RDMA device renames and node description
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [RFC rdma-next] RDMA/core: Add attribute WQ_MEM_RECLAIM to workqueue "infiniband"
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v8 00/25] RTRS (former IBTRS) RDMA Transport Library and RNBD (former IBNBD) RDMA Network Block Device
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-next v3 1/2] RDMA/core: Add helper function to retrieve driver gid context from gid attr
  • From: Selvin Xavier <selvin.xavier@xxxxxxxxxxxx>
• Re: [PATCH] RDMA/ucma: Put a lock around every call to the rdma_cm layer
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v8 00/25] RTRS (former IBTRS) RDMA Transport Library and RNBD (former IBNBD) RDMA Network Block Device
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [RFC v2] RoCE v2.0 Entropy - IPv6 Flow Label and UDP Source Port
  • From: Mark Zhang <markz@xxxxxxxxxxxx>
• Re: [RFC v2] RoCE v2.0 Entropy - IPv6 Flow Label and UDP Source Port
  • From: Tom Talpey <tom@xxxxxxxxxx>
• Re: [RFC v2] RoCE v2.0 Entropy - IPv6 Flow Label and UDP Source Port
  • From: Mark Zhang <markz@xxxxxxxxxxxx>
• Re: [PATCH for-next] RDMA/hns: Initialize all fields of doorbells to zero
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• Re: [RFC rdma-next] RDMA/core: Add attribute WQ_MEM_RECLAIM to workqueue "infiniband"
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH v2 for-next 0/7] RDMA/hns: Refactor qp related code
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v2 for-next 7/7] RDMA/hns: Optimize qp doorbell allocation flow
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH] RDMA/rxe: Fix configuration of atomic queue pair attributes
  • From: Zhu Yanjun <zyjzyj2000@xxxxxxxxx>
• Re: [PATCH for-next] RDMA/hns: Initialize all fields of doorbells to zero
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH for-next 13/16] IB/{hfi1, ipoib, rdma}: Broadcast ping sent packets which exceeded mtu size
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH] RDMA/core: Get rid of ib_create_qp_user
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: [PATCH v8 00/25] RTRS (former IBTRS) RDMA Transport Library and RNBD (former IBNBD) RDMA Network Block Device
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH for-next 5/6] RDMA/bnxt_re: Use driver_unregister and unregistration API
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: May we create roce_ud_header_unpack()?
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: May we create roce_ud_header_unpack()?
  • From: Andrew Boyer <aboyer@xxxxxxxxxxx>
• Re: KASAN: use-after-free Read in rdma_listen (2)
  • From: syzbot <syzbot+adb15cf8c2798e4e0db4@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] RDMA/ucma: Put a lock around every call to the rdma_cm layer
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: May we create roce_ud_header_unpack()?
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• May we create roce_ud_header_unpack()?
  • From: Andrew Boyer <aboyer@xxxxxxxxxxx>
• RE: [RFC PATCH v4 18/25] RDMA/irdma: Implement device supported verb APIs
  • From: "Saleem, Shiraz" <shiraz.saleem@xxxxxxxxx>
• RE: [RFC PATCH v4 22/25] RDMA/irdma: Add dynamic tracing for CM
  • From: "Saleem, Shiraz" <shiraz.saleem@xxxxxxxxx>
• RE: [RFC PATCH v4 10/25] RDMA/irdma: Add driver framework definitions
  • From: "Saleem, Shiraz" <shiraz.saleem@xxxxxxxxx>
• Re: [PATCH][next] net/mlx5: IPsec, Replace zero-length array with flexible-array member
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• [PATCH][next] net/mlx5e: Replace zero-length array with flexible-array member
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: RDMA device renames and node description
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH for-next v3 1/2] RDMA/core: Add helper function to retrieve driver gid context from gid attr
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [PATCH] RDMA/ucma: Use refcount_t for the ctx->ref
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: KASAN: use-after-free Read in rdma_listen (2)
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [RFC v2] RoCE v2.0 Entropy - IPv6 Flow Label and UDP Source Port
  • From: Tom Talpey <tom@xxxxxxxxxx>
• Re: RDMA device renames and node description
  • From: Dennis Dalessandro <dennis.dalessandro@xxxxxxxxx>
• Re: [PATCH for-next v2] RDMA/siw: Fix setting active_{speed, width} attributes
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-next] RDMA/srpt: Avoid print error when modify_port is not supported
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-next v3 1/2] RDMA/core: Add helper function to retrieve driver gid context from gid attr
  • From: Selvin Xavier <selvin.xavier@xxxxxxxxxxxx>
• Re: [PATCH] IB/core: Fix a bitwise vs logical OR typo
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH][next] net/mlx5: IPsec, Replace zero-length array with flexible-array member
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH] RDMA/core: Fix use of logical OR in get_new_pps
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-next v3 1/2] RDMA/core: Add helper function to retrieve driver gid context from gid attr
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [RFC rdma-next] RDMA/core: Add attribute WQ_MEM_RECLAIM to workqueue "infiniband"
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH for-next v2] RDMA/siw: Fix setting active_{speed, width} attributes
  • From: "Bernard Metzler" <BMT@xxxxxxxxxxxxxx>
• Re: [RFC v2] RoCE v2.0 Entropy - IPv6 Flow Label and UDP Source Port
  • From: Tom Talpey <tom@xxxxxxxxxx>
• Re: RDMA device renames and node description
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH] net/mlx5: fix spelling mistake "reserverd" -> "reserved"
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Maybe a race condition in net/rds/rdma.c?
  • From: zerons <sironhide0null@xxxxxxxxx>
• Re: [PATCH] RDMA/rxe: Fix configuration of atomic queue pair attributes
  • From: Leon Romanovsky <leonro@xxxxxxxxxxxx>
• [rdma:for-rc] BUILD SUCCESS 685eff513183d6d64a5f413531e683d23b8b198b
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH for-next 5/6] RDMA/bnxt_re: Use driver_unregister and unregistration API
  • From: Selvin Xavier <selvin.xavier@xxxxxxxxxxxx>
• [PATCH for-next] RDMA/srpt: Avoid print error when modify_port is not supported
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• [PATCH for-next v2] RDMA/siw: Fix setting active_{speed, width} attributes
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• Re: [PATCH] RDMA/rxe: Fix configuration of atomic queue pair attributes
  • From: Zhu Yanjun <zyjzyj2000@xxxxxxxxx>
• Re: [PATCH for-next 4/6] RDMA/bnxt_re: Refactor device add/remove functionalities
  • From: Selvin Xavier <selvin.xavier@xxxxxxxxxxxx>
• [PATCH for-next v3 2/2] RDMA/bnxt_re: Use rdma_read_gid_hw_context to retrieve HW gid index
  • From: Selvin Xavier <selvin.xavier@xxxxxxxxxxxx>
• [PATCH for-next v3 1/2] RDMA/core: Add helper function to retrieve driver gid context from gid attr
  • From: Selvin Xavier <selvin.xavier@xxxxxxxxxxxx>
• [PATCH for-next v3 0/2] Retrieve HW GID context from ib_gid_attr
  • From: Selvin Xavier <selvin.xavier@xxxxxxxxxxxx>
• Re: [PATCH for-next v2 1/2] IB/core: Add option to retrieve driver gid context from ib_gid_attr
  • From: Selvin Xavier <selvin.xavier@xxxxxxxxxxxx>
• [PATCH] IB/core: Fix a bitwise vs logical OR typo
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [RFC rdma-next] RDMA/core: Add attribute WQ_MEM_RECLAIM to workqueue "infiniband"
  • From: Lang Cheng <chenglang@xxxxxxxxxx>
• Re: KASAN: use-after-free Read in rdma_listen (2)
  • From: syzbot <syzbot+adb15cf8c2798e4e0db4@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] RDMA/rxe: Fix configuration of atomic queue pair attributes
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [PATCH] RDMA/core: Fix use of logical OR in get_new_pps
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• [PATCH][next] net/mlx5: IPsec, Replace zero-length array with flexible-array member
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• [PATCH][next] net/mlx5/fs_counters: Replace zero-length array with flexible-array member
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• [recipe build #2502219] of ~linux-rdma rdma-core-daily in bionic: Chroot problem
  • From: noreply@xxxxxxxxxxxxx
• [recipe build #2502220] of ~linux-rdma rdma-core-daily in disco: Chroot problem
  • From: noreply@xxxxxxxxxxxxx
• RE: [PATH for-next] RDMA/siw: Fix setting active_{speed, width} attributes
  • From: "Bernard Metzler" <BMT@xxxxxxxxxxxxxx>
• Re: [PATH for-next] RDMA/siw: Fix setting active_{speed, width} attributes
  • From: Potnuri Bharat Teja <bharat@xxxxxxxxxxx>
• RE: [PATH for-next] RDMA/siw: Fix setting active_{speed, width} attributes
  • From: "Bernard Metzler" <BMT@xxxxxxxxxxxxxx>
• Re: [PATH for-next] RDMA/siw: Fix setting active_{speed, width} attributes
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• RE: [PATH for-next] RDMA/siw: Fix setting active_{speed, width} attributes
  • From: "Bernard Metzler" <BMT@xxxxxxxxxxxxxx>
• [PATCH rdma] IB/mlx5: Optimize u64 division on 32-bit arches
  • From: Alexander Lobakin <alobakin@xxxxxxxx>
• Re: [PATCH 1/1] net/rds: Track user mapped pages through special API
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH rdma] IB/mlx5: Fix linkage failure on 32-bit arches
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH] RDMA/core: Get rid of ib_create_qp_user
  • From: Max Gurtovoy <maxg@xxxxxxxxxxxx>
• Re: [PATH for-next] RDMA/siw: Fix setting active_{speed, width} attributes
  • From: Kamal Heib <kamalheib1@xxxxxxxxx>
• Re: [PATCH rdma] IB/mlx5: Fix linkage failure on 32-bit arches
  • From: Maxim Mikityanskiy <maximmi@xxxxxxxxxxxx>
• Re: [GIT PULL] Please pull RDMA subsystem changes
  • From: pr-tracker-bot@xxxxxxxxxx
• [rdma:wip/jgg-for-next] BUILD SUCCESS f03d9fadfe13a78ee28fec320d43f7b37574adcb
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [GIT PULL] Please pull RDMA subsystem changes
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• [rdma:wip/jgg-for-rc] BUILD SUCCESS 1dd017882e01d2fcd9c5dbbf1eb376211111c393
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH V3 for-next 8/8] RDMA/bnxt_re: use ibdev based message printing functions
  • From: Devesh Sharma <devesh.sharma@xxxxxxxxxxxx>
• [PATCH V3 for-next 7/8] RDMA/bnxt_re: Refactor doorbell management functions
  • From: Devesh Sharma <devesh.sharma@xxxxxxxxxxxx>
• [PATCH V3 for-next 6/8] RDMA/bnxt_re: Refactor notification queue management code
  • From: Devesh Sharma <devesh.sharma@xxxxxxxxxxxx>
• [PATCH V3 for-next 5/8] RDMA/bnxt_re: Refactor command queue management code
  • From: Devesh Sharma <devesh.sharma@xxxxxxxxxxxx>
• [PATCH V3 for-next 3/8] RDMA/bnxt_re: Refactor hardware queue memory allocation
  • From: Devesh Sharma <devesh.sharma@xxxxxxxxxxxx>
• [PATCH V3 for-next 4/8] RDMA/bnxt_re: Refactor net ring allocation function
  • From: Devesh Sharma <devesh.sharma@xxxxxxxxxxxx>
• [PATCH V3 for-next 2/8] RDMA/bnxt_re: Replace chip context structure with pointer
  • From: Devesh Sharma <devesh.sharma@xxxxxxxxxxxx>
• [PATCH V3 for-next 1/8] RDMA/bnxt_re: Refactor queue pair creation code
  • From: Devesh Sharma <devesh.sharma@xxxxxxxxxxxx>
• [PATCH V3 for-next 0/8] Refactor control path of bnxt_re driver
  • From: Devesh Sharma <devesh.sharma@xxxxxxxxxxxx>
• [PATCH for-next] RDMA/hns: Initialize all fields of doorbells to zero
  • From: Weihang Li <liweihang@xxxxxxxxxx>
• Re: [RFC v2] RoCE v2.0 Entropy - IPv6 Flow Label and UDP Source Port
  • From: Mark Zhang <markz@xxxxxxxxxxxx>
• Re: [RFC PATCH v4 01/25] virtual-bus: Implementation of Virtual Bus
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: Which print functions to use during early device create?
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [RFC PATCH v4 01/25] virtual-bus: Implementation of Virtual Bus
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [RFC PATCH v4 01/25] virtual-bus: Implementation of Virtual Bus
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Which print functions to use during early device create?
  • From: Andrew Boyer <aboyer@xxxxxxxxxxx>
• Re: [RFC PATCH v4 10/25] RDMA/irdma: Add driver framework definitions
  • From: Parav Pandit <parav@xxxxxxxxxxxx>
• Re: [RFC PATCH v4 01/25] virtual-bus: Implementation of Virtual Bus
  • From: Parav Pandit <parav@xxxxxxxxxxxx>
• Re: [RFC PATCH v4 01/25] virtual-bus: Implementation of Virtual Bus
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v4 01/25] virtual-bus: Implementation of Virtual Bus
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v4 02/25] ice: Create and register virtual bus for RDMA
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [RFC PATCH v4 01/25] virtual-bus: Implementation of Virtual Bus
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [RFC PATCH v4 01/25] virtual-bus: Implementation of Virtual Bus
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH rdma] IB/mlx5: Fix linkage failure on 32-bit arches
  • From: Alexander Lobakin <alobakin@xxxxxxxx>
• Re: [PATCH rdma] IB/mlx5: Fix linkage failure on 32-bit arches
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [PATCH rdma] IB/mlx5: Fix linkage failure on 32-bit arches
  • From: Alexander Lobakin <alobakin@xxxxxxxx>
• Re: [PATCH 1/2] Revert "RDMA/isert: Fix a recently introduced regression related to logout"
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [PATCH RFC 0/9] Address bugzilla 198053 and more ...
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH AUTOSEL 5.5 045/542] RDMA/netlink: Do not always generate an ACK for some netlink operations
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.5 040/542] RDMA/i40iw: fix a potential NULL pointer dereference
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH RFC 2/9] NFSD: Clean up nfsd4_encode_readv
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH RFC 3/9] svcrdma: Avoid DMA mapping small RPC Replies
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH RFC 4/9] NFSD: Invoke svc_encode_read_payload in "read" NFSD encoders
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH RFC 5/9] svcrdma: Add trace point to examine client-provided write segment
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH RFC 6/9] svcrdma: De-duplicate code that locates Write and Reply chunks
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH AUTOSEL 5.5 059/542] IB/core: Let IB core distribute cache update events
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH RFC 7/9] svcrdma: Post RDMA Writes while XDR encoding replies
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH RFC 8/9] svcrdma: Refactor svc_rdma_sendto()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH AUTOSEL 5.5 079/542] RDMA/mlx5: Fix handling of IOVA != user_va in ODP paths
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.5 108/542] IB/mlx5: Return the administrative GUID if exists
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.5 118/542] RDMA/umem: Fix ib_umem_find_best_pgsz()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• RDMA device renames and node description
  • From: Dennis Dalessandro <dennis.dalessandro@xxxxxxxxx>
• [PATCH AUTOSEL 5.5 277/542] RDMA/rxe: Fix error type of mmap_offset
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.5 294/542] mlx5: work around high stack usage with gcc
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.5 295/542] RDMA/hns: Avoid printing address of mtt page
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.5 315/542] IB/hfi1: Add software counter for ctxt0 seq drop
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.5 316/542] IB/hfi1: Add RcvShortLengthErrCnt to hfi1stats
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.5 314/542] RDMA/core: Fix locking in ib_uverbs_event_read
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.5 339/542] RDMA/uverbs: Remove needs_kfree_rcu from uverbs_obj_type_class
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.5 372/542] IB/srp: Never use immediate data if it is disabled by a user
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.5 385/542] RDMA/mlx5: Don't fake udata for kernel path
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.5 391/542] RDMA/uverbs: Verify MR access flags
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.5 393/542] IB/mlx4: Fix memory leak in add_gid error flow
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.5 443/542] net/mlx5e: Fix printk format warning
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.5 469/542] RDMA/core: Ensure that rdma_user_mmap_entry_remove() is a fence
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.5 490/542] IB/mlx4: Fix leak in id_map_find_del
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 039/459] RDMA/netlink: Do not always generate an ACK for some netlink operations
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 052/459] IB/core: Let IB core distribute cache update events
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 102/459] RDMA/umem: Fix ib_umem_find_best_pgsz()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 103/459] RDMA/cma: Fix unbalanced cm_id reference count during address resolve
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 240/459] RDMA/rxe: Fix error type of mmap_offset
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 257/459] RDMA/hns: Avoid printing address of mtt page
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 274/459] IB/hfi1: Add software counter for ctxt0 seq drop
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 273/459] RDMA/core: Fix locking in ib_uverbs_event_read
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 295/459] RDMA/uverbs: Remove needs_kfree_rcu from uverbs_obj_type_class
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH 3/3] infiniband: sw: rdmavt: mcast.c: Use built-in RCU list checking
  • From: Dennis Dalessandro <dennis.dalessandro@xxxxxxxxx>
• [PATCH AUTOSEL 5.4 324/459] IB/srp: Never use immediate data if it is disabled by a user
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH 1/3] infiniband: hw: hfi1: verbs.c: Use built-in RCU list checking
  • From: Dennis Dalessandro <dennis.dalessandro@xxxxxxxxx>
• [PATCH AUTOSEL 5.4 333/459] RDMA/mlx5: Don't fake udata for kernel path
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 338/459] RDMA/uverbs: Verify MR access flags
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 339/459] IB/mlx4: Fix memory leak in add_gid error flow
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 421/459] IB/mlx4: Fix leak in id_map_find_del
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 016/252] RDMA/netlink: Do not always generate an ACK for some netlink operations
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 126/252] RDMA/rxe: Fix error type of mmap_offset
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 145/252] RDMA/core: Fix locking in ib_uverbs_event_read
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 146/252] IB/hfi1: Add software counter for ctxt0 seq drop
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 183/252] RDMA/uverbs: Verify MR access flags
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 184/252] IB/mlx4: Fix memory leak in add_gid error flow
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 016/186] RDMA/netlink: Do not always generate an ACK for some netlink operations
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 096/186] RDMA/rxe: Fix error type of mmap_offset
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 109/186] IB/hfi1: Add software counter for ctxt0 seq drop
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [RFC PATCH v4 18/25] RDMA/irdma: Implement device supported verb APIs
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [PATCH AUTOSEL 4.9 011/141] RDMA/netlink: Do not always generate an ACK for some netlink operations
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 077/141] RDMA/rxe: Fix error type of mmap_offset
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 157/252] RDMA/uverbs: Remove needs_kfree_rcu from uverbs_obj_type_class
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 134/252] mlx5: work around high stack usage with gcc
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 275/459] IB/hfi1: Add RcvShortLengthErrCnt to hfi1stats
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 256/459] mlx5: work around high stack usage with gcc
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 034/459] RDMA/i40iw: fix a potential NULL pointer dereference
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.5 119/542] RDMA/cma: Fix unbalanced cm_id reference count during address resolve
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH RFC 9/9] svcrdma: Add data structure to track READ payloads
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH RFC 1/9] nfsd: Fix NFSv4 READ on RDMA when using readv
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>