Linux RDMA and InfiniBand Development

• Date Index

• [PATCH v2 rdma-next 3/5] RDMA/nldev: add provider-specific device/port tracking, (continued)
  • [PATCH v2 rdma-next 3/5] RDMA/nldev: add provider-specific device/port tracking, Steve Wise
    • Re: [PATCH v2 rdma-next 3/5] RDMA/nldev: add provider-specific device/port tracking, Leon Romanovsky
      • RE: [PATCH v2 rdma-next 3/5] RDMA/nldev: add provider-specific device/port tracking, Steve Wise
        • Re: [PATCH v2 rdma-next 3/5] RDMA/nldev: add provider-specific device/port tracking, Leon Romanovsky
      • RE: [PATCH v2 rdma-next 3/5] RDMA/nldev: add provider-specific device/port tracking, Steve Wise
  • [PATCH v2 rdma-next 4/5] RDMA/NLDEV: helper functions to add provider attributes, Steve Wise
    • Re: [PATCH v2 rdma-next 4/5] RDMA/NLDEV: helper functions to add provider attributes, Leon Romanovsky
      • RE: [PATCH v2 rdma-next 4/5] RDMA/NLDEV: helper functions to add provider attributes, Steve Wise
        • Re: [PATCH v2 rdma-next 4/5] RDMA/NLDEV: helper functions to add provider attributes, Leon Romanovsky
          • RE: [PATCH v2 rdma-next 4/5] RDMA/NLDEV: helper functions to add provider attributes, Steve Wise
            • Re: [PATCH v2 rdma-next 4/5] RDMA/NLDEV: helper functions to add provider attributes, Leon Romanovsky
          • RE: [PATCH v2 rdma-next 4/5] RDMA/NLDEV: helper functions to add provider attributes, Steve Wise
  • [PATCH v2 rdma-next 5/5] iw_cxgb4: dump detailed provider-specific QP information, Steve Wise
    • Re: [PATCH v2 rdma-next 5/5] iw_cxgb4: dump detailed provider-specific QP information, kbuild test robot
• [PATCH net-next 0/5] Introduce net_rwsem to protect net_namespace_list, Kirill Tkhai
  • [PATCH net-next 1/5] net: Introduce net_rwsem to protect net_namespace_list, Kirill Tkhai
  • [PATCH net-next 2/5] net: Don't take rtnl_lock() in wireless_nlevent_flush(), Kirill Tkhai
  • [PATCH net-next 3/5] security: Remove rtnl_lock() in selinux_xfrm_notify_policyload(), Kirill Tkhai
  • [PATCH net-next 5/5] net: Remove rtnl_lock() in nf_ct_iterate_destroy(), Kirill Tkhai
  • [PATCH net-next 4/5] ovs: Remove rtnl_lock() from ovs_exit_net(), Kirill Tkhai
  • Re: [PATCH net-next 0/5] Introduce net_rwsem to protect net_namespace_list, David Miller
• [PATCH rdma-next 0/2] Code cleanup, Leon Romanovsky
  • [PATCH rdma-next 1/2] IB/addr: Constify dst_entry pointer, Leon Romanovsky
  • [PATCH rdma-next 2/2] RDMA/cma: Move rdma_cm_state to cma_priv.h, Leon Romanovsky
  • Re: [PATCH rdma-next 0/2] Code cleanup, Jason Gunthorpe
• [PATCH v2 0/1] Return errno on create_qp failure, Yuval Shaia
  • [PATCH v2 1/1] librdmacm: Return errno on create_qp failure, Yuval Shaia
    • Re: [PATCH v2 1/1] librdmacm: Return errno on create_qp failure, Shamir Rabinovitch
    • Re: [PATCH v2 1/1] librdmacm: Return errno on create_qp failure, Jason Gunthorpe
• [PATCH] qedr: ix spelling mistake: "hanlde" -> "handle", Colin King
  • Re: [PATCH] qedr: ix spelling mistake: "hanlde" -> "handle", Shamir Rabinovitch
  • Re: [PATCH] qedr: ix spelling mistake: "hanlde" -> "handle", Jason Gunthorpe
• [PATCH rdma-next] iw_cxgb4: print mapped ports correctly, Potnuri Bharat Teja
  • Re: [PATCH rdma-next] iw_cxgb4: print mapped ports correctly, Jason Gunthorpe
• [PATCHv2 1/2] IB/rxe: make rxe_find_route6 compact, Zhu Yanjun
  • [PATCHv2 2/2] IB/rxe: optimize the function duplicate_request, Zhu Yanjun
  • Re: [PATCHv2 1/2] IB/rxe: make rxe_find_route6 compact, Jason Gunthorpe
    • Re: [PATCHv2 1/2] IB/rxe: make rxe_find_route6 compact, Yanjun Zhu
      • Re: [PATCHv2 1/2] IB/rxe: make rxe_find_route6 compact, Yanjun Zhu
  • Re: [PATCHv2 1/2] IB/rxe: make rxe_find_route6 compact, kbuild test robot
  • Re: [PATCHv2 1/2] IB/rxe: make rxe_find_route6 compact, kbuild test robot
• [PATCH rdma-core] verbs: Fix mis-spelling of ibv_create_qp_ex_to_reg, Jason Gunthorpe
  • Re: [PATCH rdma-core] verbs: Fix mis-spelling of ibv_create_qp_ex_to_reg, Leon Romanovsky
• [PATCH rdma-core v2] Update IBVERBS_PABI_VERSION to 18, Jason Gunthorpe
  • Re: [PATCH rdma-core v2] Update IBVERBS_PABI_VERSION to 18, Leon Romanovsky
• [PATCH rdma-core v2] cbuild: Make cbuild work with git worktrees, Jason Gunthorpe
  • Re: [PATCH rdma-core v2] cbuild: Make cbuild work with git worktrees, Leon Romanovsky
• [PATCH] RDMA/ucma: Introduce safer rdma_addr_size() variants, Roland Dreier
  • Re: kernel BUG at lib/string.c:LINE! (3), syzbot
  • Re: [PATCH] RDMA/ucma: Introduce safer rdma_addr_size() variants, Jason Gunthorpe
• [PATCH v2] RDMA/ucma: Don't allow AF_IB in ucma_join_ip_multicast(), Roland Dreier
  • Re: [PATCH v2] RDMA/ucma: Don't allow AF_IB in ucma_join_ip_multicast(), Jason Gunthorpe
    • Re: [PATCH v2] RDMA/ucma: Don't allow AF_IB in ucma_join_ip_multicast(), Roland Dreier
  • Re: kernel BUG at lib/string.c:LINE! (3), syzbot
• [PATCH rdma-next 0/7] GID refactoring cont 3., Leon Romanovsky
  • [PATCH rdma-next 1/7] RDMA/core: Update query_gid documentation for HCA drivers, Leon Romanovsky
  • [PATCH rdma-next 2/7] RDMA/providers: Simplify query_gid callback of RoCE providers, Leon Romanovsky
    • Re: [PATCH rdma-next 2/7] RDMA/providers: Simplify query_gid callback of RoCE providers, Jason Gunthorpe
      • RE: [PATCH rdma-next 2/7] RDMA/providers: Simplify query_gid callback of RoCE providers, Parav Pandit
  • [PATCH rdma-next 3/7] IB/core: Simplify ib_query_gid to always refer to cache, Leon Romanovsky
    • Re: [PATCH rdma-next 3/7] IB/core: Simplify ib_query_gid to always refer to cache, Jason Gunthorpe
      • RE: [PATCH rdma-next 3/7] IB/core: Simplify ib_query_gid to always refer to cache, Hefty, Sean
        • RE: [PATCH rdma-next 3/7] IB/core: Simplify ib_query_gid to always refer to cache, Parav Pandit
        • Re: [PATCH rdma-next 3/7] IB/core: Simplify ib_query_gid to always refer to cache, Jason Gunthorpe
  • [PATCH rdma-next 5/7] IB/providers: Avoid zero GID check for RoCE, Leon Romanovsky
  • [PATCH rdma-next 6/7] IB/providers: Avoid null netdev check for RoCE, Leon Romanovsky
  • [PATCH rdma-next 7/7] RDMA: Use ib_gid_attr during GID modification, Leon Romanovsky
  • [PATCH rdma-next 4/7] IB/core: Refactor GID modify code for RoCE, Leon Romanovsky
    • Re: [PATCH rdma-next 4/7] IB/core: Refactor GID modify code for RoCE, Jason Gunthorpe
• Re: INFO: task hung in ucma_destroy_id, syzbot
  • Re: INFO: task hung in ucma_destroy_id, Eric Biggers
• [PATCH v2 net-next] qed*: Utilize FW 8.33.11.0, Michal Kalderon
  • Re: [PATCH v2 net-next] qed*: Utilize FW 8.33.11.0, Jason Gunthorpe
  • Re: [PATCH v2 net-next] qed*: Utilize FW 8.33.11.0, David Miller
• [PATCH] RDMA/ucma: Don't allow AF_IB in ucma_join_ip_multicast(), Roland Dreier
  • Re: [PATCH] RDMA/ucma: Don't allow AF_IB in ucma_join_ip_multicast(), Leon Romanovsky
    • Re: [PATCH] RDMA/ucma: Don't allow AF_IB in ucma_join_ip_multicast(), Roland Dreier
      • Re: [PATCH] RDMA/ucma: Don't allow AF_IB in ucma_join_ip_multicast(), Leon Romanovsky
        • Re: [PATCH] RDMA/ucma: Don't allow AF_IB in ucma_join_ip_multicast(), Roland Dreier
          • Re: [PATCH] RDMA/ucma: Don't allow AF_IB in ucma_join_ip_multicast(), Leon Romanovsky
