Linux RDMA and InfiniBand Development

• Date Index

• [for-next 08/14] IB/mlx5: Pass mlx5_flow_act struct instead of multiple arguments, (continued)
  • [for-next 08/14] IB/mlx5: Pass mlx5_flow_act struct instead of multiple arguments, Saeed Mahameed
    • Re: [for-next 08/14] IB/mlx5: Pass mlx5_flow_act struct instead of multiple arguments, Jason Gunthorpe
  • [for-next 10/14] net/mlx5: Add shim layer between fs and cmd, Saeed Mahameed
    • Re: [for-next 10/14] net/mlx5: Add shim layer between fs and cmd, Jason Gunthorpe
      • Re: [for-next 10/14] net/mlx5: Add shim layer between fs and cmd, Saeed Mahameed
  • [for-next 11/14] net/mlx5: Add empty egress namespace to flow steering core, Saeed Mahameed
  • [for-next 14/14] net/mlx5: Flow steering cmd interface should get the fte when deleting, Saeed Mahameed
  • [for-next 13/14] {net,IB}/mlx5: Add flow steering helpers, Saeed Mahameed
  • [for-next 12/14] net/mlx5: Embed mlx5_flow_act into fs_fte, Saeed Mahameed
  • [for-next 06/14] net/mlx5e: Removed not need synchronize_rcu, Saeed Mahameed
  • [for-next 03/14] net/mlx5: Fixed compilation issue when CONFIG_MLX5_ACCEL is disabled, Saeed Mahameed
  • [for-next 05/14] net/mlx5e: Fixed sleeping inside atomic context, Saeed Mahameed
  • [for-next 01/14] net/mlx5: Fixed sparse issues, Saeed Mahameed
    • Re: [for-next 01/14] net/mlx5: Fixed sparse issues, Sergei Shtylyov
• [PATCH 0/9] Second round of v4.17 NFS/RDMA client patches, Chuck Lever
  • [PATCH 1/9] SUNRPC: Move xprt_update_rtt callsite, Chuck Lever
  • [PATCH 2/9] SUNRPC: Make RTT measurement more precise (Receive), Chuck Lever
  • [PATCH 3/9] SUNRPC: Make RTT measurement more precise (Send), Chuck Lever
  • [PATCH 4/9] SUNRPC: Make num_reqs a non-atomic integer, Chuck Lever
  • [PATCH 5/9] SUNRPC: Initialize rpc_rqst outside of xprt->reserve_lock, Chuck Lever
    • Re: [PATCH 5/9] SUNRPC: Initialize rpc_rqst outside of xprt->reserve_lock, Anna Schumaker
      • Re: [PATCH 5/9] SUNRPC: Initialize rpc_rqst outside of xprt->reserve_lock, Chuck Lever
        • Re: [PATCH 5/9] SUNRPC: Initialize rpc_rqst outside of xprt->reserve_lock, Chuck Lever
          • Re: [PATCH 5/9] SUNRPC: Initialize rpc_rqst outside of xprt->reserve_lock, Anna Schumaker
            • Re: [PATCH 5/9] SUNRPC: Initialize rpc_rqst outside of xprt->reserve_lock, Chuck Lever
              • Re: [PATCH 5/9] SUNRPC: Initialize rpc_rqst outside of xprt->reserve_lock, Anna Schumaker
                • Re: [PATCH 5/9] SUNRPC: Initialize rpc_rqst outside of xprt->reserve_lock, Chuck Lever
  • [PATCH 6/9] SUNRPC: Add a ->free_slot transport callout, Chuck Lever
  • [PATCH 7/9] xprtrdma: Introduce ->alloc_slot call-out for xprtrdma, Chuck Lever
  • [PATCH 8/9] xprtrdma: Make rpc_rqst part of rpcrdma_req, Chuck Lever
  • [PATCH 9/9] xprtrdma: Allocate rpcrdma_reps during Receive completion, Chuck Lever
• [PATCH rdma-next] IB/srp: Use the IB_DEVICE_SG_GAPS_REG HCA feature if supported, Leon Romanovsky
  • Re: [PATCH rdma-next] IB/srp: Use the IB_DEVICE_SG_GAPS_REG HCA feature if supported, Bart Van Assche
  • Re: [PATCH rdma-next] IB/srp: Use the IB_DEVICE_SG_GAPS_REG HCA feature if supported, Jason Gunthorpe
• [PATCH rdma-rc 0/4] RDMA fixes for 4.16, Leon Romanovsky
  • [PATCH rdma-rc 1/4] IB/mlx4: Fix corruption of RoCEv2 IPv4 GIDs, Leon Romanovsky
  • [PATCH rdma-rc 2/4] IB/mlx4: Include GID type when deleting GIDs from HW table under RoCE, Leon Romanovsky
  • [PATCH rdma-rc 4/4] RDMA/core: Reduce poll batch for direct cq polling, Leon Romanovsky
    • Re: [PATCH rdma-rc 4/4] RDMA/core: Reduce poll batch for direct cq polling, Bart Van Assche
    • Re: [PATCH rdma-rc 4/4] RDMA/core: Reduce poll batch for direct cq polling, Arnd Bergmann
  • [PATCH rdma-rc 3/4] IB/mlx5: When not in dual port RoCE mode, use provided port as native, Leon Romanovsky
  • Re: [PATCH rdma-rc 0/4] RDMA fixes for 4.16, Jason Gunthorpe
• [PATCH rdma-rc] RDMA/core: Do not use invalid destination in determining port reuse, Shiraz Saleem
  • Re: [PATCH rdma-rc] RDMA/core: Do not use invalid destination in determining port reuse, Jason Gunthorpe
    • RE: [PATCH rdma-rc] RDMA/core: Do not use invalid destination in determining port reuse, Hefty, Sean
      • Re: [PATCH rdma-rc] RDMA/core: Do not use invalid destination in determining port reuse, Jason Gunthorpe
        • RE: [PATCH rdma-rc] RDMA/core: Do not use invalid destination in determining port reuse, Hefty, Sean
          • Re: [PATCH rdma-rc] RDMA/core: Do not use invalid destination in determining port reuse, Jason Gunthorpe
• [PATCH] IB/hfi1: Add a missing rcu_read_unlock(), Bart Van Assche
  • Re: [PATCH] IB/hfi1: Add a missing rcu_read_unlock(), Jason Gunthorpe
    • Re: [PATCH] IB/hfi1: Add a missing rcu_read_unlock(), Dennis Dalessandro
• [PATCH v6 for-next 0/4] Support rq and cq record doorbell, Yixian Liu
  • [PATCH v6 for-next 3/4] RDMA/hns: Support rq record doorbell for kernel space, Yixian Liu
  • [PATCH v6 for-next 2/4] RDMA/hns: Support cq record doorbell for the user space, Yixian Liu
  • [PATCH v6 for-next 4/4] RDMA/hns: Support cq record doorbell for kernel space, Yixian Liu
  • [PATCH v6 for-next 1/4] RDMA/hns: Support rq record doorbell for the user space, Yixian Liu
    • Re: [PATCH v6 for-next 1/4] RDMA/hns: Support rq record doorbell for the user space, Doug Ledford
      • Re: [PATCH v6 for-next 1/4] RDMA/hns: Support rq record doorbell for the user space, Liuyixian (Eason)
• [PATCH v6 rdma-core 0/2] Support rq and cq record doorbell, Yixian Liu
  • [PATCH v6 rdma-core 1/2] libhns: Support rq record doorbell, Yixian Liu
  • [PATCH v6 rdma-core 2/2] libhns: Support cq record doorbell, Yixian Liu
    • Re: [PATCH v6 rdma-core 2/2] libhns: Support cq record doorbell, Jason Gunthorpe
      • Re: [PATCH v6 rdma-core 2/2] libhns: Support cq record doorbell, Liuyixian (Eason)
        • Re: [PATCH v6 rdma-core 2/2] libhns: Support cq record doorbell, Jason Gunthorpe
          • Re: [PATCH v6 rdma-core 2/2] libhns: Support cq record doorbell, Liuyixian (Eason)
• [PATCH V2 net] qed: Free RoCE ILT Memory on rmmod qedr, Michal Kalderon
  • RE: [PATCH V2 net] qed: Free RoCE ILT Memory on rmmod qedr, Yuval Mintz
    • RE: [PATCH V2 net] qed: Free RoCE ILT Memory on rmmod qedr, Kalderon, Michal
• [PATCH net] qed: Free RoCE ILT Memory on rmmod qedr, Michal Kalderon
  • Re: [PATCH net] qed: Free RoCE ILT Memory on rmmod qedr, Leon Romanovsky
    • RE: [PATCH net] qed: Free RoCE ILT Memory on rmmod qedr, Kalderon, Michal
• [PATCH for-rc 0/5] RDMA/qedr: Several bug fixes, Michal Kalderon
  • [PATCH for-rc 1/5] RDMA/qedr: Fix iWARP over ipv6 address resolution, Michal Kalderon
    • Re: [PATCH for-rc 1/5] RDMA/qedr: Fix iWARP over ipv6 address resolution, Jason Gunthorpe
      • RE: [PATCH for-rc 1/5] RDMA/qedr: Fix iWARP over ipv6 address resolution, Kalderon, Michal
  • [PATCH for-rc 2/5] RDMA/qedr: Fix ipv6 destination address resolution, Michal Kalderon
  • [PATCH for-rc 3/5] RDMA/qedr: Fix iWARP connect with port mapper, Michal Kalderon
  • [PATCH for-rc 4/5] RDMA/qedr: Fix kernel panic when running fio over NFSoRDMA, Michal Kalderon
  • [PATCH for-rc 5/5] RDMA/qedr: Fix iWARP write and send with immediate, Michal Kalderon
  • Re: [PATCH for-rc 0/5] RDMA/qedr: Several bug fixes, Jason Gunthorpe