• [PATCH rdma-rc v1] RDMA/ucma: Don't copy data for unknown AF family, Leon Romanovsky
  • Re: [PATCH rdma-rc v1] RDMA/ucma: Don't copy data for unknown AF family, Jason Gunthorpe
• [PATCH rdma-next v1 00/15] ESP flow action support, Leon Romanovsky
  • [PATCH rdma-next v1 01/15] IB/mlx5: Initialize the parsing tree root without the help of uverbs, Leon Romanovsky
  • [PATCH rdma-next v1 02/15] IB/uverbs: Add enum attribute type to ioctl() interface, Leon Romanovsky
  • [PATCH rdma-next v1 04/15] IB/uverbs: Refactor kern_spec_to_ib_spec_filter, Leon Romanovsky
  • [PATCH rdma-next v1 05/15] IB/uverbs: Add flow_action create and destroy verbs, Leon Romanovsky
  • [PATCH rdma-next v1 06/15] IB/uverbs: Add action_handle flow steering specification, Leon Romanovsky
  • [PATCH rdma-next v1 07/15] IB/uverbs: Introduce egress flow steering, Leon Romanovsky
  • [PATCH rdma-next v1 08/15] IB/uverbs: Add modify ESP flow_action, Leon Romanovsky
  • [PATCH rdma-next v1 09/15] IB/uverbs: Introduce ESP steering match filter, Leon Romanovsky
  • [PATCH rdma-next v1 10/15] IB/mlx5: Add implementation for create and destroy action_xfrm, Leon Romanovsky
  • [PATCH rdma-next v1 03/15] IB/mlx4: Check for egress flow steering, Leon Romanovsky
  • [PATCH rdma-next v1 12/15] {net,IB}/mlx5: Add ipsec helper, Leon Romanovsky
  • [PATCH rdma-next v1 13/15] IB/mlx5: Add IPsec support for egress and ingress, Leon Romanovsky
  • [PATCH rdma-next v1 14/15] IB/mlx5: Add information for querying IPsec capabilities, Leon Romanovsky
  • [PATCH rdma-next v1 15/15] IB/mlx5: Add ability to hash by IPSEC_SPI when creating a TIR, Leon Romanovsky
  • [PATCH rdma-next v1 11/15] IB/mlx5: Add modify_flow_action_esp verb, Leon Romanovsky
  • Re: [PATCH rdma-next v1 00/15] ESP flow action support, Jason Gunthorpe
• kernel BUG at lib/string.c:LINE! (3), syzbot
  • Re: kernel BUG at lib/string.c:LINE! (3), syzbot
• [PATCH rdma-core] Update IBVERBS_PABI_VERSION to 18, Jason Gunthorpe
  • Re: [PATCH rdma-core] Update IBVERBS_PABI_VERSION to 18, Jack Wang
    • Re: [PATCH rdma-core] Update IBVERBS_PABI_VERSION to 18, Jason Gunthorpe
• RDMA _relaxed patches, Jason Gunthorpe
  • Re: RDMA _relaxed patches, Sinan Kaya
• [PATCH rdma-core 0/2] Update RXE to use the latest kernel headers with the ABI change, Jason Gunthorpe
  • [PATCH rdma-core 2/2] rxe: Update abi_version, Jason Gunthorpe
  • [PATCH rdma-core 1/2] Update kernel headers, Jason Gunthorpe
• [PATCH rdma-core 0/6] Convert remaining providers to use DECLARE_DRV_CMD, Jason Gunthorpe
  • [PATCH rdma-core 1/6] Update kernel headers, Jason Gunthorpe
  • [PATCH rdma-core 5/6] cxgb3: Use kernel uapi headers, Jason Gunthorpe
    • RE: [PATCH rdma-core 5/6] cxgb3: Use kernel uapi headers, Steve Wise
  • [PATCH rdma-core 3/6] ocrdma: Use kernel uapi headers, Jason Gunthorpe
  • [PATCH rdma-core 4/6] ocrdma: Move ocrdma to exclusively use the kernel uapi headers, Jason Gunthorpe
  • [PATCH rdma-core 6/6] cxgb3: Move cxgb3 to exclusively use the kernel uapi headers, Jason Gunthorpe
  • [PATCH rdma-core 2/6] hns: Move hns to exclusively use the kernel uapi headers, Jason Gunthorpe
• [PATCH rdma-core] cbuild: Make cbuild work with git worktrees, Jason Gunthorpe
  • Re: [PATCH rdma-core] cbuild: Make cbuild work with git worktrees, Leon Romanovsky
    • Re: [PATCH rdma-core] cbuild: Make cbuild work with git worktrees, Jason Gunthorpe
      • Re: [PATCH rdma-core] cbuild: Make cbuild work with git worktrees, Leon Romanovsky
        • Re: [PATCH rdma-core] cbuild: Make cbuild work with git worktrees, Jason Gunthorpe
• [PATCH] RDMA: Use u64_to_user_ptr everywhere, Jason Gunthorpe
  • Re: [PATCH] RDMA: Use u64_to_user_ptr everywhere, Jason Gunthorpe
• [PATCH v1 rdma-next 2/2] RDMA/CMA: Add rdma_port_space to UAPI, Steve Wise
  • Re: [PATCH v1 rdma-next 2/2] RDMA/CMA: Add rdma_port_space to UAPI, Steve Wise
    • Re: [PATCH v1 rdma-next 2/2] RDMA/CMA: Add rdma_port_space to UAPI, Jason Gunthorpe
      • Re: [PATCH v1 rdma-next 2/2] RDMA/CMA: Add rdma_port_space to UAPI, Steve Wise
        • Re: [PATCH v1 rdma-next 2/2] RDMA/CMA: Add rdma_port_space to UAPI, Steve Wise
          • Re: [PATCH v1 rdma-next 2/2] RDMA/CMA: Add rdma_port_space to UAPI, Jason Gunthorpe
  • Re: [PATCH v1 rdma-next 2/2] RDMA/CMA: Add rdma_port_space to UAPI, Jason Gunthorpe
    • RE: [PATCH v1 rdma-next 2/2] RDMA/CMA: Add rdma_port_space to UAPI, Steve Wise
      • Re: [PATCH v1 rdma-next 2/2] RDMA/CMA: Add rdma_port_space to UAPI, Jason Gunthorpe
      • Re: [PATCH v1 rdma-next 2/2] RDMA/CMA: Add rdma_port_space to UAPI, Steve Wise
• [PATCH v1 rdma-next 1/2] RDMA/CMA: remove RDMA_PS_SDP, Steve Wise
• [PATCH rdma-next v2] RDMA/nldev: Provide netdevice name and index, Leon Romanovsky
  • Re: [PATCH rdma-next v2] RDMA/nldev: Provide netdevice name and index, Jason Gunthorpe
• [PATCH rdma-next v1] RDMA/nldev: Provide netdevice name and index, Leon Romanovsky
• [PATCH rdma-next] IB/core: Protect against concurrent access to hardware stats, Leon Romanovsky
  • Re: [PATCH rdma-next] IB/core: Protect against concurrent access to hardware stats, Jason Gunthorpe
  • Re: [PATCH rdma-next] IB/core: Protect against concurrent access to hardware stats, Christopher Lameter
    • Re: [PATCH rdma-next] IB/core: Protect against concurrent access to hardware stats, Leon Romanovsky
      • Re: [PATCH rdma-next] IB/core: Protect against concurrent access to hardware stats, Christopher Lameter
• [PATCH rdma-core] mlx4: Enable WQ creation with IBV_WQ_FLAGS_SCATTER_FCS, Yishai Hadas
  • Re: [PATCH rdma-core] mlx4: Enable WQ creation with IBV_WQ_FLAGS_SCATTER_FCS, Leon Romanovsky
  • Re: [PATCH rdma-core] mlx4: Enable WQ creation with IBV_WQ_FLAGS_SCATTER_FCS, Jason Gunthorpe
    • Re: [PATCH rdma-core] mlx4: Enable WQ creation with IBV_WQ_FLAGS_SCATTER_FCS, Yishai Hadas
• [PATCH v3 iproute2-next 0/8] cm_id, cq, mr, and pd resource tracking, Steve Wise
  • [PATCH v3 iproute2-next 2/8] rdma: Makefile change to find <rdma/rdma_cma.h>, Steve Wise
  • [PATCH v3 iproute2-next 3/8] rdma: update rdma_netlink.h, Steve Wise
  • [PATCH v3 iproute2-next 4/8] rdma: initialize the rd struct, Steve Wise
  • [PATCH v3 iproute2-next 6/8] rdma: Add CQ resource tracking information, Steve Wise
  • [PATCH v3 iproute2-next 7/8] rdma: Add MR resource tracking information, Steve Wise
  • [PATCH v3 iproute2-next 8/8] rdma: Add PD resource tracking information, Steve Wise
  • [PATCH v3 iproute2-next 5/8] rdma: Add CM_ID resource tracking information, Steve Wise
  • [PATCH v3 iproute2-next 1/8] rdma: include rdma-core <rdma/rdma_cma.h>, Steve Wise
    • Re: [PATCH v3 iproute2-next 1/8] rdma: include rdma-core <rdma/rdma_cma.h>, Leon Romanovsky
      • Re: [PATCH v3 iproute2-next 1/8] rdma: include rdma-core <rdma/rdma_cma.h>, David Ahern
• [PATCH net-next] qed*: Utilize FW 8.33.11.0, Michal Kalderon
  • Re: [PATCH net-next] qed*: Utilize FW 8.33.11.0, Jason Gunthorpe
    • RE: [PATCH net-next] qed*: Utilize FW 8.33.11.0, Kalderon, Michal
      • Re: [PATCH net-next] qed*: Utilize FW 8.33.11.0, Leon Romanovsky
        • Re: [PATCH net-next] qed*: Utilize FW 8.33.11.0, Jason Gunthorpe
          • RE: [PATCH net-next] qed*: Utilize FW 8.33.11.0, Kalderon, Michal
  • [RFC PATCH] qed*: qed_cm_init_pf() can be static, kbuild test robot
  • Re: [PATCH net-next] qed*: Utilize FW 8.33.11.0, kbuild test robot
• [PATCH] RDMA/hns: ensure for-loop actually iterates and free's buffers, Colin King
  • Re: [PATCH] RDMA/hns: ensure for-loop actually iterates and free's buffers, Liuyixian (Eason)
  • Re: [PATCH] RDMA/hns: ensure for-loop actually iterates and free's buffers, Jason Gunthorpe
• CFP: 3rd RDMA Mini-Summit at LPC 2018, Leon Romanovsky
• [PATCH] ibacm: empty port provider causes segfault, Wei Lin Guay
  • Re: [PATCH] ibacm: empty port provider causes segfault, Leon Romanovsky
• [PATCH] empty port provider causes segfault, Wei Lin Guay
  • Re: [PATCH] empty port provider causes segfault, Wei Lin Guay
• [PATCH iproute2-next 0/2] Print netdevice names and indexes for relevant RDMA devices, Leon Romanovsky
  • [PATCH iproute2-next 2/2] rdma: Print net device name and index for RDMA device, Leon Romanovsky
    • Re: [PATCH iproute2-next 2/2] rdma: Print net device name and index for RDMA device, David Ahern
      • Re: [PATCH iproute2-next 2/2] rdma: Print net device name and index for RDMA device, Leon Romanovsky
        • Re: [PATCH iproute2-next 2/2] rdma: Print net device name and index for RDMA device, David Ahern
          • Re: [PATCH iproute2-next 2/2] rdma: Print net device name and index for RDMA device, Leon Romanovsky
    • Re: [PATCH iproute2-next 2/2] rdma: Print net device name and index for RDMA device, Steve Wise
      • Re: [PATCH iproute2-next 2/2] rdma: Print net device name and index for RDMA device, Leon Romanovsky
  • [PATCH iproute2-next 1/2] rdma: Update RDMA header file, Leon Romanovsky
• [PATCH rdma-next] RDMA/nldev: Provide netdevice name and index, Leon Romanovsky
  • Re: [PATCH rdma-next] RDMA/nldev: Provide netdevice name and index, Steve Wise
  • Re: [PATCH rdma-next] RDMA/nldev: Provide netdevice name and index, Jason Gunthorpe
• KASAN: use-after-free Read in __list_add_valid (5), syzbot
  • Re: KASAN: use-after-free Read in __list_add_valid (5), Eric Biggers
    • Re: KASAN: use-after-free Read in __list_add_valid (5), Roland Dreier
      • Re: KASAN: use-after-free Read in __list_add_valid (5), Eric Biggers
        • Re: KASAN: use-after-free Read in __list_add_valid (5), Dmitry Vyukov
• KASAN: use-after-free Read in __list_del_entry_valid (4), syzbot
  • Re: KASAN: use-after-free Read in __list_del_entry_valid (4), syzbot
    • Re: [RDMA bug] KASAN: use-after-free Read in __list_del_entry_valid (4), Eric Biggers
      • Re: [RDMA bug] KASAN: use-after-free Read in __list_del_entry_valid (4), Jason Gunthorpe
        • RE: [RDMA bug] KASAN: use-after-free Read in __list_del_entry_valid (4), Parav Pandit
          • Re: [RDMA bug] KASAN: use-after-free Read in __list_del_entry_valid (4), Doug Ledford
            • RE: [RDMA bug] KASAN: use-after-free Read in __list_del_entry_valid (4), Parav Pandit
          • Re: [RDMA bug] KASAN: use-after-free Read in __list_del_entry_valid (4), Jason Gunthorpe
• [PATCH] librdmacm: Return errno on create_qp failure, Yuval Shaia
  • Re: [PATCH] librdmacm: Return errno on create_qp failure, Leon Romanovsky
    • Re: [PATCH] librdmacm: Return errno on create_qp failure, Jason Gunthorpe
      • Re: [PATCH] librdmacm: Return errno on create_qp failure, Yuval Shaia
        • Re: [PATCH] librdmacm: Return errno on create_qp failure, Jason Gunthorpe
      • Re: [PATCH] librdmacm: Return errno on create_qp failure, Leon Romanovsky
        • Re: [PATCH] librdmacm: Return errno on create_qp failure, Yuval Shaia
          • Re: [PATCH] librdmacm: Return errno on create_qp failure, Jason Gunthorpe
            • RE: [PATCH] librdmacm: Return errno on create_qp failure, Hefty, Sean
              • Re: [PATCH] librdmacm: Return errno on create_qp failure, Jason Gunthorpe
                • Re: [PATCH] librdmacm: Return errno on create_qp failure, Leon Romanovsky
• [PATCH 1/2] IB/rxe: make rxe_find_route6 compact, Zhu Yanjun
  • [PATCH 2/2] IB/rxe: optimize the function duplicate_request, Zhu Yanjun
  • Re: [PATCH 1/2] IB/rxe: make rxe_find_route6 compact, Jason Gunthorpe
    • Re: [PATCH 1/2] IB/rxe: make rxe_find_route6 compact, Yanjun Zhu
      • Re: [PATCH 1/2] IB/rxe: make rxe_find_route6 compact, Jason Gunthorpe
        • Re: [PATCH 1/2] IB/rxe: make rxe_find_route6 compact, Yanjun Zhu
• [PATCH rdma-next 0/6] GID refactoring cont 2., Leon Romanovsky
  • [PATCH rdma-next 1/6] IB/cm: Block processing alternate path handling RoCE Rx cm messages, Leon Romanovsky
  • [PATCH rdma-next 2/6] IB/core: Generate GID change event regardless of RoCE GID table property, Leon Romanovsky
  • [PATCH rdma-next 3/6] IB/core: Refer to RoCE port property instead of GID table property, Leon Romanovsky
  • [PATCH rdma-next 4/6] IB/core: Search GID only for IB link layer, Leon Romanovsky
  • [PATCH rdma-next 5/6] IB/core: Refer to RoCE port property to decide building cache, Leon Romanovsky
  • [PATCH rdma-next 6/6] IB/core: Fix addr_req list delete corruption due to re-enqueue, Leon Romanovsky
    • Re: [PATCH rdma-next 6/6] IB/core: Fix addr_req list delete corruption due to re-enqueue, Jason Gunthorpe
      • RE: [PATCH rdma-next 6/6] IB/core: Fix addr_req list delete corruption due to re-enqueue, Parav Pandit
        • Re: [PATCH rdma-next 6/6] IB/core: Fix addr_req list delete corruption due to re-enqueue, Jason Gunthorpe
  • Re: [PATCH rdma-next 0/6] GID refactoring cont 2., Jason Gunthorpe
• [PATCH rdma-rc] RDMA/ucma: Check that device exists prior to accessing it, Leon Romanovsky
• [PATCH rdma-rc v1] RDMA/ucma: Check that device is connected prior to access it, Leon Romanovsky
• [PATCH rdma-rc] RDMA/ucma: Don't copy data for unknown AF family, Leon Romanovsky
  • Re: [PATCH rdma-rc] RDMA/ucma: Don't copy data for unknown AF family, Jason Gunthorpe
  • Re: [PATCH rdma-rc] RDMA/ucma: Don't copy data for unknown AF family, Jason Gunthorpe
    • Re: [PATCH rdma-rc] RDMA/ucma: Don't copy data for unknown AF family, Leon Romanovsky
      • Re: [PATCH rdma-rc] RDMA/ucma: Don't copy data for unknown AF family, Jason Gunthorpe
        • Re: [PATCH rdma-rc] RDMA/ucma: Don't copy data for unknown AF family, Leon Romanovsky
          • Re: [PATCH rdma-rc] RDMA/ucma: Don't copy data for unknown AF family, Jason Gunthorpe
            • Re: [PATCH rdma-rc] RDMA/ucma: Don't copy data for unknown AF family, Leon Romanovsky
              • Re: [PATCH rdma-rc] RDMA/ucma: Don't copy data for unknown AF family, Jason Gunthorpe
                • Re: [PATCH rdma-rc] RDMA/ucma: Don't copy data for unknown AF family, Leon Romanovsky
                  • Re: [PATCH rdma-rc] RDMA/ucma: Don't copy data for unknown AF family, Jason Gunthorpe
                    • Re: [PATCH rdma-rc] RDMA/ucma: Don't copy data for unknown AF family, Leon Romanovsky