• [PATCH v2] infiniband: hw: Drop unnecessary continue, Arushi Singhal
  • Re: [PATCH v2] infiniband: hw: Drop unnecessary continue, Jason Gunthorpe
• [PATCH] infiniband: hw: Drop unnecessary continue, Arushi Singhal
  • Re: [Outreachy kernel] [PATCH] infiniband: hw: Drop unnecessary continue, Julia Lawall
    • Re: [Outreachy kernel] [PATCH] infiniband: hw: Drop unnecessary continue, Dennis Dalessandro
  • Re: [PATCH] infiniband: hw: Drop unnecessary continue, Dennis Dalessandro
• [PATCH rdma-core 0/4] Fixes for v17, Lijun Ou
  • [PATCH rdma-core 3/4] libhns: Update the algorithm for computing queue buffer, Lijun Ou
  • [PATCH rdma-core 2/4] libhns: Fix QP state judgement before receiving work requests, Lijun Ou
  • [PATCH rdma-core 4/4] libhns: Remove the unnecessary type conversion, Lijun Ou
  • [PATCH rdma-core 1/4] libhns: Fix QP state judgement before sending work requests, Lijun Ou
  • Re: [PATCH rdma-core 0/4] Fixes for v17, Leon Romanovsky
    • Re: [PATCH rdma-core 0/4] Fixes for v17, oulijun
  • Re: [PATCH rdma-core 0/4] Fixes for v17, Nicolas Morey-Chaisemartin
• [PATCH rdma-next 0/3] i40iw updates for 4.17, Shiraz Saleem
  • [PATCH rdma-next 1/3] i40iw: Refactor handling of txpend list, Shiraz Saleem
  • [PATCH rdma-next 2/3] i40iw: Improve CM node lookup time on connection setup, Shiraz Saleem
  • [PATCH rdma-next 3/3] i40iw: Implement get_vector_affinity API, Shiraz Saleem
  • Re: [PATCH rdma-next 0/3] i40iw updates for 4.17, Jason Gunthorpe
• [PATCH v3] IB/srpt: Add RDMA/CM support, Bart Van Assche
  • Re: [PATCH v3] IB/srpt: Add RDMA/CM support, Doug Ledford
• [PATCH v2 iproute2-next 0/6] cm_id, cq, mr, and pd resource tracking, Steve Wise
  • [PATCH v2 iproute2-next 1/6] rdma: update rdma_netlink.h, Steve Wise
  • [PATCH v2 iproute2-next 2/6] rdma: initialize the rd struct, Steve Wise
    • Re: [PATCH v2 iproute2-next 2/6] rdma: initialize the rd struct, Leon Romanovsky
  • [PATCH v2 iproute2-next 4/6] rdma: Add CQ resource tracking information, Steve Wise
    • Re: [PATCH v2 iproute2-next 4/6] rdma: Add CQ resource tracking information, Leon Romanovsky
  • [PATCH v2 iproute2-next 5/6] rdma: Add MR resource tracking information, Steve Wise
    • Re: [PATCH v2 iproute2-next 5/6] rdma: Add MR resource tracking information, Leon Romanovsky
  • [PATCH v2 iproute2-next 6/6] rdma: Add PD resource tracking information, Steve Wise
    • Re: [PATCH v2 iproute2-next 6/6] rdma: Add PD resource tracking information, Leon Romanovsky
  • [PATCH v2 iproute2-next 3/6] rdma: Add CM_ID resource tracking information, Steve Wise
    • Re: [PATCH v2 iproute2-next 3/6] rdma: Add CM_ID resource tracking information, Leon Romanovsky
      • RE: [PATCH v2 iproute2-next 3/6] rdma: Add CM_ID resource tracking information, Steve Wise
    • Re: [PATCH v2 iproute2-next 3/6] rdma: Add CM_ID resource tracking information, David Ahern
      • Re: [PATCH v2 iproute2-next 3/6] rdma: Add CM_ID resource tracking information, Steve Wise
        • Re: [PATCH v2 iproute2-next 3/6] rdma: Add CM_ID resource tracking information, David Ahern
          • Re: [PATCH v2 iproute2-next 3/6] rdma: Add CM_ID resource tracking information, Steve Wise
            • Re: [PATCH v2 iproute2-next 3/6] rdma: Add CM_ID resource tracking information, Leon Romanovsky
              • Re: [PATCH v2 iproute2-next 3/6] rdma: Add CM_ID resource tracking information, Steve Wise
                • Re: [PATCH v2 iproute2-next 3/6] rdma: Add CM_ID resource tracking information, Leon Romanovsky
                  • Re: [PATCH v2 iproute2-next 3/6] rdma: Add CM_ID resource tracking information, Steve Wise
                    • Re: [PATCH v2 iproute2-next 3/6] rdma: Add CM_ID resource tracking information, Leon Romanovsky
        • Re: [PATCH v2 iproute2-next 3/6] rdma: Add CM_ID resource tracking information, Jason Gunthorpe
          • Re: [PATCH v2 iproute2-next 3/6] rdma: Add CM_ID resource tracking information, Steve Wise
            • Re: [PATCH v2 iproute2-next 3/6] rdma: Add CM_ID resource tracking information, Jason Gunthorpe
              • Re: [PATCH v2 iproute2-next 3/6] rdma: Add CM_ID resource tracking information, Leon Romanovsky
                • Re: [PATCH v2 iproute2-next 3/6] rdma: Add CM_ID resource tracking information, Jason Gunthorpe
                  • Re: [PATCH v2 iproute2-next 3/6] rdma: Add CM_ID resource tracking information, Leon Romanovsky
                    • Re: [PATCH v2 iproute2-next 3/6] rdma: Add CM_ID resource tracking information, Jason Gunthorpe
                      • RE: [PATCH v2 iproute2-next 3/6] rdma: Add CM_ID resource tracking information, Steve Wise
                        • Re: [PATCH v2 iproute2-next 3/6] rdma: Add CM_ID resource tracking information, Leon Romanovsky
                          • RE: [PATCH v2 iproute2-next 3/6] rdma: Add CM_ID resource tracking information, Steve Wise
                            • Re: [PATCH v2 iproute2-next 3/6] rdma: Add CM_ID resource tracking information, Leon Romanovsky
                              • RE: [PATCH v2 iproute2-next 3/6] rdma: Add CM_ID resource tracking information, Steve Wise
    • Re: [PATCH v2 iproute2-next 3/6] rdma: Add CM_ID resource tracking information, David Ahern
      • Re: [PATCH v2 iproute2-next 3/6] rdma: Add CM_ID resource tracking information, Steve Wise
  • RE: [PATCH v2 iproute2-next 0/6] cm_id, cq, mr, and pd resource tracking, Steve Wise
    • Re: [PATCH v2 iproute2-next 0/6] cm_id, cq, mr, and pd resource tracking, David Ahern
      • RE: [PATCH v2 iproute2-next 0/6] cm_id, cq, mr, and pd resource tracking, Steve Wise
      • Re: [PATCH v2 iproute2-next 0/6] cm_id, cq, mr, and pd resource tracking, Leon Romanovsky
        • Re: [PATCH v2 iproute2-next 0/6] cm_id, cq, mr, and pd resource tracking, David Ahern
          • Re: [PATCH v2 iproute2-next 0/6] cm_id, cq, mr, and pd resource tracking, Doug Ledford
            • Re: [PATCH v2 iproute2-next 0/6] cm_id, cq, mr, and pd resource tracking, David Ahern
              • Re: [PATCH v2 iproute2-next 0/6] cm_id, cq, mr, and pd resource tracking, Doug Ledford
                • Re: [PATCH v2 iproute2-next 0/6] cm_id, cq, mr, and pd resource tracking, David Ahern
                  • Re: [PATCH v2 iproute2-next 0/6] cm_id, cq, mr, and pd resource tracking, Steve Wise
                    • Re: [PATCH v2 iproute2-next 0/6] cm_id, cq, mr, and pd resource tracking, David Ahern
          • Re: [PATCH v2 iproute2-next 0/6] cm_id, cq, mr, and pd resource tracking, Jason Gunthorpe
            • Re: [PATCH v2 iproute2-next 0/6] cm_id, cq, mr, and pd resource tracking, David Ahern
              • Re: [PATCH v2 iproute2-next 0/6] cm_id, cq, mr, and pd resource tracking, Jason Gunthorpe
                • Re: [PATCH v2 iproute2-next 0/6] cm_id, cq, mr, and pd resource tracking, David Ahern
                  • Re: [PATCH v2 iproute2-next 0/6] cm_id, cq, mr, and pd resource tracking, Leon Romanovsky