• [PATCH rdma-rc] RDMA/ucma: Check that device is connected prior to access it, Leon Romanovsky
  • Re: [PATCH rdma-rc] RDMA/ucma: Check that device is connected prior to access it, Leon Romanovsky
• [PATCH iproute2-next] rdma: Move RDMA UAPI header file to be under RDMA responsibility, Leon Romanovsky
  • RE: [PATCH iproute2-next] rdma: Move RDMA UAPI header file to be under RDMA responsibility, Steve Wise
  • Re: [PATCH iproute2-next] rdma: Move RDMA UAPI header file to be under RDMA responsibility, David Ahern
    • Re: [PATCH iproute2-next] rdma: Move RDMA UAPI header file to be under RDMA responsibility, Steve Wise
      • Re: [PATCH iproute2-next] rdma: Move RDMA UAPI header file to be under RDMA responsibility, Leon Romanovsky
• Pull Request: Fixes so that code will compile using the musl c library and GCC 6.3.0 #313, Raphael Cohn
• [PATCH 0/4] net: drivers/net: Use octal permissions, Joe Perches
• general protection fault in rdma_notify, syzbot
• general protection fault in rdma_addr_size, syzbot
  • Re: general protection fault in rdma_addr_size, Eric Biggers
• general protection fault in rdma_init_qp_attr (2), syzbot
• [ANNOUNCE] OFED 4.8-2 GA release is available, Vladimir Sokolovsky
• [PATCH v1 rdma-next 0/4] Provider-specific resource tracking, Steve Wise
  • [PATCH v1 rdma-next 1/4] RDMA/nldev: Add explicit pad attribute, Steve Wise
    • Re: [PATCH v1 rdma-next 1/4] RDMA/nldev: Add explicit pad attribute, Leon Romanovsky
  • [PATCH v1 rdma-next 2/4] RDMA/nldev: add provider-specific resource tracking, Steve Wise
    • Re: [PATCH v1 rdma-next 2/4] RDMA/nldev: add provider-specific resource tracking, Leon Romanovsky
      • RE: [PATCH v1 rdma-next 2/4] RDMA/nldev: add provider-specific resource tracking, Steve Wise
        • Re: [PATCH v1 rdma-next 2/4] RDMA/nldev: add provider-specific resource tracking, Leon Romanovsky
        • Re: [PATCH v1 rdma-next 2/4] RDMA/nldev: add provider-specific resource tracking, Jason Gunthorpe
          • Re: [PATCH v1 rdma-next 2/4] RDMA/nldev: add provider-specific resource tracking, Leon Romanovsky
            • RE: [PATCH v1 rdma-next 2/4] RDMA/nldev: add provider-specific resource tracking, Steve Wise
              • Re: [PATCH v1 rdma-next 2/4] RDMA/nldev: add provider-specific resource tracking, Leon Romanovsky
                • Re: [PATCH v1 rdma-next 2/4] RDMA/nldev: add provider-specific resource tracking, Steve Wise
                  • Re: [PATCH v1 rdma-next 2/4] RDMA/nldev: add provider-specific resource tracking, Leon Romanovsky
          • RE: [PATCH v1 rdma-next 2/4] RDMA/nldev: add provider-specific resource tracking, Steve Wise
            • Re: [PATCH v1 rdma-next 2/4] RDMA/nldev: add provider-specific resource tracking, Jason Gunthorpe
              • Re: [PATCH v1 rdma-next 2/4] RDMA/nldev: add provider-specific resource tracking, Leon Romanovsky
                • Re: [PATCH v1 rdma-next 2/4] RDMA/nldev: add provider-specific resource tracking, Jason Gunthorpe
                  • Re: [PATCH v1 rdma-next 2/4] RDMA/nldev: add provider-specific resource tracking, Steve Wise
                    • Re: [PATCH v1 rdma-next 2/4] RDMA/nldev: add provider-specific resource tracking, Leon Romanovsky
              • Re: [PATCH v1 rdma-next 2/4] RDMA/nldev: add provider-specific resource tracking, Steve Wise
    • Re: [PATCH v1 rdma-next 2/4] RDMA/nldev: add provider-specific resource tracking, Leon Romanovsky
      • RE: [PATCH v1 rdma-next 2/4] RDMA/nldev: add provider-specific resource tracking, Steve Wise
        • Re: [PATCH v1 rdma-next 2/4] RDMA/nldev: add provider-specific resource tracking, Leon Romanovsky
  • [PATCH v1 rdma-next 3/4] RDMA/nldev: add provider-specific device/port tracking, Steve Wise
    • Re: [PATCH v1 rdma-next 3/4] RDMA/nldev: add provider-specific device/port tracking, Leon Romanovsky
      • RE: [PATCH v1 rdma-next 3/4] RDMA/nldev: add provider-specific device/port tracking, Steve Wise
  • [PATCH v1 rdma-next 4/4] iw_cxgb4: dump detailed provider-specific QP information, Steve Wise
    • Re: [PATCH v1 rdma-next 4/4] iw_cxgb4: dump detailed provider-specific QP information, Leon Romanovsky
      • RE: [PATCH v1 rdma-next 4/4] iw_cxgb4: dump detailed provider-specific QP information, Steve Wise
      • Re: [PATCH v1 rdma-next 4/4] iw_cxgb4: dump detailed provider-specific QP information, Jason Gunthorpe
        • RE: [PATCH v1 rdma-next 4/4] iw_cxgb4: dump detailed provider-specific QP information, Steve Wise
• [PATCH rdma-next] iw_cxgb4: Add ib_device->get_netdev support, Steve Wise
  • Re: [PATCH rdma-next] iw_cxgb4: Add ib_device->get_netdev support, Jason Gunthorpe
• [PATCH rdma-rc] RDMA/rdma_cm: Fix use after free race with process_one_req, Jason Gunthorpe
  • Re: [PATCH rdma-rc] RDMA/rdma_cm: Fix use after free race with process_one_req, Mark Bloch
    • Re: [PATCH rdma-rc] RDMA/rdma_cm: Fix use after free race with process_one_req, Jason Gunthorpe
  • RE: [PATCH rdma-rc] RDMA/rdma_cm: Fix use after free race with process_one_req, Parav Pandit
    • Re: [PATCH rdma-rc] RDMA/rdma_cm: Fix use after free race with process_one_req, Jason Gunthorpe
      • RE: [PATCH rdma-rc] RDMA/rdma_cm: Fix use after free race with process_one_req, Parav Pandit
        • Re: [PATCH rdma-rc] RDMA/rdma_cm: Fix use after free race with process_one_req, Jason Gunthorpe
          • RE: [PATCH rdma-rc] RDMA/rdma_cm: Fix use after free race with process_one_req, Parav Pandit
            • Re: [PATCH rdma-rc] RDMA/rdma_cm: Fix use after free race with process_one_req, Jason Gunthorpe
              • RE: [PATCH rdma-rc] RDMA/rdma_cm: Fix use after free race with process_one_req, Parav Pandit
                • Re: [PATCH rdma-rc] RDMA/rdma_cm: Fix use after free race with process_one_req, Jason Gunthorpe
  • Re: [PATCH rdma-rc] RDMA/rdma_cm: Fix use after free race with process_one_req, Jason Gunthorpe
• [PATCH v2] net/mlx5: Fix use-after-free, Gustavo A. R. Silva
  • Re: [PATCH v2] net/mlx5: Fix use-after-free, Saeed Mahameed
  • Re: [PATCH v2] net/mlx5: Fix use-after-free, David Miller
• [PATCH] net/mlx5/core/fpga/ipsec: Fix use-after-free, Gustavo A. R. Silva
  • Re: [PATCH] net/mlx5/core/fpga/ipsec: Fix use-after-free, Yuval Shaia
    • Re: [PATCH] net/mlx5/core/fpga/ipsec: Fix use-after-free, Gustavo A. R. Silva
• [PATCH v6] RDMA/qedr: eliminate duplicate barriers on weakly-ordered archs #2, Sinan Kaya
  • Re: [PATCH v6] RDMA/qedr: eliminate duplicate barriers on weakly-ordered archs #2, Sinan Kaya
• [PATCH v5 0/3] ib: Eliminate duplicate barriers on weakly-ordered archs, Sinan Kaya
  • [PATCH v5 1/3] RDMA/bnxt_re: Eliminate duplicate barriers on weakly-ordered archs, Sinan Kaya
  • [PATCH v5 2/3] RDMA/i40iw: Eliminate duplicate barriers on weakly-ordered archs, Sinan Kaya
    • Re: [PATCH v5 2/3] RDMA/i40iw: Eliminate duplicate barriers on weakly-ordered archs, Sinan Kaya
  • [PATCH v5 3/3] RDMA/qedr: eliminate duplicate barriers on weakly-ordered archs #2, Sinan Kaya
    • Re: [PATCH v5 3/3] RDMA/qedr: eliminate duplicate barriers on weakly-ordered archs #2, Sinan Kaya
      • RE: [PATCH v5 3/3] RDMA/qedr: eliminate duplicate barriers on weakly-ordered archs #2, Kalderon, Michal
        • Re: [PATCH v5 3/3] RDMA/qedr: eliminate duplicate barriers on weakly-ordered archs #2, Sinan Kaya
        • Re: [PATCH v5 3/3] RDMA/qedr: eliminate duplicate barriers on weakly-ordered archs #2, Jason Gunthorpe
          • RE: [PATCH v5 3/3] RDMA/qedr: eliminate duplicate barriers on weakly-ordered archs #2, Kalderon, Michal
• [PATCH rdma-next 0/2] mlx5 UMR and ECN fixes for 4.17, Leon Romanovsky
  • [PATCH rdma-next 1/2] IB/mlx5: Enable ECN capable bits for UD RoCE v2 QPs, Leon Romanovsky
  • [PATCH rdma-next 2/2] IB/mlx5: Respect new UMR capabilities, Leon Romanovsky
  • Re: [PATCH rdma-next 0/2] mlx5 UMR and ECN fixes for 4.17, Jason Gunthorpe
• [PATCH rdma-next] IB/uverbs: UAPI pointers should use __aligned_u64 type, Leon Romanovsky
  • Re: [PATCH rdma-next] IB/uverbs: UAPI pointers should use __aligned_u64 type, Jason Gunthorpe
• [PATCH rdma-core 00/11] Add ESP flow action support, Yishai Hadas
  • [PATCH rdma-core 02/11] verbs: Add flow_action uapi definitions, Yishai Hadas
  • [PATCH rdma-core 04/11] verbs: Add a man page for flow_action_esp, Yishai Hadas
  • [PATCH rdma-core 01/11] verbs: Add enum attribute type to the ioctl infrastructure, Yishai Hadas
  • [PATCH rdma-core 07/11] verbs: Add ability to hash according to ipsec_spi, Yishai Hadas
  • [PATCH rdma-core 10/11] mlx5: Query the FLOW_ACTION capabilities through DV, Yishai Hadas
  • [PATCH rdma-core 09/11] verbs: Add flow steering specification for ESP, Yishai Hadas
  • [PATCH rdma-core 11/11] verbs: Add ibv_flow_spec_action_handle support, Yishai Hadas
  • [PATCH rdma-core 08/11] verbs: Add flow steering egress support, Yishai Hadas
  • [PATCH rdma-core 06/11] mlx5: Add mlx5dv_create_flow_action_esp() DV API, Yishai Hadas
  • [PATCH rdma-core 03/11] verbs: Add flow_action create, modify and destroy verbs, Yishai Hadas
  • [PATCH rdma-core 05/11] mlx5: Add support to creating/modifying and destroying ESP flow_action, Yishai Hadas
  • Re: [PATCH rdma-core 00/11] Add ESP flow action support, Yishai Hadas
    • Re: [PATCH rdma-core 00/11] Add ESP flow action support, Yishai Hadas
• [PATCH rdma-rc] RDMA/ucma: Correct option size check using optlen, Shiraz Saleem
  • Re: [PATCH rdma-rc] RDMA/ucma: Correct option size check using optlen, Leon Romanovsky
    • Re: [PATCH rdma-rc] RDMA/ucma: Correct option size check using optlen, Leon Romanovsky
  • Re: [PATCH rdma-rc] RDMA/ucma: Correct option size check using optlen, Jason Gunthorpe
• general protection fault in rds_ib_get_mr, syzbot
  • Re: general protection fault in rds_ib_get_mr, Eric Biggers
    • Re: general protection fault in rds_ib_get_mr, santosh.shilimkar@xxxxxxxxxx
      • Re: general protection fault in rds_ib_get_mr, Eric Biggers
        • Re: general protection fault in rds_ib_get_mr, santosh.shilimkar@xxxxxxxxxx
          • Re: general protection fault in rds_ib_get_mr, Johannes Thumshirn
            • Re: general protection fault in rds_ib_get_mr, Santosh Shilimkar
              • Re: general protection fault in rds_ib_get_mr, Johannes Thumshirn
                • Re: general protection fault in rds_ib_get_mr, santosh.shilimkar@xxxxxxxxxx
                  • Re: general protection fault in rds_ib_get_mr, Johannes Thumshirn
• [PATCH rdma-next 0/2] GID refactoring cont., Leon Romanovsky
  • [PATCH rdma-next 2/2] IB/core: Refer to RoCE port property instead of GID table property, Leon Romanovsky
    • Re: [PATCH rdma-next 2/2] IB/core: Refer to RoCE port property instead of GID table property, Jason Gunthorpe
      • RE: [PATCH rdma-next 2/2] IB/core: Refer to RoCE port property instead of GID table property, Parav Pandit
      • RE: [PATCH rdma-next 2/2] IB/core: Refer to RoCE port property instead of GID table property, Parav Pandit
  • [PATCH rdma-next 1/2] IB/cma: Resolve route only while receiving CM requests, Leon Romanovsky
    • Re: [PATCH rdma-next 1/2] IB/cma: Resolve route only while receiving CM requests, Jason Gunthorpe
      • RE: [PATCH rdma-next 1/2] IB/cma: Resolve route only while receiving CM requests, Parav Pandit
        • Re: [PATCH rdma-next 1/2] IB/cma: Resolve route only while receiving CM requests, Jason Gunthorpe
          • RE: [PATCH rdma-next 1/2] IB/cma: Resolve route only while receiving CM requests, Parav Pandit
    • Re: [PATCH rdma-next 1/2] IB/cma: Resolve route only while receiving CM requests, Jason Gunthorpe
• [PATCH rdma-next] RDMA/restrack: Remove ambiguity in resource track clean logic, Leon Romanovsky
  • Re: [PATCH rdma-next] RDMA/restrack: Remove ambiguity in resource track clean logic, Jason Gunthorpe
• [PATCH rdma-next 0/8] IB device memory support, Leon Romanovsky
  • [PATCH rdma-next 1/8] IB/uverbs: Expose device memory capabilities to user, Leon Romanovsky
  • [PATCH rdma-next 2/8] IB/uverbs: Add device memory capabilities reporting, Leon Romanovsky
  • [PATCH rdma-next 3/8] IB/uverbs: Add alloc/free dm uverbs ioctl support, Leon Romanovsky
  • [PATCH rdma-next 4/8] IB/uverbs: Add device memory registration ioctl support, Leon Romanovsky
  • [PATCH rdma-next 5/8] net/mlx5: Add MEMIC support, Leon Romanovsky
    • Re: [PATCH rdma-next 5/8] net/mlx5: Add MEMIC support, Saeed Mahameed
      • Re: [PATCH rdma-next 5/8] net/mlx5: Add MEMIC support, Leon Romanovsky
        • Re: [PATCH rdma-next 5/8] net/mlx5: Add MEMIC support, Saeed Mahameed
  • [PATCH rdma-next 6/8] net/mlx5: Mkey creation command adjustments, Leon Romanovsky
  • [PATCH rdma-next 7/8] IB/mlx5: Device memory support in mlx5_ib, Leon Romanovsky
  • [PATCH rdma-next 8/8] IB/mlx5: Device memory mr registration support, Leon Romanovsky
• [PATCH v3 for-rc 0/3] RDMA/qedr fixes for 4.16, Michal Kalderon
  • [PATCH v3 for-rc 1/3] RDMA/qedr: fix QP's ack timeout configuration, Michal Kalderon
  • [PATCH v3 for-rc 2/3] RDMA/qedr: Fix rc initialization on CNQ allocation failure, Michal Kalderon
  • [PATCH v3 for-rc 3/3] RDMA/qedr: Fix QP state initialization race, Michal Kalderon
• [PATCH v2 for-rc 0/3] RDMA/qedr fixes for 4.16, Michal Kalderon
  • [PATCH v2 for-rc 1/3] RDMA/qedr: fix QP's ack timeout configuration, Michal Kalderon
  • [PATCH v2 for-rc 2/3] RDMA/qedr: Fix rc initialization on CNQ allocation failure, Michal Kalderon
  • [PATCH v2 for-rc 3/3] RDMA/qedr: Fix QP state initialization race, Michal Kalderon
• [PATCHv4 1/1] IB/rxe: optimize mcast recv process, Zhu Yanjun
  • Re: [PATCHv4 1/1] IB/rxe: optimize mcast recv process, Jason Gunthorpe
• [PATCH rdma-rc v1] RDMA/restrack: Move restrack_clean to be symmetrical to restrack_init, Leon Romanovsky
  • Re: [PATCH rdma-rc v1] RDMA/restrack: Move restrack_clean to be symmetrical to restrack_init, Jason Gunthorpe
    • Re: [PATCH rdma-rc v1] RDMA/restrack: Move restrack_clean to be symmetrical to restrack_init, Leon Romanovsky
  • Re: [PATCH rdma-rc v1] RDMA/restrack: Move restrack_clean to be symmetrical to restrack_init, Jason Gunthorpe
• [PATCH for-next] RDMA/hns: Fix cq record doorbell enable in kernel, Yixian Liu
  • Re: [PATCH for-next] RDMA/hns: Fix cq record doorbell enable in kernel, Jason Gunthorpe