• [PATCH v4 rdma-next 00/10] cm_id, cq, mr, and pd resource tracking, Steve Wise
  • [PATCH v4 rdma-next 01/10] RDMA/restrack: clean up res_to_dev(), Steve Wise
  • [PATCH v4 rdma-next 02/10] RDMA/nldev: common resource dumpit function, Steve Wise
    • Re: [PATCH v4 rdma-next 02/10] RDMA/nldev: common resource dumpit function, Leon Romanovsky
  • [PATCH v4 rdma-next 03/10] RDMA/CM: move rdma_id_private to cma_priv.h, Steve Wise
    • Re: [PATCH v4 rdma-next 03/10] RDMA/CM: move rdma_id_private to cma_priv.h, Doug Ledford
      • RE: [PATCH v4 rdma-next 03/10] RDMA/CM: move rdma_id_private to cma_priv.h, Steve Wise
        • Re: [PATCH v4 rdma-next 03/10] RDMA/CM: move rdma_id_private to cma_priv.h, Doug Ledford
          • RE: [PATCH v4 rdma-next 03/10] RDMA/CM: move rdma_id_private to cma_priv.h, Steve Wise
            • Re: [PATCH v4 rdma-next 03/10] RDMA/CM: move rdma_id_private to cma_priv.h, Doug Ledford
              • Re: [PATCH v4 rdma-next 03/10] RDMA/CM: move rdma_id_private to cma_priv.h, Doug Ledford
                • RE: [PATCH v4 rdma-next 03/10] RDMA/CM: move rdma_id_private to cma_priv.h, Steve Wise
                  • Re: [PATCH v4 rdma-next 03/10] RDMA/CM: move rdma_id_private to cma_priv.h, Doug Ledford
                    • RE: [PATCH v4 rdma-next 03/10] RDMA/CM: move rdma_id_private to cma_priv.h, Steve Wise
                    • Re: [PATCH v4 rdma-next 03/10] RDMA/CM: move rdma_id_private to cma_priv.h, Jason Gunthorpe
                      • Re: [PATCH v4 rdma-next 03/10] RDMA/CM: move rdma_id_private to cma_priv.h, Doug Ledford
  • [PATCH v4 rdma-next 04/10] RDMA/nldev: provide detailed CM_ID information, Steve Wise
    • Re: [PATCH v4 rdma-next 04/10] RDMA/nldev: provide detailed CM_ID information, Leon Romanovsky
  • [PATCH v4 rdma-next 05/10] RDMA/nldev: provide detailed CQ information, Steve Wise
  • [PATCH v4 rdma-next 06/10] iw_cxgb4: initialize ib_mr fields for user mrs, Steve Wise
    • Re: [PATCH v4 rdma-next 06/10] iw_cxgb4: initialize ib_mr fields for user mrs, Leon Romanovsky
  • [PATCH v4 rdma-next 07/10] mlx4_ib: set user mr attributes in struct ib_mr, Steve Wise
    • Re: [PATCH v4 rdma-next 07/10] mlx4_ib: set user mr attributes in struct ib_mr, Leon Romanovsky
  • [PATCH v4 rdma-next 08/10] RDMA/nldev: provide detailed MR information, Steve Wise
    • Re: [PATCH v4 rdma-next 08/10] RDMA/nldev: provide detailed MR information, Leon Romanovsky
  • [PATCH v4 rdma-next 09/10] mlx4_ib: zero out struct ib_pd when allocating, Steve Wise
    • Re: [PATCH v4 rdma-next 09/10] mlx4_ib: zero out struct ib_pd when allocating, Leon Romanovsky
  • [PATCH v4 rdma-next 10/10] RDMA/nldev: provide detailed PD information, Steve Wise
  • Re: [PATCH v4 rdma-next 00/10] cm_id, cq, mr, and pd resource tracking, Doug Ledford
    • Re: [PATCH v4 rdma-next 00/10] cm_id, cq, mr, and pd resource tracking, Leon Romanovsky
      • Re: [PATCH v4 rdma-next 00/10] cm_id, cq, mr, and pd resource tracking, Doug Ledford
  • Re: [PATCH v4 rdma-next 00/10] cm_id, cq, mr, and pd resource tracking, Doug Ledford
• [PATCH 0/3] Fix out-of-bounds stack accesses, Bart Van Assche
  • [PATCH 2/3] RDMA/rxe: Fix an out-of-bounds read, Bart Van Assche
  • [PATCH 1/3] RDMA/core: Avoid that ib_drain_qp() triggers an out-of-bounds stack access, Bart Van Assche
    • Re: [PATCH 1/3] RDMA/core: Avoid that ib_drain_qp() triggers an out-of-bounds stack access, Jason Gunthorpe
      • RE: [PATCH 1/3] RDMA/core: Avoid that ib_drain_qp() triggers an out-of-bounds stack access, Steve Wise
        • Re: [PATCH 1/3] RDMA/core: Avoid that ib_drain_qp() triggers an out-of-bounds stack access, Jason Gunthorpe
  • [PATCH 3/3] IB/srpt: Fix an out-of-bounds stack access in srpt_zerolength_write(), Bart Van Assche
  • Re: [PATCH 0/3] Fix out-of-bounds stack accesses, Jason Gunthorpe
• [PATCH] infiniband: remove redundant assignment to pointer 'rdi', Colin King
  • Re: [PATCH] infiniband: remove redundant assignment to pointer 'rdi', Don Hiatt
  • Re: [PATCH] infiniband: remove redundant assignment to pointer 'rdi', Jason Gunthorpe
• [PATCH] librdmacm: Add command line option to specify server, Yuval Shaia
  • Re: [PATCH] librdmacm: Add command line option to specify server, Leon Romanovsky
    • Re: [PATCH] librdmacm: Add command line option to specify server, Leon Romanovsky
    • Re: [PATCH] librdmacm: Add command line option to specify server, Yuval Shaia
      • RE: [PATCH] librdmacm: Add command line option to specify server, Hefty, Sean
        • Re: [PATCH] librdmacm: Add command line option to specify server, Yuval Shaia
          • Re: [PATCH] librdmacm: Add command line option to specify server, Leon Romanovsky
            • Re: [PATCH] librdmacm: Add command line option to specify server, Yuval Shaia
              • Re: [PATCH] librdmacm: Add command line option to specify server, Leon Romanovsky
• connect with IPv4-mapped IPv6 address with rsocket, Lu, Yingqi
  • RE: connect with IPv4-mapped IPv6 address with rsocket, Lu, Yingqi
  • RE: connect with IPv4-mapped IPv6 address with rsocket, Lu, Yingqi
  • RE: connect with IPv4-mapped IPv6 address with rsocket, Lu, Yingqi
    • RE: connect with IPv4-mapped IPv6 address with rsocket, Hefty, Sean
  • RE: connect with IPv4-mapped IPv6 address with rsocket, Lu, Yingqi
  • RE: connect with IPv4-mapped IPv6 address with rsocket, Lu, Yingqi