• Fwd: New Defects reported by Coverity Scan for rdma-core, Leon Romanovsky
• RFC on writel and writel_relaxed, Sinan Kaya
  • Re: RFC on writel and writel_relaxed, Oliver
    • Re: RFC on writel and writel_relaxed, Sinan Kaya
      • Re: RFC on writel and writel_relaxed, Sinan Kaya
        • Re: RFC on writel and writel_relaxed, Arnd Bergmann
          • Re: RFC on writel and writel_relaxed, Sinan Kaya
      • RE: RFC on writel and writel_relaxed, David Laight
        • Re: RFC on writel and writel_relaxed, Sinan Kaya
        • Re: RFC on writel and writel_relaxed, Oliver
          • Re: RFC on writel and writel_relaxed, Gabriel Paubert
            • Re: RFC on writel and writel_relaxed, Oliver
              • Re: RFC on writel and writel_relaxed, Gabriel Paubert
          • RE: RFC on writel and writel_relaxed, David Laight
      • Re: RFC on writel and writel_relaxed, Benjamin Herrenschmidt
        • Re: RFC on writel and writel_relaxed, Oliver
          • Re: RFC on writel and writel_relaxed, Benjamin Herrenschmidt
            • Re: RFC on writel and writel_relaxed, Sinan Kaya
              • Re: RFC on writel and writel_relaxed, Benjamin Herrenschmidt
                • Re: RFC on writel and writel_relaxed, Sinan Kaya
                  • Re: RFC on writel and writel_relaxed, Benjamin Herrenschmidt
                    • Re: RFC on writel and writel_relaxed, Sinan Kaya
                • Re: RFC on writel and writel_relaxed, Will Deacon
                  • Re: RFC on writel and writel_relaxed, okaya
                    • Re: RFC on writel and writel_relaxed, Sinan Kaya
            • Re: RFC on writel and writel_relaxed, Jason Gunthorpe
              • Re: RFC on writel and writel_relaxed, Benjamin Herrenschmidt
                • RE: RFC on writel and writel_relaxed, David Laight
                  • Re: RFC on writel and writel_relaxed, Jason Gunthorpe
                    • Re: RFC on writel and writel_relaxed, Arnd Bergmann
                      • Re: RFC on writel and writel_relaxed, Jason Gunthorpe
                        • Re: RFC on writel and writel_relaxed, Arnd Bergmann
                          • Re: RFC on writel and writel_relaxed, Jason Gunthorpe
                            • Re: RFC on writel and writel_relaxed, Arnd Bergmann
                              • Re: RFC on writel and writel_relaxed, Sinan Kaya
                                • Re: RFC on writel and writel_relaxed, Benjamin Herrenschmidt
                                  • Re: RFC on writel and writel_relaxed, Sinan Kaya
                                    • Re: RFC on writel and writel_relaxed, Benjamin Herrenschmidt
                                  • Re: RFC on writel and writel_relaxed, Jason Gunthorpe
                                    • Re: RFC on writel and writel_relaxed, Benjamin Herrenschmidt
                                      • Re: RFC on writel and writel_relaxed, Benjamin Herrenschmidt
                                      • Re: RFC on writel and writel_relaxed, Jason Gunthorpe
                                        • Re: RFC on writel and writel_relaxed, Benjamin Herrenschmidt
                                          • Re: RFC on writel and writel_relaxed, Jason Gunthorpe
                                    • Re: RFC on writel and writel_relaxed, Arnd Bergmann
                                      • Re: RFC on writel and writel_relaxed, Benjamin Herrenschmidt
                                        • Re: RFC on writel and writel_relaxed, Arnd Bergmann
                                          • Re: RFC on writel and writel_relaxed, Will Deacon
                                          • Re: RFC on writel and writel_relaxed, Benjamin Herrenschmidt
                                            • Re: RFC on writel and writel_relaxed, okaya
                                              • Re: RFC on writel and writel_relaxed, Jason Gunthorpe
                                                • Re: RFC on writel and writel_relaxed, Benjamin Herrenschmidt
                                        • Re: RFC on writel and writel_relaxed, Will Deacon
                                          • Re: RFC on writel and writel_relaxed, Arnd Bergmann
                                            • Re: RFC on writel and writel_relaxed, Will Deacon
                                              • Re: RFC on writel and writel_relaxed, Arnd Bergmann
                                                • Re: RFC on writel and writel_relaxed, Will Deacon
                                                  • Re: RFC on writel and writel_relaxed, Arnd Bergmann
                                                  • Re: RFC on writel and writel_relaxed, Benjamin Herrenschmidt
                                                  • RE: RFC on writel and writel_relaxed, David Laight
                                                  • Re: RFC on writel and writel_relaxed, Sinan Kaya
                                                    • Re: RFC on writel and writel_relaxed, Will Deacon
                                                    • Re: RFC on writel and writel_relaxed, Benjamin Herrenschmidt
                                                    • Re: RFC on writel and writel_relaxed, Will Deacon
                                                    • RE: RFC on writel and writel_relaxed, David Laight
                                                    • Re: RFC on writel and writel_relaxed, Will Deacon
                                                    • Re: RFC on writel and writel_relaxed, Benjamin Herrenschmidt
                                                    • Re: RFC on writel and writel_relaxed, Benjamin Herrenschmidt
                                                    • Re: RFC on writel and writel_relaxed, Arnd Bergmann
                                                    • Re: RFC on writel and writel_relaxed, Benjamin Herrenschmidt
                                                    • Re: RFC on writel and writel_relaxed, Will Deacon
                                                    • Re: RFC on writel and writel_relaxed, Jason Gunthorpe
                                                    • Re: RFC on writel and writel_relaxed, Will Deacon
                                                    • Re: RFC on writel and writel_relaxed, Jason Gunthorpe
                                                    • RE: RFC on writel and writel_relaxed, David Laight
                                                    • Re: RFC on writel and writel_relaxed, Jason Gunthorpe
                                                    • Re: RFC on writel and writel_relaxed, Benjamin Herrenschmidt
                                          • Re: RFC on writel and writel_relaxed, Benjamin Herrenschmidt
                                      • Re: RFC on writel and writel_relaxed, Will Deacon
                                        • Re: RFC on writel and writel_relaxed, Benjamin Herrenschmidt
                                          • Re: RFC on writel and writel_relaxed, Will Deacon
                                        • Re: RFC on writel and writel_relaxed, Jason Gunthorpe
                                      • Re: RFC on writel and writel_relaxed, Jason Gunthorpe
                              • Re: RFC on writel and writel_relaxed, Benjamin Herrenschmidt
                                • Re: RFC on writel and writel_relaxed, Sinan Kaya
                                  • Re: RFC on writel and writel_relaxed, Jose Abreu
                                  • Re: RFC on writel and writel_relaxed, Will Deacon
                                    • Re: RFC on writel and writel_relaxed, Alexander Duyck
                                      • Re: RFC on writel and writel_relaxed, Arnd Bergmann
                                        • Re: RFC on writel and writel_relaxed, Arnd Bergmann
                                      • Re: RFC on writel and writel_relaxed, Benjamin Herrenschmidt
                                        • Re: RFC on writel and writel_relaxed, Linus Torvalds
                                          • Re: RFC on writel and writel_relaxed, Benjamin Herrenschmidt
                                            • Re: RFC on writel and writel_relaxed, Linus Torvalds
                                              • Re: RFC on writel and writel_relaxed, Sinan Kaya
                                                • Re: RFC on writel and writel_relaxed, Benjamin Herrenschmidt
                                                • Re: RFC on writel and writel_relaxed, Linus Torvalds
                                                  • Re: RFC on writel and writel_relaxed, okaya
                                                    • Re: RFC on writel and writel_relaxed, Benjamin Herrenschmidt
                                                    • Re: RFC on writel and writel_relaxed, David Miller
                                                    • Re: RFC on writel and writel_relaxed, Nicholas Piggin
                                                    • Re: RFC on writel and writel_relaxed, Benjamin Herrenschmidt
                                                    • Re: RFC on writel and writel_relaxed, Nicholas Piggin
                                                    • Re: RFC on writel and writel_relaxed, Will Deacon
                                                    • Re: RFC on writel and writel_relaxed, Sinan Kaya
                                                    • Re: RFC on writel and writel_relaxed, David Miller
                                                    • Re: RFC on writel and writel_relaxed, Arnd Bergmann
                                                    • Re: RFC on writel and writel_relaxed, Sinan Kaya
                                                    • Re: RFC on writel and writel_relaxed, Benjamin Herrenschmidt
                                                    • Re: RFC on writel and writel_relaxed, Sinan Kaya
                                              • Re: RFC on writel and writel_relaxed, Benjamin Herrenschmidt
                                                • Re: RFC on writel and writel_relaxed, Linus Torvalds
                                                  • Re: RFC on writel and writel_relaxed, Benjamin Herrenschmidt
                                                    • Message not available
                                                    • Re: RFC on writel and writel_relaxed, Benjamin Herrenschmidt
                                                    • Re: RFC on writel and writel_relaxed, Arnd Bergmann
                                                    • Re: RFC on writel and writel_relaxed, Benjamin Herrenschmidt
                                                    • Re: RFC on writel and writel_relaxed, Will Deacon
                                                    • Re: RFC on writel and writel_relaxed, Benjamin Herrenschmidt
                                                    • Aw: Re: RFC on writel and writel_relaxed, Lino Sanfilippo
                                                    • Re: Aw: Re: RFC on writel and writel_relaxed, Benjamin Herrenschmidt
                                                    • RE: RFC on writel and writel_relaxed, David Laight
                                                    • Re: RFC on writel and writel_relaxed, Benjamin Herrenschmidt
                                                    • RE: RFC on writel and writel_relaxed, David Laight
                                    • Re: RFC on writel and writel_relaxed, Benjamin Herrenschmidt
                                  • Re: RFC on writel and writel_relaxed, Benjamin Herrenschmidt
                    • Re: RFC on writel and writel_relaxed, Benjamin Herrenschmidt
  • <Possible follow-ups>
  • Re: RFC on writel and writel_relaxed, Alexander Duyck
    • Re: RFC on writel and writel_relaxed, Sinan Kaya
    • Re: RFC on writel and writel_relaxed, Benjamin Herrenschmidt