• [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Logan Gunthorpe
  • [PATCH v2 08/10] nvme-pci: Add support for P2P memory in requests, Logan Gunthorpe
    • Re: [PATCH v2 08/10] nvme-pci: Add support for P2P memory in requests, Sagi Grimberg
      • Re: [PATCH v2 08/10] nvme-pci: Add support for P2P memory in requests, Stephen Bates
        • Re: [PATCH v2 08/10] nvme-pci: Add support for P2P memory in requests, Bart Van Assche
  • [PATCH v2 09/10] nvme-pci: Add a quirk for a pseudo CMB, Logan Gunthorpe
    • Re: [PATCH v2 09/10] nvme-pci: Add a quirk for a pseudo CMB, Sagi Grimberg
  • [PATCH v2 07/10] nvme-pci: Use PCI p2pmem subsystem to manage the CMB, Logan Gunthorpe
    • Re: [PATCH v2 07/10] nvme-pci: Use PCI p2pmem subsystem to manage the CMB, Oliver
      • Re: [PATCH v2 07/10] nvme-pci: Use PCI p2pmem subsystem to manage the CMB, Keith Busch
        • Re: [PATCH v2 07/10] nvme-pci: Use PCI p2pmem subsystem to manage the CMB, Logan Gunthorpe
          • Re: [PATCH v2 07/10] nvme-pci: Use PCI p2pmem subsystem to manage the CMB, Sinan Kaya
            • Re: [PATCH v2 07/10] nvme-pci: Use PCI p2pmem subsystem to manage the CMB, Logan Gunthorpe
          • Re: [PATCH v2 07/10] nvme-pci: Use PCI p2pmem subsystem to manage the CMB, Oliver
            • Re: [PATCH v2 07/10] nvme-pci: Use PCI p2pmem subsystem to manage the CMB, Logan Gunthorpe
              • Re: [PATCH v2 07/10] nvme-pci: Use PCI p2pmem subsystem to manage the CMB, Oliver
        • Re: [PATCH v2 07/10] nvme-pci: Use PCI p2pmem subsystem to manage the CMB, Sagi Grimberg
          • Re: [PATCH v2 07/10] nvme-pci: Use PCI p2pmem subsystem to manage the CMB, Jason Gunthorpe
            • Re: [PATCH v2 07/10] nvme-pci: Use PCI p2pmem subsystem to manage the CMB, Logan Gunthorpe
            • Re: [PATCH v2 07/10] nvme-pci: Use PCI p2pmem subsystem to manage the CMB, Keith Busch
              • Re: [PATCH v2 07/10] nvme-pci: Use PCI p2pmem subsystem to manage the CMB, Jason Gunthorpe
          • Re: [PATCH v2 07/10] nvme-pci: Use PCI p2pmem subsystem to manage the CMB, Logan Gunthorpe
  • [PATCH v2 04/10] PCI/P2PDMA: Clear ACS P2P flags for all devices behind switches, Logan Gunthorpe
    • Re: [PATCH v2 04/10] PCI/P2PDMA: Clear ACS P2P flags for all devices behind switches, Bjorn Helgaas
      • Re: [PATCH v2 04/10] PCI/P2PDMA: Clear ACS P2P flags for all devices behind switches, Stephen Bates
        • Re: [PATCH v2 04/10] PCI/P2PDMA: Clear ACS P2P flags for all devices behind switches, Alex Williamson
          • Re: [PATCH v2 04/10] PCI/P2PDMA: Clear ACS P2P flags for all devices behind switches, Logan Gunthorpe
          • Re: [PATCH v2 04/10] PCI/P2PDMA: Clear ACS P2P flags for all devices behind switches, Stephen Bates
            • Re: [PATCH v2 04/10] PCI/P2PDMA: Clear ACS P2P flags for all devices behind switches, Jerome Glisse
              • Re: [PATCH v2 04/10] PCI/P2PDMA: Clear ACS P2P flags for all devices behind switches, Logan Gunthorpe
        • Re: [PATCH v2 04/10] PCI/P2PDMA: Clear ACS P2P flags for all devices behind switches, Bjorn Helgaas
          • Re: [PATCH v2 04/10] PCI/P2PDMA: Clear ACS P2P flags for all devices behind switches, Logan Gunthorpe
      • Re: [PATCH v2 04/10] PCI/P2PDMA: Clear ACS P2P flags for all devices behind switches, Logan Gunthorpe
        • Re: [PATCH v2 04/10] PCI/P2PDMA: Clear ACS P2P flags for all devices behind switches, Bjorn Helgaas
          • Re: [PATCH v2 04/10] PCI/P2PDMA: Clear ACS P2P flags for all devices behind switches, Logan Gunthorpe
  • [PATCH v2 06/10] IB/core: Add optional PCI P2P flag to rdma_rw_ctx_[init|destroy](), Logan Gunthorpe
    • Re: [PATCH v2 06/10] IB/core: Add optional PCI P2P flag to rdma_rw_ctx_[init|destroy](), Sagi Grimberg
      • Re: [PATCH v2 06/10] IB/core: Add optional PCI P2P flag to rdma_rw_ctx_[init|destroy](), Logan Gunthorpe
  • [PATCH v2 02/10] PCI/P2PDMA: Add sysfs group to display p2pmem stats, Logan Gunthorpe
    • Re: [PATCH v2 02/10] PCI/P2PDMA: Add sysfs group to display p2pmem stats, Bjorn Helgaas
      • Re: [PATCH v2 02/10] PCI/P2PDMA: Add sysfs group to display p2pmem stats, Logan Gunthorpe
        • Re: [PATCH v2 02/10] PCI/P2PDMA: Add sysfs group to display p2pmem stats, Dan Williams
          • Re: [PATCH v2 02/10] PCI/P2PDMA: Add sysfs group to display p2pmem stats, Logan Gunthorpe
  • [PATCH v2 10/10] nvmet: Optionally use PCI P2P memory, Logan Gunthorpe
    • Re: [PATCH v2 10/10] nvmet: Optionally use PCI P2P memory, Sagi Grimberg
      • Re: [PATCH v2 10/10] nvmet: Optionally use PCI P2P memory, Stephen Bates
      • Re: [PATCH v2 10/10] nvmet: Optionally use PCI P2P memory, Logan Gunthorpe
        • Re: [PATCH v2 10/10] nvmet: Optionally use PCI P2P memory, Sagi Grimberg
          • Re: [PATCH v2 10/10] nvmet: Optionally use PCI P2P memory, Jason Gunthorpe
            • Re: [PATCH v2 10/10] nvmet: Optionally use PCI P2P memory, Stephen Bates
            • Re: [PATCH v2 10/10] nvmet: Optionally use PCI P2P memory, Logan Gunthorpe
              • Re: [PATCH v2 10/10] nvmet: Optionally use PCI P2P memory, Jason Gunthorpe
                • Re: [PATCH v2 10/10] nvmet: Optionally use PCI P2P memory, Logan Gunthorpe
                • Re: [PATCH v2 10/10] nvmet: Optionally use PCI P2P memory, Stephen Bates
                  • Re: [PATCH v2 10/10] nvmet: Optionally use PCI P2P memory, Jason Gunthorpe
                    • Re: [PATCH v2 10/10] nvmet: Optionally use PCI P2P memory, Logan Gunthorpe
                    • Re: [PATCH v2 10/10] nvmet: Optionally use PCI P2P memory, Stephen Bates
                  • Re: [PATCH v2 10/10] nvmet: Optionally use PCI P2P memory, Keith Busch
                    • Re: [PATCH v2 10/10] nvmet: Optionally use PCI P2P memory, Logan Gunthorpe
                    • Re: [PATCH v2 10/10] nvmet: Optionally use PCI P2P memory, Stephen Bates
                      • Re: [PATCH v2 10/10] nvmet: Optionally use PCI P2P memory, Christoph Hellwig
                        • Re: [PATCH v2 10/10] nvmet: Optionally use PCI P2P memory, Stephen Bates
                    • Re: [PATCH v2 10/10] nvmet: Optionally use PCI P2P memory, Stephen Bates
                      • Re: [PATCH v2 10/10] nvmet: Optionally use PCI P2P memory, Logan Gunthorpe
                      • Re: [PATCH v2 10/10] nvmet: Optionally use PCI P2P memory, Jason Gunthorpe
                        • Re: [PATCH v2 10/10] nvmet: Optionally use PCI P2P memory, Logan Gunthorpe
          • Re: [PATCH v2 10/10] nvmet: Optionally use PCI P2P memory, Logan Gunthorpe
  • [PATCH v2 01/10] PCI/P2PDMA: Support peer to peer memory, Logan Gunthorpe
    • Re: [PATCH v2 01/10] PCI/P2PDMA: Support peer to peer memory, Bjorn Helgaas
      • Re: [PATCH v2 01/10] PCI/P2PDMA: Support peer to peer memory, Logan Gunthorpe
        • Re: [PATCH v2 01/10] PCI/P2PDMA: Support peer to peer memory, Bjorn Helgaas
          • Re: [PATCH v2 01/10] PCI/P2PDMA: Support peer to peer memory, Logan Gunthorpe
            • Re: [PATCH v2 01/10] PCI/P2PDMA: Support peer to peer memory, Stephen Bates
              • Re: [PATCH v2 01/10] PCI/P2PDMA: Support peer to peer memory, Bjorn Helgaas
  • [PATCH v2 03/10] PCI/P2PDMA: Add PCI p2pmem dma mappings to adjust the bus offset, Logan Gunthorpe
    • Re: [PATCH v2 03/10] PCI/P2PDMA: Add PCI p2pmem dma mappings to adjust the bus offset, Bjorn Helgaas
      • Re: [PATCH v2 03/10] PCI/P2PDMA: Add PCI p2pmem dma mappings to adjust the bus offset, Logan Gunthorpe
  • [PATCH v2 05/10] block: Introduce PCI P2P flags for request and request queue, Logan Gunthorpe
    • Re: [PATCH v2 05/10] block: Introduce PCI P2P flags for request and request queue, Sagi Grimberg
  • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Benjamin Herrenschmidt
    • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Benjamin Herrenschmidt
      • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Logan Gunthorpe
        • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Benjamin Herrenschmidt
          • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Jerome Glisse
            • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Logan Gunthorpe
              • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Jerome Glisse
                • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Logan Gunthorpe
                  • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Jerome Glisse
                • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Stephen Bates
                • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Stephen Bates
                  • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Jerome Glisse
                    • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Stephen Bates
          • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Logan Gunthorpe
      • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Stephen Bates
        • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Benjamin Herrenschmidt
      • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Dan Williams
        • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Logan Gunthorpe
        • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Benjamin Herrenschmidt
          • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Benjamin Herrenschmidt
            • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Jason Gunthorpe
              • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Logan Gunthorpe
              • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Benjamin Herrenschmidt
                • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Linus Torvalds
                  • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Benjamin Herrenschmidt
                    • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Kani, Toshi
                      • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Linus Torvalds
                        • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Linus Torvalds
                        • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Kani, Toshi
          • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Dan Williams
            • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Logan Gunthorpe
              • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Logan Gunthorpe
                • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Benjamin Herrenschmidt
                  • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Logan Gunthorpe
                    • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Benjamin Herrenschmidt
                      • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Benjamin Herrenschmidt
                        • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Logan Gunthorpe
                    • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Benjamin Herrenschmidt
                      • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Logan Gunthorpe
        • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Benjamin Herrenschmidt
          • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Logan Gunthorpe
            • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Jerome Glisse
              • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Logan Gunthorpe
  • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Sagi Grimberg
    • Re: [PATCH v2 00/10] Copy Offload in NVMe Fabrics with P2P PCI Memory, Logan Gunthorpe
• [PATCH 0/8] NFS/RDMA client-side patches for v4.17, Chuck Lever
  • [PATCH 1/8] xprtrdma: Fix latency regression on NUMA NFS/RDMA clients, Chuck Lever
  • [PATCH 2/8] xprtrdma: Remove arbitrary limit on initiator depth, Chuck Lever
  • [PATCH 3/8] xprtrdma: Remove xprt-specific connect cookie, Chuck Lever
  • [PATCH 4/8] xprtrdma: ->send_request returns -EAGAIN when there are no free MRs, Chuck Lever
  • [PATCH 5/8] xprtrdma: Reduce number of MRs created by rpcrdma_mrs_create, Chuck Lever
  • [PATCH 6/8] xprtrdma: "Support" call-only RPCs, Chuck Lever
  • [PATCH 7/8] xprtrdma: Chain Send to FastReg WRs, Chuck Lever
    • Re: [PATCH 7/8] xprtrdma: Chain Send to FastReg WRs, Anna Schumaker
      • Re: [PATCH 7/8] xprtrdma: Chain Send to FastReg WRs, Jason Gunthorpe
        • Re: [PATCH 7/8] xprtrdma: Chain Send to FastReg WRs, Chuck Lever
  • [PATCH 8/8] xprtrdma: Move creation of rl_rdmabuf to rpcrdma_create_req, Chuck Lever
• [PATCH rdma-core] Ensure all public headers compile in C++ mode, Jason Gunthorpe
  • Re: [PATCH rdma-core] Ensure all public headers compile in C++ mode, Leon Romanovsky
  • Re: [PATCH rdma-core] Ensure all public headers compile in C++ mode, Nicolas Morey-Chaisemartin
• [PATCH 1/1] qed: Add firmware 8.33.11.0, Rahul Verma
  • Re: [PATCH 1/1] qed: Add firmware 8.33.11.0, Josh Boyer
• [PATCH rdma-next] mailmap: Map Leon Romanovsky's emails, Leon Romanovsky
  • Re: [PATCH rdma-next] mailmap: Map Leon Romanovsky's emails, Jason Gunthorpe
• [PATCH for-rc] IB/core : Add null pointer check in addr_resolve, Muneendra
  • Re: [PATCH for-rc] IB/core : Add null pointer check in addr_resolve, Jason Gunthorpe
• [PATCH] IB/rxe: Remove unused variable (char *rxe_qp_state_name[]), Hernán Gonzalez
  • Re: [PATCH] IB/rxe: Remove unused variable (char *rxe_qp_state_name[]), Bart Van Assche
    • Re: [PATCH] IB/rxe: Remove unused variable (char *rxe_qp_state_name[]), Hernán Gonzalez
      • Re: [PATCH] IB/rxe: Remove unused variable (char *rxe_qp_state_name[]), Yuval Shaia
  • Re: [PATCH] IB/rxe: Remove unused variable (char *rxe_qp_state_name[]), Jason Gunthorpe
• [PATCH 1/2] IB/qib: Remove unused variable (char *qib_sdma_event_names[]), Hernán Gonzalez
  • [PATCH 2/2] IB/qib: Move char *qib_sdma_state_names[] and constify while there., Hernán Gonzalez
    • Re: [PATCH 2/2] IB/qib: Move char *qib_sdma_state_names[] and constify while there., Dennis Dalessandro
  • Re: [PATCH 1/2] IB/qib: Remove unused variable (char *qib_sdma_event_names[]), Jason Gunthorpe
• [PATCH rdma-core 0/2] Updates for providers/i40iw, Tatyana Nikolova
  • [PATCH rdma-core 1/2] providers/i40iw: Remove setting of rem_addr.len, Tatyana Nikolova
  • [PATCH rdma-core 2/2] providers/i40iw: Skip CQEs for destroyed QP, Tatyana Nikolova
  • Re: [PATCH rdma-core 0/2] Updates for providers/i40iw, Leon Romanovsky
    • Re: [PATCH rdma-core 0/2] Updates for providers/i40iw, Nicolas Morey-Chaisemartin
• [PATCH v2] IB/srpt: Add RDMA/CM support, Bart Van Assche
• [PATCH rdma-core] cxgb4: add new device pci ids., Potnuri Bharat Teja
  • RE: [PATCH rdma-core] cxgb4: add new device pci ids., Steve Wise
  • Re: [PATCH rdma-core] cxgb4: add new device pci ids., Leon Romanovsky
• [PATCHv5 1/2] IB/rxe: remove unnecessary skb_clone, Zhu Yanjun
  • [PATCH 2/2] IB/rxe: remove unnecessary rxe in rxe_send, Zhu Yanjun
• [PATCH for-rc] IB/core: Add null pointer check in addr_resolve, Muneendra
  • RE: [PATCH for-rc] IB/core: Add null pointer check in addr_resolve, Parav Pandit
• [PATCH v3 rdma-next 00/10] cm_id, cq, mr, and pd resource tracking, Steve Wise
  • [PATCH v3 rdma-next 01/10] RDMA/restrack: clean up res_to_dev(), Steve Wise
  • [PATCH v3 rdma-next 02/10] RDMA/nldev: common resource dumpit function, Steve Wise
    • Re: [PATCH v3 rdma-next 02/10] RDMA/nldev: common resource dumpit function, Leon Romanovsky
      • RE: [PATCH v3 rdma-next 02/10] RDMA/nldev: common resource dumpit function, Steve Wise
        • Re: [PATCH v3 rdma-next 02/10] RDMA/nldev: common resource dumpit function, Leon Romanovsky
          • Re: [PATCH v3 rdma-next 02/10] RDMA/nldev: common resource dumpit function, Leon Romanovsky
            • RE: [PATCH v3 rdma-next 02/10] RDMA/nldev: common resource dumpit function, Steve Wise
            • RE: [PATCH v3 rdma-next 02/10] RDMA/nldev: common resource dumpit function, Steve Wise
              • Re: [PATCH v3 rdma-next 02/10] RDMA/nldev: common resource dumpit function, Jason Gunthorpe
                • Re: [PATCH v3 rdma-next 02/10] RDMA/nldev: common resource dumpit function, Leon Romanovsky
                  • RE: [PATCH v3 rdma-next 02/10] RDMA/nldev: common resource dumpit function, Steve Wise
                  • Re: [PATCH v3 rdma-next 02/10] RDMA/nldev: common resource dumpit function, Jason Gunthorpe
                    • RE: [PATCH v3 rdma-next 02/10] RDMA/nldev: common resource dumpit function, Steve Wise
  • [PATCH v3 rdma-next 03/10] RDMA/CM: move rdma_id_private to cma_priv.h, Steve Wise
  • [PATCH v3 rdma-next 04/10] RDMA/nldev: provide detailed CM_ID information, Steve Wise
    • Re: [PATCH v3 rdma-next 04/10] RDMA/nldev: provide detailed CM_ID information, Jason Gunthorpe
      • RE: [PATCH v3 rdma-next 04/10] RDMA/nldev: provide detailed CM_ID information, Steve Wise
  • [PATCH v3 rdma-next 05/10] RDMA/nldev: provide detailed CQ information, Steve Wise
  • [PATCH v3 rdma-next 06/10] iw_cxgb4: initialize ib_mr fields for user mrs, Steve Wise
  • [PATCH v3 rdma-next 07/10] mlx4_ib: set user mr attributes in struct ib_mr, Steve Wise
    • Re: [PATCH v3 rdma-next 07/10] mlx4_ib: set user mr attributes in struct ib_mr, Leon Romanovsky
      • RE: [PATCH v3 rdma-next 07/10] mlx4_ib: set user mr attributes in struct ib_mr, Steve Wise
        • Re: [PATCH v3 rdma-next 07/10] mlx4_ib: set user mr attributes in struct ib_mr, Jason Gunthorpe
          • RE: [PATCH v3 rdma-next 07/10] mlx4_ib: set user mr attributes in struct ib_mr, Parav Pandit
            • RE: [PATCH v3 rdma-next 07/10] mlx4_ib: set user mr attributes in struct ib_mr, Steve Wise
              • RE: [PATCH v3 rdma-next 07/10] mlx4_ib: set user mr attributes in struct ib_mr, Parav Pandit
                • RE: [PATCH v3 rdma-next 07/10] mlx4_ib: set user mr attributes in struct ib_mr, Steve Wise
                  • RE: [PATCH v3 rdma-next 07/10] mlx4_ib: set user mr attributes in struct ib_mr, Parav Pandit
                    • RE: [PATCH v3 rdma-next 07/10] mlx4_ib: set user mr attributes in struct ib_mr, Steve Wise
                      • RE: [PATCH v3 rdma-next 07/10] mlx4_ib: set user mr attributes in struct ib_mr, Parav Pandit
        • Re: [PATCH v3 rdma-next 07/10] mlx4_ib: set user mr attributes in struct ib_mr, Leon Romanovsky
  • [PATCH v3 rdma-next 08/10] RDMA/nldev: provide detailed MR information, Steve Wise
    • Re: [PATCH v3 rdma-next 08/10] RDMA/nldev: provide detailed MR information, Jason Gunthorpe
      • RE: [PATCH v3 rdma-next 08/10] RDMA/nldev: provide detailed MR information, Steve Wise
        • Re: [PATCH v3 rdma-next 08/10] RDMA/nldev: provide detailed MR information, Jason Gunthorpe
          • RE: [PATCH v3 rdma-next 08/10] RDMA/nldev: provide detailed MR information, Steve Wise
          • RE: [PATCH v3 rdma-next 08/10] RDMA/nldev: provide detailed MR information, Steve Wise
            • Re: [PATCH v3 rdma-next 08/10] RDMA/nldev: provide detailed MR information, Jason Gunthorpe
              • RE: [PATCH v3 rdma-next 08/10] RDMA/nldev: provide detailed MR information, Steve Wise
          • Re: [PATCH v3 rdma-next 08/10] RDMA/nldev: provide detailed MR information, Leon Romanovsky
  • [PATCH v3 rdma-next 09/10] mlx4_ib: zero out struct ib_pd when allocating, Steve Wise
  • [PATCH v3 rdma-next 10/10] RDMA/nldev: provide detailed PD information, Steve Wise
• WARNING: ODEBUG bug in process_one_req, syzbot
  • Re: WARNING: ODEBUG bug in process_one_req, Leon Romanovsky
    • Re: WARNING: ODEBUG bug in process_one_req, Dmitry Vyukov
      • Re: WARNING: ODEBUG bug in process_one_req, Leon Romanovsky
        • Re: WARNING: ODEBUG bug in process_one_req, Dmitry Vyukov
          • Re: WARNING: ODEBUG bug in process_one_req, Leon Romanovsky
            • Re: WARNING: ODEBUG bug in process_one_req, Dmitry Vyukov
              • Re: WARNING: ODEBUG bug in process_one_req, Leon Romanovsky
                • Re: WARNING: ODEBUG bug in process_one_req, Leon Romanovsky
• [pull request][for-next 00/15] Mellanox, mlx5 RDMA E-Switch representors 2018-02-23, Saeed Mahameed
  • [for-next 06/15] IB/mlx5: Add basic regiser/unregister representors code, Saeed Mahameed
  • [for-next 09/15] IB/mlx5: Listen to netdev register/unresiter events in switchdev mode, Saeed Mahameed
  • [for-next 10/15] IB/mlx5: When in switchdev mode, expose only raw packet capabilities, Saeed Mahameed
  • [for-next 12/15] IB/mlx5: E-Switch, Add rule to forward traffic to vport, Saeed Mahameed
  • [for-next 13/15] IB/mlx5: Add proper representors support, Saeed Mahameed
  • [for-next 15/15] IB/mlx5: Disable self loopback check when in switchdev mode, Saeed Mahameed
  • [for-next 14/15] net/mlx5: E-Switch, Reload IB interface when switching devlink modes, Saeed Mahameed
  • [for-next 11/15] IB/mlx5: Don't expose MR cache in switchdev mode, Saeed Mahameed
  • [for-next 07/15] IB/mlx5: Allocate flow DB only on PF IB device, Saeed Mahameed
  • [for-next 08/15] IB/mlx5: Add match on vport when in switchdev mode, Saeed Mahameed
  • [for-next 04/15] net/mlx5: E-Switch, Optimize HW steering tables in switchdev mode, Saeed Mahameed
  • [for-next 05/15] net/mlx5: E-Switch, Add definition of IB representor, Saeed Mahameed
  • [for-next 03/15] net/mlx5: E-Switch, Increase number of FTEs in FDB in switchdev mode, Saeed Mahameed
  • [for-next 02/15] net/mlx5: E-Switch, Move representors definition to a global scope, Saeed Mahameed
  • [for-next 01/15] net/mlx5: E-Switch, Add callback to get representor device, Saeed Mahameed
  • Re: [pull request][for-next 00/15] Mellanox, mlx5 RDMA E-Switch representors 2018-02-23, Doug Ledford
  • Re: [pull request][for-next 00/15] Mellanox, mlx5 RDMA E-Switch representors 2018-02-23, David Miller
    • Re: [pull request][for-next 00/15] Mellanox, mlx5 RDMA E-Switch representors 2018-02-23, Doug Ledford
• [PATCH] xprtrdma: Fix latency regression on NUMA NFS/RDMA clients, Chuck Lever
• [PATCH rdma-next 0/3] MLX4 features for 4.17, Leon Romanovsky
  • [PATCH rdma-next 2/3] IB/mlx4: Report TSO capabilities, Leon Romanovsky
    • Re: [PATCH rdma-next 2/3] IB/mlx4: Report TSO capabilities, Jason Gunthorpe
      • Re: [PATCH rdma-next 2/3] IB/mlx4: Report TSO capabilities, Leon Romanovsky
        • Re: [PATCH rdma-next 2/3] IB/mlx4: Report TSO capabilities, Jason Gunthorpe
          • Re: [PATCH rdma-next 2/3] IB/mlx4: Report TSO capabilities, Doug Ledford
      • Re: [PATCH rdma-next 2/3] IB/mlx4: Report TSO capabilities, Yishai Hadas
  • [PATCH rdma-next 3/3] IB/mlx4: Add Scatter FCS support over WQ creation, Leon Romanovsky
  • [PATCH rdma-next 1/3] IB/mlx4: Align query device response, Leon Romanovsky
    • Re: [PATCH rdma-next 1/3] IB/mlx4: Align query device response, Jason Gunthorpe
      • Re: [PATCH rdma-next 1/3] IB/mlx4: Align query device response, Leon Romanovsky
    • Re: [PATCH rdma-next 1/3] IB/mlx4: Align query device response, Jason Gunthorpe
    • Re: [PATCH rdma-next 1/3] IB/mlx4: Align query device response, Jason Gunthorpe
      • Re: [PATCH rdma-next 1/3] IB/mlx4: Align query device response, Leon Romanovsky
    • Re: [PATCH rdma-next 1/3] IB/mlx4: Align query device response, Jason Gunthorpe
      • Re: [PATCH rdma-next 1/3] IB/mlx4: Align query device response, Leon Romanovsky
        • Re: [PATCH rdma-next 1/3] IB/mlx4: Align query device response, Jason Gunthorpe
          • Re: [PATCH rdma-next 1/3] IB/mlx4: Align query device response, Leon Romanovsky
  • Re: [PATCH rdma-next 0/3] MLX4 features for 4.17, Doug Ledford
    • Re: [PATCH rdma-next 0/3] MLX4 features for 4.17, Jason Gunthorpe
      • Re: [PATCH rdma-next 0/3] MLX4 features for 4.17, Doug Ledford
        • Re: [PATCH rdma-next 0/3] MLX4 features for 4.17, Doug Ledford
        • Re: [PATCH rdma-next 0/3] MLX4 features for 4.17, Jason Gunthorpe
• [PATCH for-rc 0/3] RDMA/bnxt_re: bnxt_re bug fixes, Selvin Xavier
  • [PATCH for-rc 1/3] RDMA/bnxt_re: Unconditionly fence non wire memory operations, Selvin Xavier
  • [PATCH for-rc 2/3] RDMA/bnxt_re: Fix incorrect DB offset calculation, Selvin Xavier
  • [PATCH for-rc 3/3] RDMA/bnxt_re: Fix the ib_reg failure cleanup, Selvin Xavier
  • Re: [PATCH for-rc 0/3] RDMA/bnxt_re: bnxt_re bug fixes, Jason Gunthorpe
• [PATCH] [PATCH for-rc] :Null pointer check is missing in addr_resolve, Muneendra
  • Re: [PATCH] [PATCH for-rc] :Null pointer check is missing in addr_resolve, Leon Romanovsky
    • Re: [PATCH] [PATCH for-rc] :Null pointer check is missing in addr_resolve, Selvin Xavier
• [PATCH v5 for-next 0/4] Support rq and cq record doorbell, Yixian Liu
  • [PATCH v5 for-next 2/4] RDMA/hns: Support cq record doorbell for the user space, Yixian Liu
    • Re: [PATCH v5 for-next 2/4] RDMA/hns: Support cq record doorbell for the user space, kbuild test robot
  • [PATCH v5 for-next 4/4] RDMA/hns: Support cq record doorbell for kernel space, Yixian Liu
  • [PATCH v5 for-next 3/4] RDMA/hns: Support rq record doorbell for kernel space, Yixian Liu
  • [PATCH v5 for-next 1/4] RDMA/hns: Support rq record doorbell for the user space, Yixian Liu
    • Re: [PATCH v5 for-next 1/4] RDMA/hns: Support rq record doorbell for the user space, kbuild test robot
      • Re: [PATCH v5 for-next 1/4] RDMA/hns: Support rq record doorbell for the user space, Liuyixian (Eason)
• [PATCH v5 rdma-core 0/3] Support rq and cq record doorbell, Yixian Liu
  • [PATCH v5 rdma-core 3/3] libhns: Support cq record doorbell, Yixian Liu
  • [PATCH v5 rdma-core 2/3] libhns: Support rq record doorbell, Yixian Liu
    • Re: [PATCH v5 rdma-core 2/3] libhns: Support rq record doorbell, Jason Gunthorpe
      • Re: [PATCH v5 rdma-core 2/3] libhns: Support rq record doorbell, Liuyixian (Eason)
  • [PATCH v5 rdma-core 1/3] ccan: Add bitmap support for rdma-core, Yixian Liu
    • Re: [PATCH v5 rdma-core 1/3] ccan: Add bitmap support for rdma-core, Jason Gunthorpe
      • Re: [PATCH v5 rdma-core 1/3] ccan: Add bitmap support for rdma-core, Liuyixian (Eason)
        • Re: [PATCH v5 rdma-core 1/3] ccan: Add bitmap support for rdma-core, Leon Romanovsky
          • Re: [PATCH v5 rdma-core 1/3] ccan: Add bitmap support for rdma-core, Liuyixian (Eason)
• [PATCH rdma-rc 0/9] RDMA mlx5 and core fixes for 4.16, Leon Romanovsky
  • [PATCH rdma-rc 1/9] IB/mlx5: Fix incorrect size of klms in the memory region, Leon Romanovsky
  • [PATCH rdma-rc 2/9] IB/mlx5: Fix integer overflows in mlx5_ib_create_srq, Leon Romanovsky
    • Re: [PATCH rdma-rc 2/9] IB/mlx5: Fix integer overflows in mlx5_ib_create_srq, Jason Gunthorpe
  • [PATCH rdma-rc 4/9] IB/mlx5: Avoid passing an invalid QP type to firmware, Leon Romanovsky
  • [PATCH rdma-rc 5/9] RDMA/mlx5: Refactor QP type check to be as early as possible, Leon Romanovsky
    • Re: [PATCH rdma-rc 5/9] RDMA/mlx5: Refactor QP type check to be as early as possible, Jason Gunthorpe
      • Re: [PATCH rdma-rc 5/9] RDMA/mlx5: Refactor QP type check to be as early as possible, Leon Romanovsky
        • Re: [PATCH rdma-rc 5/9] RDMA/mlx5: Refactor QP type check to be as early as possible, Jason Gunthorpe
    • Re: [PATCH rdma-rc 5/9] RDMA/mlx5: Refactor QP type check to be as early as possible, Jason Gunthorpe
  • [PATCH rdma-rc 6/9] {net,IB}/mlx5: Raise fatal IB event when sys error occurs, Leon Romanovsky
  • [PATCH rdma-rc 7/9] IB/mlx: Set slid to zero in Ethernet completion struct, Leon Romanovsky
  • [PATCH rdma-rc 8/9] RDMA/mlx5: Fix integer overflow while resizing CQ, Leon Romanovsky
    • Re: [PATCH rdma-rc 8/9] RDMA/mlx5: Fix integer overflow while resizing CQ, Jason Gunthorpe
      • Re: [PATCH rdma-rc 8/9] RDMA/mlx5: Fix integer overflow while resizing CQ, Leon Romanovsky
        • Re: [PATCH rdma-rc 8/9] RDMA/mlx5: Fix integer overflow while resizing CQ, Jason Gunthorpe
  • [PATCH rdma-rc 9/9] IB/core: Fix missing RDMA cgroups release in case of failure to register device, Leon Romanovsky
    • RE: [PATCH rdma-rc 9/9] IB/core: Fix missing RDMA cgroups release in case of failure to register device, Parav Pandit
      • Re: [PATCH rdma-rc 9/9] IB/core: Fix missing RDMA cgroups release in case of failure to register device, Leon Romanovsky
        • RE: [PATCH rdma-rc 9/9] IB/core: Fix missing RDMA cgroups release in case of failure to register device, Parav Pandit
  • [PATCH rdma-rc 3/9] IB/mlx5: Fix out-of-bounds read in create_raw_packet_qp_rq, Leon Romanovsky
    • Re: [PATCH rdma-rc 3/9] IB/mlx5: Fix out-of-bounds read in create_raw_packet_qp_rq, Jason Gunthorpe
      • Re: [PATCH rdma-rc 3/9] IB/mlx5: Fix out-of-bounds read in create_raw_packet_qp_rq, Boris Pismenny
        • Re: [PATCH rdma-rc 3/9] IB/mlx5: Fix out-of-bounds read in create_raw_packet_qp_rq, Jason Gunthorpe
          • Re: [PATCH rdma-rc 3/9] IB/mlx5: Fix out-of-bounds read in create_raw_packet_qp_rq, Boris Pismenny
            • Re: [PATCH rdma-rc 3/9] IB/mlx5: Fix out-of-bounds read in create_raw_packet_qp_rq, Jason Gunthorpe
  • Re: [PATCH rdma-rc 0/9] RDMA mlx5 and core fixes for 4.16, Jason Gunthorpe
• [PATCH 0/3] Three additional SRP initiator patches, Bart Van Assche
  • [PATCH 2/3] Revert "IB/srp: Avoid that a cable pull can trigger a kernel crash", Bart Van Assche
  • [PATCH 1/3] IB/srp: Fix srp_abort(), Bart Van Assche
  • [PATCH 3/3] IB/srp: Use %pIS instead of inet_ntop(), Bart Van Assche
  • Re: [PATCH 0/3] Three additional SRP initiator patches, Jason Gunthorpe
• [PATCH for-rc 1/2] RDMA/core: Add helper function to retrieve driver gid context from gid index, Selvin Xavier
  • [PATCH for-rc 2/2] RDMA/bnxt_re: Use ib_get_gid_context_by_index to retrieve HW gid index, Selvin Xavier
    • RE: [PATCH for-rc 2/2] RDMA/bnxt_re: Use ib_get_gid_context_by_index to retrieve HW gid index, Parav Pandit
      • RE: [PATCH for-rc 2/2] RDMA/bnxt_re: Use ib_get_gid_context_by_index to retrieve HW gid index, Parav Pandit
  • RE: [PATCH for-rc 1/2] RDMA/core: Add helper function to retrieve driver gid context from gid index, Parav Pandit
    • Re: [PATCH for-rc 1/2] RDMA/core: Add helper function to retrieve driver gid context from gid index, Selvin Xavier
    • Re: [PATCH for-rc 1/2] RDMA/core: Add helper function to retrieve driver gid context from gid index, Jason Gunthorpe
      • Re: [PATCH for-rc 1/2] RDMA/core: Add helper function to retrieve driver gid context from gid index, Selvin Xavier
• [PATCH 0/2] Larger Order Protection V1, cl
  • [PATCH 1/2] Protect larger order pages from breaking up, cl
    • Re: [PATCH 1/2] Protect larger order pages from breaking up, Vlastimil Babka
      • Re: [PATCH 1/2] Protect larger order pages from breaking up, Christopher Lameter
  • [PATCH 2/2] Page order diagnostics, cl
  • <Possible follow-ups>
  • [PATCH 0/2] Larger Order Protection V1, cl
    • [PATCH 1/2] Protect larger order pages from breaking up, cl
    • [PATCH 2/2] Page order diagnostics, cl
• v4.16-rc2 mlx4 deadlock, Bart Van Assche
• [PATCH] IB/srpt: Add RDMA/CM support, Bart Van Assche
  • Re: [PATCH] IB/srpt: Add RDMA/CM support, Doug Ledford
    • Re: [PATCH] IB/srpt: Add RDMA/CM support, Bart Van Assche
• [ANNOUNCE] OFED 4.8-2-rc2 release is available, Vladimir Sokolovsky
  • Re: [ANNOUNCE] OFED 4.8-2-rc2 release is available, Vladimir Sokolovsky
• general protection fault in rds_sendmsg, syzbot
• RE: [ofiwg] RSOCKETS client rconnect() error, Hefty, Sean
• kernel panic during nvmf connect over mlx5, Kalderon, Michal
  • Re: kernel panic during nvmf connect over mlx5, Leon Romanovsky
    • Re: kernel panic during nvmf connect over mlx5, Max Gurtovoy
      • RE: kernel panic during nvmf connect over mlx5, Kalderon, Michal
• KASAN: use-after-free Read in rds_cong_queue_updates, syzbot
  • Re: KASAN: use-after-free Read in rds_cong_queue_updates, syzbot
    • Re: KASAN: use-after-free Read in rds_cong_queue_updates, Dmitry Vyukov
      • Re: KASAN: use-after-free Read in rds_cong_queue_updates, santosh.shilimkar@xxxxxxxxxx
• [PATCH iproute2-next v1] rdma: Add batch command support, Leon Romanovsky
  • Re: [PATCH iproute2-next v1] rdma: Add batch command support, David Ahern
• [PULL REQUEST #2] Please pull rdma.git, Doug Ledford
• [pull request][for-next 0/7] Mellanox, mlx5 shared code updates 2018-02-21, Saeed Mahameed
  • [for-next 1/7] net/mlx5: CQ Database per EQ, Saeed Mahameed
  • [for-next 3/7] net/mlx5: EQ add/del CQ API, Saeed Mahameed
  • [for-next 5/7] net/mlx5: Move CQ completion and event forwarding logic to eq.c, Saeed Mahameed
  • [for-next 6/7] net/mlx5: Remove redundant EQ API exports, Saeed Mahameed
  • [for-next 7/7] IB/mlx5: Implement fragmented completion queue (CQ), Saeed Mahameed
    • Re: [for-next 7/7] IB/mlx5: Implement fragmented completion queue (CQ), Jason Gunthorpe
    • Re: [for-next 7/7] IB/mlx5: Implement fragmented completion queue (CQ), Santosh Shilimkar
      • Re: [for-next 7/7] IB/mlx5: Implement fragmented completion queue (CQ), Saeed Mahameed
        • Re: [for-next 7/7] IB/mlx5: Implement fragmented completion queue (CQ), Majd Dibbiny
          • Re: [for-next 7/7] IB/mlx5: Implement fragmented completion queue (CQ), Santosh Shilimkar
  • [for-next 2/7] net/mlx5: Add missing likely/unlikely hints to cq events, Saeed Mahameed
  • [for-next 4/7] net/mlx5: CQ hold/put API, Saeed Mahameed
  • Re: [pull request][for-next 0/7] Mellanox, mlx5 shared code updates 2018-02-21, David Miller
    • Re: [pull request][for-next 0/7] Mellanox, mlx5 shared code updates 2018-02-21, Doug Ledford
• [PATCH rdma-next v1 00/14] Refactor ib_uverbs_write path, Leon Romanovsky
  • [PATCH rdma-next v1 01/14] RDMA/uverbs: Convert command mask validity check function to be bool, Leon Romanovsky
  • [PATCH rdma-next v1 02/14] RDMA/uverbs: Update sizeof users, Leon Romanovsky
  • [PATCH rdma-next v1 03/14] RDMA/uverbs: Refactor flags checks and update return value, Leon Romanovsky
  • [PATCH rdma-next v1 04/14] RDMA/uverbs: Fail as early as possible if not enough header data was provided, Leon Romanovsky
  • [PATCH rdma-next v1 06/14] RDMA/uverbs: Unify return values of not supported command, Leon Romanovsky
  • [PATCH rdma-next v1 07/14] RDMA/uverbs: Refactor command header processing, Leon Romanovsky
  • [PATCH rdma-next v1 08/14] RDMA/uverbs: Properly check command supported mask, Leon Romanovsky
  • [PATCH rdma-next v1 09/14] RDMA/uverbs: Move uncontext check before SRCU read lock, Leon Romanovsky
  • [PATCH rdma-next v1 10/14] RDMa/uverbs: Copy ex_hdr outside of SRCU read lock, Leon Romanovsky
  • [PATCH rdma-next v1 11/14] RDMA/uverbs: Refactor the header validation logic, Leon Romanovsky
  • [PATCH rdma-next v1 12/14] RDMA/uverbs: Replace user's types with kernel's types, Leon Romanovsky
  • [PATCH rdma-next v1 05/14] RDMA/uverbs: Return not supported error code for unsupported commands, Leon Romanovsky
  • [PATCH rdma-next v1 14/14] RDMA/verbs: Return proper error code for not supported system call, Leon Romanovsky
  • [PATCH rdma-next v1 13/14] RDMA/uverbs: Reduce number of command header flags checks, Leon Romanovsky
  • Re: [PATCH rdma-next v1 00/14] Refactor ib_uverbs_write path, Doug Ledford
    • Re: [PATCH rdma-next v1 00/14] Refactor ib_uverbs_write path, Leon Romanovsky
• Re: mainline build: 15 warnings 0 failures (mainline/v4.16-rc2-64-gaf3e79d), Arnd Bergmann
  • Re: mainline build: 15 warnings 0 failures (mainline/v4.16-rc2-64-gaf3e79d), Kishon Vijay Abraham I
    • Re: mainline build: 15 warnings 0 failures (mainline/v4.16-rc2-64-gaf3e79d), Arnd Bergmann
      • Re: mainline build: 15 warnings 0 failures (mainline/v4.16-rc2-64-gaf3e79d), Kishon Vijay Abraham I
        • Re: mainline build: 15 warnings 0 failures (mainline/v4.16-rc2-64-gaf3e79d), Arnd Bergmann
• [PATCH iproute2-next] rdma: Add batch command support, Leon Romanovsky
  • Re: [PATCH iproute2-next] rdma: Add batch command support, David Ahern
    • Re: [PATCH iproute2-next] rdma: Add batch command support, Leon Romanovsky
• [PATCH] Bug[RDMA/core]:Null pointer check is missing in addr_resolve, Muneendra Kumar M
  • RE: [PATCH] Bug[RDMA/core]:Null pointer check is missing in addr_resolve, Parav Pandit
    • RE: [PATCH] Bug[RDMA/core]:Null pointer check is missing in addr_resolve, Muneendra Kumar M
      • RE: [PATCH] Bug[RDMA/core]:Null pointer check is missing in addr_resolve, Parav Pandit
        • RE: [PATCH] Bug[RDMA/core]:Null pointer check is missing in addr_resolve, Muneendra Kumar M
  • <Possible follow-ups>
  • RE: [PATCH] Bug[RDMA/core]:Null pointer check is missing in addr_resolve, Muneendra Kumar M
• [ANNOUNCE] rdma-core-16.3 has been tagged/released, Nicolas Morey-Chaisemartin
  • Re: [ANNOUNCE] rdma-core-16.3 has been tagged/released, Adit Ranadive
• [PATCH rdma-rc] RDMA/uverbs: Fix kernel panic while using XRC_TGT QP type, Leon Romanovsky
  • Re: [PATCH rdma-rc] RDMA/uverbs: Fix kernel panic while using XRC_TGT QP type, Jason Gunthorpe
    • Re: [PATCH rdma-rc] RDMA/uverbs: Fix kernel panic while using XRC_TGT QP type, Leon Romanovsky
      • Re: [PATCH rdma-rc] RDMA/uverbs: Fix kernel panic while using XRC_TGT QP type, Jason Gunthorpe
        • Re: [PATCH rdma-rc] RDMA/uverbs: Fix kernel panic while using XRC_TGT QP type, Leon Romanovsky
  • Re: [PATCH rdma-rc] RDMA/uverbs: Fix kernel panic while using XRC_TGT QP type, Doug Ledford
• [PATCH] RDMA/core: reduce IB_POLL_BATCH constant, Arnd Bergmann
  • RE: [PATCH] RDMA/core: reduce IB_POLL_BATCH constant, Parav Pandit
    • Re: [PATCH] RDMA/core: reduce IB_POLL_BATCH constant, Arnd Bergmann
  • Re: [PATCH] RDMA/core: reduce IB_POLL_BATCH constant, Bart Van Assche
    • Re: [PATCH] RDMA/core: reduce IB_POLL_BATCH constant, Chuck Lever
      • Re: [PATCH] RDMA/core: reduce IB_POLL_BATCH constant, Max Gurtovoy
      • Re: [PATCH] RDMA/core: reduce IB_POLL_BATCH constant, Sagi Grimberg
        • Re: [PATCH] RDMA/core: reduce IB_POLL_BATCH constant, Max Gurtovoy
          • Re: [PATCH] RDMA/core: reduce IB_POLL_BATCH constant, Sagi Grimberg
            • Re: [PATCH] RDMA/core: reduce IB_POLL_BATCH constant, Jason Gunthorpe
              • Re: [PATCH] RDMA/core: reduce IB_POLL_BATCH constant, Max Gurtovoy
                • Re: [PATCH] RDMA/core: reduce IB_POLL_BATCH constant, Bart Van Assche
                  • Re: [PATCH] RDMA/core: reduce IB_POLL_BATCH constant, Max Gurtovoy
                    • Re: [PATCH] RDMA/core: reduce IB_POLL_BATCH constant, Doug Ledford
                      • Re: [PATCH] RDMA/core: reduce IB_POLL_BATCH constant, Max Gurtovoy
        • Re: [PATCH] RDMA/core: reduce IB_POLL_BATCH constant, Chuck Lever
  • struct ib_wc size (was : Re: [PATCH] RDMA/core: reduce IB_POLL_BATCH constant), Or Gerlitz
• [PATCH 1/2] infiniband: qplib_fp: fix pointer cast, Arnd Bergmann
  • [PATCH 2/2] infiniband: bnxt_re: use BIT_ULL() for 64-bit bit masks, Arnd Bergmann
  • Re: [PATCH 1/2] infiniband: qplib_fp: fix pointer cast, Jason Gunthorpe
    • Re: [PATCH 1/2] infiniband: qplib_fp: fix pointer cast, Arnd Bergmann
      • Re: [PATCH 1/2] infiniband: qplib_fp: fix pointer cast, Jason Gunthorpe
        • Re: [PATCH 1/2] infiniband: qplib_fp: fix pointer cast, Arnd Bergmann
          • Re: [PATCH 1/2] infiniband: qplib_fp: fix pointer cast, Arnd Bergmann
            • Re: [PATCH 1/2] infiniband: qplib_fp: fix pointer cast, Arnd Bergmann
              • Re: [PATCH 1/2] infiniband: qplib_fp: fix pointer cast, Doug Ledford
                • Re: [PATCH 1/2] infiniband: qplib_fp: fix pointer cast, Arnd Bergmann
                  • Re: [PATCH 1/2] infiniband: qplib_fp: fix pointer cast, Doug Ledford
                    • Re: [PATCH 1/2] infiniband: qplib_fp: fix pointer cast, Linus Torvalds
                      • Re: [PATCH 1/2] infiniband: qplib_fp: fix pointer cast, Doug Ledford
• Query Regarding the patch submit, Muneendra Kumar M
  • Re: Query Regarding the patch submit, Leon Romanovsky
• [PATCH RFC iproute-next 0/5] cm_id, cq, mr, and pd resource tracking, Steve Wise
  • [PATCH RFC iproute-next 1/5] rdma: update rdma_netlink.h, Steve Wise
  • [PATCH RFC iproute-next 2/5] rdma: Add CM_ID resource tracking information, Steve Wise
    • Re: [PATCH RFC iproute-next 2/5] rdma: Add CM_ID resource tracking information, Leon Romanovsky
      • RE: [PATCH RFC iproute-next 2/5] rdma: Add CM_ID resource tracking information, Parav Pandit
      • RE: [PATCH RFC iproute-next 2/5] rdma: Add CM_ID resource tracking information, Steve Wise
  • [PATCH RFC iproute-next 5/5] rdma: Add PD resource tracking information, Steve Wise
    • Re: [PATCH RFC iproute-next 5/5] rdma: Add PD resource tracking information, Leon Romanovsky
      • RE: [PATCH RFC iproute-next 5/5] rdma: Add PD resource tracking information, Steve Wise
        • RE: [PATCH RFC iproute-next 5/5] rdma: Add PD resource tracking information, Steve Wise
  • [PATCH RFC iproute-next 4/5] rdma: Add MR resource tracking information, Steve Wise
    • Re: [PATCH RFC iproute-next 4/5] rdma: Add MR resource tracking information, Leon Romanovsky
      • RE: [PATCH RFC iproute-next 4/5] rdma: Add MR resource tracking information, Steve Wise