• [PATCH rdma-core 00/20] Remove uapi structure copies from drivers, Jason Gunthorpe
  • [PATCH rdma-core 13/20] mthca: Use kernel uapi headers, Jason Gunthorpe
  • [PATCH rdma-core 08/20] mlx5: Move mlx5 to exclusively use the kernel uapi headers, Jason Gunthorpe
  • [PATCH rdma-core 02/20] rxe: Move rxe to exclusively use the kernel uapi headers, Jason Gunthorpe
  • [PATCH rdma-core 09/20] nes: Use kernel uapi headers, Jason Gunthorpe
  • [PATCH rdma-core 07/20] mlx5: Do not use internal ABI structures in place of kernel ABI, Jason Gunthorpe
  • [PATCH rdma-core 06/20] mlx5: Use kernel uapi header structs, Jason Gunthorpe
  • [PATCH rdma-core 04/20] mlx4: Move mlx4 to exclusively use the kernel uapi headers, Jason Gunthorpe
  • [PATCH rdma-core 03/20] mlx4: Use kernel uapi headers, Jason Gunthorpe
  • [PATCH rdma-core 01/20] qedr: Move qedr to exclusively use the kernel uapi headers, Jason Gunthorpe
  • [PATCH rdma-core 16/20] hns: Move hns to exclusively use the kernel uapi headers, Jason Gunthorpe
  • [PATCH rdma-core 05/20] mlx5: Use kernel uapi headers, Jason Gunthorpe
  • [PATCH rdma-core 10/20] nes: Move nes to exclusively use the kernel uapi headers, Jason Gunthorpe
  • [PATCH rdma-core 17/20] bnxt_re: Use kernel uapi headers, Jason Gunthorpe
  • [PATCH rdma-core 14/20] mthca: Move mthca to exclusively use the kernel uapi headers, Jason Gunthorpe
  • [PATCH rdma-core 11/20] cxgb4: Use kernel uapi headers, Jason Gunthorpe
    • Re: [PATCH rdma-core 11/20] cxgb4: Use kernel uapi headers, Steve Wise
  • [PATCH rdma-core 18/20] bnxt: Move bnxt to exclusively use the kernel uapi headers, Jason Gunthorpe
  • [PATCH rdma-core 19/20] i40iw: Use kernel uapi headers, Jason Gunthorpe
  • [PATCH rdma-core 12/20] cxgb4: Move cxgb4 to exclusively use the kernel uapi headers, Jason Gunthorpe
    • Re: [PATCH rdma-core 12/20] cxgb4: Move cxgb4 to exclusively use the kernel uapi headers, Steve Wise
  • [PATCH rdma-core 15/20] vmw_pvrdma: Use new kABI macros, Jason Gunthorpe
  • [PATCH rdma-core 20/20] i40iw: Move i40iw to exclusively use the kernel uapi headers, Jason Gunthorpe
  • Re: [PATCH rdma-core 00/20] Remove uapi structure copies from drivers, Jason Gunthorpe
• [PATCH 0/3] Three short subjects for v4.17, Chuck Lever
  • [PATCH 1/3] svcrdma: Use pr_err to report Receive errors, Chuck Lever
  • [PATCH 2/3] svcrdma: Consult max_qp_init_rd_atom when accepting connections, Chuck Lever
  • [PATCH 3/3] svcrdma: Clean up rdma_build_arg_xdr, Chuck Lever
  • Re: [PATCH 0/3] Three short subjects for v4.17, J. Bruce Fields
• [PATCH 0/6] Fix uABI structure layouts for 32/64 compat, Jason Gunthorpe
  • [PATCH 4/6] RDMA/mlx4: Fix uABI structure layouts for 32/64 compat, Jason Gunthorpe
  • [PATCH 5/6] RDMA/rxe: Fix uABI structure layouts for 32/64 compat, Jason Gunthorpe
  • [PATCH 2/6] RDMA/ucma: Fix uABI structure layouts for 32/64 compat, Jason Gunthorpe
  • [PATCH 3/6] RDMA/qedr: Fix uABI structure layouts for 32/64 compat, Jason Gunthorpe
    • RE: [PATCH 3/6] RDMA/qedr: Fix uABI structure layouts for 32/64 compat, Kalderon, Michal
  • [PATCH 1/6] RDMA: Remove minor pahole differences between 32/64, Jason Gunthorpe
  • [PATCH 6/6] RDMA: Change all uapi headers to use __aligned_u64 instead of __u64, Jason Gunthorpe
  • Re: [PATCH 0/6] Fix uABI structure layouts for 32/64 compat, Jason Gunthorpe
• general protection fault in cma_comp_exch, syzbot
  • Re: general protection fault in cma_comp_exch, Leon Romanovsky
• [PATCH] RDMA/cxgb3: Use structs to describe the uABI instead of opencoding, Jason Gunthorpe
  • RE: [PATCH] RDMA/cxgb3: Use structs to describe the uABI instead of opencoding, Steve Wise
  • Re: [PATCH] RDMA/cxgb3: Use structs to describe the uABI instead of opencoding, Jason Gunthorpe
• [PATCH rdma-rc v2] RDMA/ucma: Ensure that CM_ID exists prior to access it, Leon Romanovsky
  • RE: [PATCH rdma-rc v2] RDMA/ucma: Ensure that CM_ID exists prior to access it, Hefty, Sean
    • Re: [PATCH rdma-rc v2] RDMA/ucma: Ensure that CM_ID exists prior to access it, Jason Gunthorpe
      • Re: [PATCH rdma-rc v2] RDMA/ucma: Ensure that CM_ID exists prior to access it, Leon Romanovsky
        • Re: [PATCH rdma-rc v2] RDMA/ucma: Ensure that CM_ID exists prior to access it, Jason Gunthorpe
• [PATCH rdma-rc 0/2] RDMA fixes for 4.16, Leon Romanovsky
  • [PATCH rdma-rc 1/2] RDMA/restrack: Add ability to create non-traceable restrack objects, Leon Romanovsky
    • Re: [PATCH rdma-rc 1/2] RDMA/restrack: Add ability to create non-traceable restrack objects, Jason Gunthorpe
      • Re: [PATCH rdma-rc 1/2] RDMA/restrack: Add ability to create non-traceable restrack objects, Leon Romanovsky
    • RE: [PATCH rdma-rc 1/2] RDMA/restrack: Add ability to create non-traceable restrack objects, Parav Pandit
      • Re: [PATCH rdma-rc 1/2] RDMA/restrack: Add ability to create non-traceable restrack objects, Jason Gunthorpe
        • RE: [PATCH rdma-rc 1/2] RDMA/restrack: Add ability to create non-traceable restrack objects, Parav Pandit
          • Re: [PATCH rdma-rc 1/2] RDMA/restrack: Add ability to create non-traceable restrack objects, Jason Gunthorpe
            • RE: [PATCH rdma-rc 1/2] RDMA/restrack: Add ability to create non-traceable restrack objects, Parav Pandit
              • Re: [PATCH rdma-rc 1/2] RDMA/restrack: Add ability to create non-traceable restrack objects, Jason Gunthorpe
                • Re: [PATCH rdma-rc 1/2] RDMA/restrack: Add ability to create non-traceable restrack objects, Leon Romanovsky
                  • RE: [PATCH rdma-rc 1/2] RDMA/restrack: Add ability to create non-traceable restrack objects, Parav Pandit
                    • Re: [PATCH rdma-rc 1/2] RDMA/restrack: Add ability to create non-traceable restrack objects, Leon Romanovsky
  • [PATCH rdma-rc 2/2] IB/mlx5: Don't clean uninitialized UMR resources, Leon Romanovsky
    • Re: [PATCH rdma-rc 2/2] IB/mlx5: Don't clean uninitialized UMR resources, Jason Gunthorpe
      • Re: [PATCH rdma-rc 2/2] IB/mlx5: Don't clean uninitialized UMR resources, Jason Gunthorpe
• [PATCH rdma-next 00/15] ESP flow action support, Leon Romanovsky
  • [PATCH rdma-next 01/15] IB/mlx5: Initialize the parsing tree root without the help of uverbs, Leon Romanovsky
  • [PATCH rdma-next 02/15] IB/uverbs: Add enum attribute type to ioctl() interface, Leon Romanovsky
  • [PATCH rdma-next 03/15] IB/mlx4: Check for egress flow steering, Leon Romanovsky
  • [PATCH rdma-next 04/15] IB/uverbs: Refactor kern_spec_to_ib_spec_filter, Leon Romanovsky
  • [PATCH rdma-next 05/15] IB/uverbs: Add flow_action create and destroy verbs, Leon Romanovsky
    • Re: [PATCH rdma-next 05/15] IB/uverbs: Add flow_action create and destroy verbs, Jason Gunthorpe
      • Re: [PATCH rdma-next 05/15] IB/uverbs: Add flow_action create and destroy verbs, Matan Barak
        • Re: [PATCH rdma-next 05/15] IB/uverbs: Add flow_action create and destroy verbs, Jason Gunthorpe
          • Re: [PATCH rdma-next 05/15] IB/uverbs: Add flow_action create and destroy verbs, Matan Barak
            • Re: [PATCH rdma-next 05/15] IB/uverbs: Add flow_action create and destroy verbs, Jason Gunthorpe
              • Re: [PATCH rdma-next 05/15] IB/uverbs: Add flow_action create and destroy verbs, Matan Barak
                • Re: [PATCH rdma-next 05/15] IB/uverbs: Add flow_action create and destroy verbs, Jason Gunthorpe
                  • Re: [PATCH rdma-next 05/15] IB/uverbs: Add flow_action create and destroy verbs, Matan Barak
                    • Re: [PATCH rdma-next 05/15] IB/uverbs: Add flow_action create and destroy verbs, Jason Gunthorpe
                      • Re: [PATCH rdma-next 05/15] IB/uverbs: Add flow_action create and destroy verbs, Matan Barak
    • Re: [PATCH rdma-next 05/15] IB/uverbs: Add flow_action create and destroy verbs, Jason Gunthorpe
      • Re: [PATCH rdma-next 05/15] IB/uverbs: Add flow_action create and destroy verbs, Jason Gunthorpe
        • Re: [PATCH rdma-next 05/15] IB/uverbs: Add flow_action create and destroy verbs, Matan Barak
      • Re: [PATCH rdma-next 05/15] IB/uverbs: Add flow_action create and destroy verbs, Matan Barak
        • Re: [PATCH rdma-next 05/15] IB/uverbs: Add flow_action create and destroy verbs, Leon Romanovsky
          • Re: [PATCH rdma-next 05/15] IB/uverbs: Add flow_action create and destroy verbs, Matan Barak
        • Re: [PATCH rdma-next 05/15] IB/uverbs: Add flow_action create and destroy verbs, Jason Gunthorpe
          • Re: [PATCH rdma-next 05/15] IB/uverbs: Add flow_action create and destroy verbs, Matan Barak
    • Re: [PATCH rdma-next 05/15] IB/uverbs: Add flow_action create and destroy verbs, Jason Gunthorpe
      • Re: [PATCH rdma-next 05/15] IB/uverbs: Add flow_action create and destroy verbs, Matan Barak
    • Re: [PATCH rdma-next 05/15] IB/uverbs: Add flow_action create and destroy verbs, Jason Gunthorpe
      • Re: [PATCH rdma-next 05/15] IB/uverbs: Add flow_action create and destroy verbs, Matan Barak
  • [PATCH rdma-next 07/15] IB/uverbs: Introduce egress flow steering, Leon Romanovsky
  • [PATCH rdma-next 08/15] IB/uverbs: Add modify ESP flow_action, Leon Romanovsky
  • [PATCH rdma-next 09/15] IB/uverbs: Introduce ESP steering match filter, Leon Romanovsky
  • [PATCH rdma-next 10/15] IB/mlx5: Add implementation for create and destroy action_xfrm, Leon Romanovsky
    • Re: [PATCH rdma-next 10/15] IB/mlx5: Add implementation for create and destroy action_xfrm, Jason Gunthorpe
      • Re: [PATCH rdma-next 10/15] IB/mlx5: Add implementation for create and destroy action_xfrm, Matan Barak
        • Re: [PATCH rdma-next 10/15] IB/mlx5: Add implementation for create and destroy action_xfrm, Jason Gunthorpe
          • Re: [PATCH rdma-next 10/15] IB/mlx5: Add implementation for create and destroy action_xfrm, Matan Barak
  • [PATCH rdma-next 11/15] IB/mlx5: Add modify_flow_action_esp verb, Leon Romanovsky
  • [PATCH rdma-next 12/15] {net,IB}/mlx5: Add ipsec helper, Leon Romanovsky
  • [PATCH rdma-next 06/15] IB/uverbs: Add action_handle flow steering specification, Leon Romanovsky
    • Re: [PATCH rdma-next 06/15] IB/uverbs: Add action_handle flow steering specification, Jason Gunthorpe
      • Re: [PATCH rdma-next 06/15] IB/uverbs: Add action_handle flow steering specification, Leon Romanovsky
        • Re: [PATCH rdma-next 06/15] IB/uverbs: Add action_handle flow steering specification, Jason Gunthorpe
      • Re: [PATCH rdma-next 06/15] IB/uverbs: Add action_handle flow steering specification, Matan Barak
  • [PATCH rdma-next 14/15] IB/mlx5: Add information for querying IPsec capabilities, Leon Romanovsky
  • [PATCH rdma-next 15/15] IB/mlx5: Add ability to hash by IPSEC_SPI when creating a TIR, Leon Romanovsky
  • [PATCH rdma-next 13/15] IB/mlx5: Add IPsec support for egress and ingress, Leon Romanovsky
• [PATCHv3 1/1] IB/rxe: optimize the recv process, Zhu Yanjun
  • Re: [PATCHv3 1/1] IB/rxe: optimize the recv process, Yuval Shaia
    • Re: [PATCHv3 1/1] IB/rxe: optimize the recv process, Yanjun Zhu
• [PATCH rdma-rc v1] RDMA/ucma: Ensure that CM_ID exists prior to access it, Leon Romanovsky
  • Re: [PATCH rdma-rc v1] RDMA/ucma: Ensure that CM_ID exists prior to access it, Yuval Shaia
    • Re: [PATCH rdma-rc v1] RDMA/ucma: Ensure that CM_ID exists prior to access it, Leon Romanovsky
  • Re: [PATCH rdma-rc v1] RDMA/ucma: Ensure that CM_ID exists prior to access it, Jason Gunthorpe
    • Re: [PATCH rdma-rc v1] RDMA/ucma: Ensure that CM_ID exists prior to access it, Leon Romanovsky
      • Re: [PATCH rdma-rc v1] RDMA/ucma: Ensure that CM_ID exists prior to access it, Jason Gunthorpe
• [rdma-next v1 1/1] IB/core: Protect against concurrent access to hardware stats, Mark Bloch
  • Re: [rdma-next v1 1/1] IB/core: Protect against concurrent access to hardware stats, Jason Gunthorpe
    • Re: [rdma-next v1 1/1] IB/core: Protect against concurrent access to hardware stats, Christopher Lameter
      • Re: [rdma-next v1 1/1] IB/core: Protect against concurrent access to hardware stats, Jason Gunthorpe
        • Re: [rdma-next v1 1/1] IB/core: Protect against concurrent access to hardware stats, Christopher Lameter
          • Re: [rdma-next v1 1/1] IB/core: Protect against concurrent access to hardware stats, Jason Gunthorpe
    • Re: [rdma-next v1 1/1] IB/core: Protect against concurrent access to hardware stats, Mark Bloch
      • Re: [rdma-next v1 1/1] IB/core: Protect against concurrent access to hardware stats, Jason Gunthorpe
• [PATCH v4 0/6] ib: Eliminate duplicate barriers on weakly-ordered archs, Sinan Kaya
  • [PATCH v4 1/6] RDMA/bnxt_re: Eliminate duplicate barriers on weakly-ordered archs, Sinan Kaya
    • Re: [PATCH v4 1/6] RDMA/bnxt_re: Eliminate duplicate barriers on weakly-ordered archs, Jason Gunthorpe
      • Re: [PATCH v4 1/6] RDMA/bnxt_re: Eliminate duplicate barriers on weakly-ordered archs, Sinan Kaya
        • Re: [PATCH v4 1/6] RDMA/bnxt_re: Eliminate duplicate barriers on weakly-ordered archs, Sinan Kaya
          • Re: [PATCH v4 1/6] RDMA/bnxt_re: Eliminate duplicate barriers on weakly-ordered archs, Jason Gunthorpe
        • Re: [PATCH v4 1/6] RDMA/bnxt_re: Eliminate duplicate barriers on weakly-ordered archs, Jason Gunthorpe
          • Re: [PATCH v4 1/6] RDMA/bnxt_re: Eliminate duplicate barriers on weakly-ordered archs, Sinan Kaya
            • Re: [PATCH v4 1/6] RDMA/bnxt_re: Eliminate duplicate barriers on weakly-ordered archs, Jason Gunthorpe
  • [PATCH v4 5/6] IB/nes: Eliminate duplicate barriers on weakly-ordered archs, Sinan Kaya
    • Re: [PATCH v4 5/6] IB/nes: Eliminate duplicate barriers on weakly-ordered archs, Jason Gunthorpe
      • Re: [PATCH v4 5/6] IB/nes: Eliminate duplicate barriers on weakly-ordered archs, Sinan Kaya
        • Re: [PATCH v4 5/6] IB/nes: Eliminate duplicate barriers on weakly-ordered archs, Jason Gunthorpe
          • Re: [PATCH v4 5/6] IB/nes: Eliminate duplicate barriers on weakly-ordered archs, Sinan Kaya
            • Re: [PATCH v4 5/6] IB/nes: Eliminate duplicate barriers on weakly-ordered archs, Jason Gunthorpe
  • [PATCH v4 6/6] RDMA/qedr: eliminate duplicate barriers on weakly-ordered archs #2, Sinan Kaya
    • RE: [PATCH v4 6/6] RDMA/qedr: eliminate duplicate barriers on weakly-ordered archs #2, Kalderon, Michal