Linux RDMA and InfiniBand Development

• Date Index

• [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
    • Re: [PATCH v4 6/6] RDMA/qedr: eliminate duplicate barriers on weakly-ordered archs #2, Jason Gunthorpe
  • [PATCH v4 4/6] infiniband: cxgb4: Eliminate duplicate barriers on weakly-ordered archs, Sinan Kaya
    • Re: [PATCH v4 4/6] infiniband: cxgb4: Eliminate duplicate barriers on weakly-ordered archs, Jason Gunthorpe
      • RE: [PATCH v4 4/6] infiniband: cxgb4: Eliminate duplicate barriers on weakly-ordered archs, Steve Wise
      • RE: [PATCH v4 4/6] infiniband: cxgb4: Eliminate duplicate barriers on weakly-ordered archs, Steve Wise
    • Re: [PATCH v4 4/6] infiniband: cxgb4: Eliminate duplicate barriers on weakly-ordered archs, kbuild test robot
      • Re: [PATCH v4 4/6] infiniband: cxgb4: Eliminate duplicate barriers on weakly-ordered archs, okaya
        • Re: [PATCH v4 4/6] infiniband: cxgb4: Eliminate duplicate barriers on weakly-ordered archs, okaya
          • Re: [PATCH v4 4/6] infiniband: cxgb4: Eliminate duplicate barriers on weakly-ordered archs, Sinan Kaya
          • RE: [PATCH v4 4/6] infiniband: cxgb4: Eliminate duplicate barriers on weakly-ordered archs, Steve Wise
            • Re: [PATCH v4 4/6] infiniband: cxgb4: Eliminate duplicate barriers on weakly-ordered archs, Sinan Kaya
              • Re: [PATCH v4 4/6] infiniband: cxgb4: Eliminate duplicate barriers on weakly-ordered archs, Steve Wise
                • Re: [PATCH v4 4/6] infiniband: cxgb4: Eliminate duplicate barriers on weakly-ordered archs, Casey Leedom
                  • Re: [PATCH v4 4/6] infiniband: cxgb4: Eliminate duplicate barriers on weakly-ordered archs, Jason Gunthorpe
                    • Re: [PATCH v4 4/6] infiniband: cxgb4: Eliminate duplicate barriers on weakly-ordered archs, Casey Leedom
                      • Re: [PATCH v4 4/6] infiniband: cxgb4: Eliminate duplicate barriers on weakly-ordered archs, Jason Gunthorpe
                      • Re: [PATCH v4 4/6] infiniband: cxgb4: Eliminate duplicate barriers on weakly-ordered archs, Sinan Kaya
                        • Re: [PATCH v4 4/6] infiniband: cxgb4: Eliminate duplicate barriers on weakly-ordered archs, Casey Leedom
          • Message not available
            • Re: [PATCH v4 4/6] infiniband: cxgb4: Eliminate duplicate barriers on weakly-ordered archs, Jason Gunthorpe
          • Re: [PATCH v4 4/6] infiniband: cxgb4: Eliminate duplicate barriers on weakly-ordered archs, Jason Gunthorpe
            • Re: [PATCH v4 4/6] infiniband: cxgb4: Eliminate duplicate barriers on weakly-ordered archs, Sinan Kaya
    • Re: [PATCH v4 4/6] infiniband: cxgb4: Eliminate duplicate barriers on weakly-ordered archs, kbuild test robot
  • [PATCH v4 2/6] IB/mlx4: Eliminate duplicate barriers on weakly-ordered archs, Sinan Kaya
    • Re: [PATCH v4 2/6] IB/mlx4: Eliminate duplicate barriers on weakly-ordered archs, Jason Gunthorpe
  • [PATCH v4 3/6] RDMA/i40iw: Eliminate duplicate barriers on weakly-ordered archs, Sinan Kaya
    • Re: [PATCH v4 3/6] RDMA/i40iw: Eliminate duplicate barriers on weakly-ordered archs, Jason Gunthorpe
    • Re: [PATCH v4 3/6] RDMA/i40iw: Eliminate duplicate barriers on weakly-ordered archs, Shiraz Saleem
    • Re: [PATCH v4 3/6] RDMA/i40iw: Eliminate duplicate barriers on weakly-ordered archs, Jason Gunthorpe
      • Re: [PATCH v4 3/6] RDMA/i40iw: Eliminate duplicate barriers on weakly-ordered archs, Sinan Kaya
  • Re: [PATCH v4 0/6] ib: Eliminate duplicate barriers on weakly-ordered archs, Jason Gunthorpe
• [PATCH 4.14 28/41] RDMAVT: Fix synchronization around percpu_ref, Greg Kroah-Hartman
• [PATCH 4.15 28/52] RDMAVT: Fix synchronization around percpu_ref, Greg Kroah-Hartman
• [PATCH] xprtrdma: Fix corner cases when handling device removal, Chuck Lever
• [PATCH] RDMA/ocrdma: Fix structure layout for ocrdma_alloc_pd, Jason Gunthorpe
  • Re: [PATCH] RDMA/ocrdma: Fix structure layout for ocrdma_alloc_pd, Jason Gunthorpe
• [PATCH for-next] RDMA/hns: Fix init resp when alloc ucontext, Yixian Liu
  • Re: [PATCH for-next] RDMA/hns: Fix init resp when alloc ucontext, Leon Romanovsky
    • Re: [PATCH for-next] RDMA/hns: Fix init resp when alloc ucontext, Liuyixian (Eason)
  • Re: [PATCH for-next] RDMA/hns: Fix init resp when alloc ucontext, Jason Gunthorpe
    • Re: [PATCH for-next] RDMA/hns: Fix init resp when alloc ucontext, Liuyixian (Eason)
• [PATCH rdma-next v1 0/2] Packet pacing enhancement with burst control, Leon Romanovsky
  • [PATCH rdma-next v1 1/2] net/mlx5: Packet pacing enhancement, Leon Romanovsky
  • [PATCH rdma-next v1 2/2] IB/mlx5: Packet packing enhancement for RAW QP, Leon Romanovsky
  • Re: [PATCH rdma-next v1 0/2] Packet pacing enhancement with burst control, Yishai Hadas
  • Re: [PATCH rdma-next v1 0/2] Packet pacing enhancement with burst control, Jason Gunthorpe
• [PATCH rdma-next v2 0/8] RDMA ioctl() improvements, Leon Romanovsky
  • [PATCH rdma-next v2 1/8] IB/uverbs: Move to new headers and make naming consistent, Leon Romanovsky
  • [PATCH rdma-next v2 2/8] IB/uverbs: Extend uverbs_ioctl header with driver_id, Leon Romanovsky
  • [PATCH rdma-next v2 3/8] IB/uverbs: Enable compact representation of uverbs_attr_spec, Leon Romanovsky
  • [PATCH rdma-next v2 4/8] IB/uverbs: Safely extend existing attributes, Leon Romanovsky
  • [PATCH rdma-next v2 5/8] IB/uverbs: Expose parsing tree of all common objects to providers, Leon Romanovsky
  • [PATCH rdma-next v2 6/8] IB/uverbs: Move ioctl path of create_cq and destroy_cq to a new file, Leon Romanovsky
  • [PATCH rdma-next v2 7/8] IB/uverbs: Add macros to simplify adding driver specific attributes, Leon Romanovsky
  • [PATCH rdma-next v2 8/8] IB/uverbs: Enable ioctl() uAPI by default for new verbs, Leon Romanovsky
  • Re: [PATCH rdma-next v2 0/8] RDMA ioctl() improvements, Jason Gunthorpe
• [PATCH rdma-rc] RDMA/ucma: Fix use-after-free access in ucma_close, Leon Romanovsky
  • RE: [PATCH rdma-rc] RDMA/ucma: Fix use-after-free access in ucma_close, Hefty, Sean
    • Re: [PATCH rdma-rc] RDMA/ucma: Fix use-after-free access in ucma_close, Jason Gunthorpe
  • Re: [PATCH rdma-rc] RDMA/ucma: Fix use-after-free access in ucma_close, Jason Gunthorpe
• [PATCH] rdma/cxgb4: fix zalloc-simple.cocci warnings, Julia Lawall
  • Re: [PATCH] rdma/cxgb4: fix zalloc-simple.cocci warnings, Raju Rangoju
    • Re: [PATCH] rdma/cxgb4: fix zalloc-simple.cocci warnings, Jason Gunthorpe
      • Re: [PATCH] rdma/cxgb4: fix zalloc-simple.cocci warnings, Steve Wise
      • Re: [PATCH] rdma/cxgb4: fix zalloc-simple.cocci warnings, Raju Rangoju
• [PATCH rdma-rc] RDMA/verbs: Remove restrack entry from XRCD structure, Leon Romanovsky
  • Re: [PATCH rdma-rc] RDMA/verbs: Remove restrack entry from XRCD structure, Jason Gunthorpe
• [PATCH rdma-rc] RDMA/ucma: Ensure that CM_ID exists prior to access it, Leon Romanovsky
  • RE: [PATCH rdma-rc] RDMA/ucma: Ensure that CM_ID exists prior to access it, Hefty, Sean
  • RE: [PATCH rdma-rc] RDMA/ucma: Ensure that CM_ID exists prior to access it, Hefty, Sean
    • Re: [PATCH rdma-rc] RDMA/ucma: Ensure that CM_ID exists prior to access it, Jason Gunthorpe
      • RE: [PATCH rdma-rc] RDMA/ucma: Ensure that CM_ID exists prior to access it, Hefty, Sean
        • Re: [PATCH rdma-rc] RDMA/ucma: Ensure that CM_ID exists prior to access it, Jason Gunthorpe
          • Re: [PATCH rdma-rc] RDMA/ucma: Ensure that CM_ID exists prior to access it, Leon Romanovsky
    • Re: [PATCH rdma-rc] RDMA/ucma: Ensure that CM_ID exists prior to access it, Leon Romanovsky
• Re: KASAN: slab-out-of-bounds Read in rds_cong_queue_updates, Dmitry Vyukov
  • Re: KASAN: slab-out-of-bounds Read in rds_cong_queue_updates, Sowmini Varadhan
    • Re: KASAN: slab-out-of-bounds Read in rds_cong_queue_updates, Dmitry Vyukov
• [PATCH rdma-next] IB/core: Remove unimplemented ib_peek_cq, Leon Romanovsky
  • Re: [PATCH rdma-next] IB/core: Remove unimplemented ib_peek_cq, Jason Gunthorpe
• [PATCH rdma-next] IB/core: Use rdma_is_port_valid(), Leon Romanovsky
  • Re: [PATCH rdma-next] IB/core: Use rdma_is_port_valid(), Yuval Shaia
  • Re: [PATCH rdma-next] IB/core: Use rdma_is_port_valid(), Jason Gunthorpe
• [PATCHv2 1/1] IB/rxe: optimize the recv process, Zhu Yanjun
  • Re: [PATCHv2 1/1] IB/rxe: optimize the recv process, Yuval Shaia
    • Re: [PATCHv2 1/1] IB/rxe: optimize the recv process, Yonatan Cohen
      • Re: [PATCHv2 1/1] IB/rxe: optimize the recv process, Yanjun Zhu
• [RFC rdma-next 0/1] Lock hardware stats, Mark Bloch
  • [RFC rdma-next 1/1] IB/core: Protect against concurrent access to hardware stats, Mark Bloch
    • Re: [RFC rdma-next 1/1] IB/core: Protect against concurrent access to hardware stats, Leon Romanovsky
  • Re: [RFC rdma-next 0/1] Lock hardware stats, Leon Romanovsky
    • Re: [RFC rdma-next 0/1] Lock hardware stats, Mark Bloch
      • Re: [RFC rdma-next 0/1] Lock hardware stats, Leon Romanovsky
        • Re: [RFC rdma-next 0/1] Lock hardware stats, Mark Bloch
          • Re: [RFC rdma-next 0/1] Lock hardware stats, Leon Romanovsky
            • Re: [RFC rdma-next 0/1] Lock hardware stats, Leon Romanovsky
              • Re: [RFC rdma-next 0/1] Lock hardware stats, Jason Gunthorpe
                • Re: [RFC rdma-next 0/1] Lock hardware stats, Leon Romanovsky
                  • Re: [RFC rdma-next 0/1] Lock hardware stats, Mark Bloch
                    • Re: [RFC rdma-next 0/1] Lock hardware stats, Jason Gunthorpe
                      • Re: [RFC rdma-next 0/1] Lock hardware stats, Mark Bloch
                        • Re: [RFC rdma-next 0/1] Lock hardware stats, Jason Gunthorpe
  • Re: [RFC rdma-next 0/1] Lock hardware stats, Christopher Lameter
• [PATCH 1/2] IB/rxe: optimize the recv process, Zhu Yanjun
  • [PATCH 2/2] IB/rxe: remove unnecessary initialization, Zhu Yanjun
    • Re: [PATCH 2/2] IB/rxe: remove unnecessary initialization, kbuild test robot
    • Re: [PATCH 2/2] IB/rxe: remove unnecessary initialization, Yuval Shaia
      • Re: [PATCH 2/2] IB/rxe: remove unnecessary initialization, Yanjun Zhu
  • Re: [PATCH 1/2] IB/rxe: optimize the recv process, Yuval Shaia
    • Re: [PATCH 1/2] IB/rxe: optimize the recv process, Yanjun Zhu
• general protection fault in ucma_connect, syzbot
  • Re: general protection fault in ucma_connect, Al Viro
• [PATCH] IB/srp: Disallow duplicate RDMA/CM connections, Bart Van Assche
  • Re: [PATCH] IB/srp: Disallow duplicate RDMA/CM connections, Jason Gunthorpe
• [PATCH v3 16/18] IB/mlx4: Eliminate duplicate barriers on weakly-ordered archs, Sinan Kaya
• [PATCH v3 15/18] RDMA/bnxt_re: Eliminate duplicate barriers on weakly-ordered archs, Sinan Kaya
• [PATCH v3 17/18] RDMA/i40iw: Eliminate duplicate barriers on weakly-ordered archs, Sinan Kaya
• [PATCH v3 18/18] infiniband: cxgb4: Eliminate duplicate barriers on weakly-ordered archs, Sinan Kaya
  • RE: [PATCH v3 18/18] infiniband: cxgb4: Eliminate duplicate barriers on weakly-ordered archs, Steve Wise
    • Re: [PATCH v3 18/18] infiniband: cxgb4: Eliminate duplicate barriers on weakly-ordered archs, Sinan Kaya
      • RE: [PATCH v3 18/18] infiniband: cxgb4: Eliminate duplicate barriers on weakly-ordered archs, Steve Wise
        • Re: [PATCH v3 18/18] infiniband: cxgb4: Eliminate duplicate barriers on weakly-ordered archs, Sinan Kaya
          • Re: [PATCH v3 18/18] infiniband: cxgb4: Eliminate duplicate barriers on weakly-ordered archs, Sinan Kaya
            • Re: [PATCH v3 18/18] infiniband: cxgb4: Eliminate duplicate barriers on weakly-ordered archs, Sinan Kaya
              • Re: [PATCH v3 18/18] infiniband: cxgb4: Eliminate duplicate barriers on weakly-ordered archs, Timur Tabi
              • RE: [PATCH v3 18/18] infiniband: cxgb4: Eliminate duplicate barriers on weakly-ordered archs, Steve Wise
              • Re: [PATCH v3 18/18] infiniband: cxgb4: Eliminate duplicate barriers on weakly-ordered archs, David Miller
              • Re: [PATCH v3 18/18] infiniband: cxgb4: Eliminate duplicate barriers on weakly-ordered archs, Jason Gunthorpe
                • Re: [PATCH v3 18/18] infiniband: cxgb4: Eliminate duplicate barriers on weakly-ordered archs, Sinan Kaya
                  • Re: [PATCH v3 18/18] infiniband: cxgb4: Eliminate duplicate barriers on weakly-ordered archs, Jason Gunthorpe
    • Re: [PATCH v3 18/18] infiniband: cxgb4: Eliminate duplicate barriers on weakly-ordered archs, Jason Gunthorpe
      • RE: [PATCH v3 18/18] infiniband: cxgb4: Eliminate duplicate barriers on weakly-ordered archs, Steve Wise
        • Re: [PATCH v3 18/18] infiniband: cxgb4: Eliminate duplicate barriers on weakly-ordered archs, Timur Tabi
• [PATCH 0/2] Move Receive posting, Chuck Lever
  • [PATCH 1/2] xprtrdma: Move Receive posting to rpcrdma_reply_handler, Chuck Lever
  • [PATCH 2/2] xprtrdma: Add static trace point in post_recvs, Chuck Lever
• [PATCH RFC RFC] rds: Use NETDEV_UNREGISTER in rds_tcp_dev_event() (then kill NETDEV_UNREGISTER_FINAL), Kirill Tkhai
  • Re: [PATCH RFC RFC] rds: Use NETDEV_UNREGISTER in rds_tcp_dev_event() (then kill NETDEV_UNREGISTER_FINAL), Sowmini Varadhan
    • Re: [PATCH RFC RFC] rds: Use NETDEV_UNREGISTER in rds_tcp_dev_event() (then kill NETDEV_UNREGISTER_FINAL), Kirill Tkhai
      • Re: [PATCH RFC RFC] rds: Use NETDEV_UNREGISTER in rds_tcp_dev_event() (then kill NETDEV_UNREGISTER_FINAL), Sowmini Varadhan
        • Re: [PATCH RFC RFC] rds: Use NETDEV_UNREGISTER in rds_tcp_dev_event() (then kill NETDEV_UNREGISTER_FINAL), Kirill Tkhai
          • Re: [PATCH RFC RFC] rds: Use NETDEV_UNREGISTER in rds_tcp_dev_event() (then kill NETDEV_UNREGISTER_FINAL), Kirill Tkhai
      • Re: [PATCH RFC RFC] rds: Use NETDEV_UNREGISTER in rds_tcp_dev_event() (then kill NETDEV_UNREGISTER_FINAL), Sowmini Varadhan
        • Re: [PATCH RFC RFC] rds: Use NETDEV_UNREGISTER in rds_tcp_dev_event() (then kill NETDEV_UNREGISTER_FINAL), Kirill Tkhai
          • Re: [PATCH RFC RFC] rds: Use NETDEV_UNREGISTER in rds_tcp_dev_event() (then kill NETDEV_UNREGISTER_FINAL), Sowmini Varadhan
            • Re: [PATCH RFC RFC] rds: Use NETDEV_UNREGISTER in rds_tcp_dev_event() (then kill NETDEV_UNREGISTER_FINAL), Kirill Tkhai
              • Re: [PATCH RFC RFC] rds: Use NETDEV_UNREGISTER in rds_tcp_dev_event() (then kill NETDEV_UNREGISTER_FINAL), Sowmini Varadhan
          • Re: [PATCH RFC RFC] rds: Use NETDEV_UNREGISTER in rds_tcp_dev_event() (then kill NETDEV_UNREGISTER_FINAL), Sowmini Varadhan
            • Re: [PATCH RFC RFC] rds: Use NETDEV_UNREGISTER in rds_tcp_dev_event() (then kill NETDEV_UNREGISTER_FINAL), Kirill Tkhai
            • Re: [rds-devel] [PATCH RFC RFC] rds: Use NETDEV_UNREGISTER in rds_tcp_dev_event() (then kill NETDEV_UNREGISTER_FINAL), Sowmini Varadhan
              • Re: [rds-devel] [PATCH RFC RFC] rds: Use NETDEV_UNREGISTER in rds_tcp_dev_event() (then kill NETDEV_UNREGISTER_FINAL), Kirill Tkhai
                • Re: [rds-devel] [PATCH RFC RFC] rds: Use NETDEV_UNREGISTER in rds_tcp_dev_event() (then kill NETDEV_UNREGISTER_FINAL), Sowmini Varadhan
                  • Re: [rds-devel] [PATCH RFC RFC] rds: Use NETDEV_UNREGISTER in rds_tcp_dev_event() (then kill NETDEV_UNREGISTER_FINAL), Kirill Tkhai
                  • Re: [rds-devel] [PATCH RFC RFC] rds: Use NETDEV_UNREGISTER in rds_tcp_dev_event() (then kill NETDEV_UNREGISTER_FINAL), Håkon Bugge
                    • Re: [rds-devel] [PATCH RFC RFC] rds: Use NETDEV_UNREGISTER in rds_tcp_dev_event() (then kill NETDEV_UNREGISTER_FINAL), Sowmini Varadhan
• [bug report] RDMA/hns: Support rq record doorbell for the user space, Dan Carpenter
  • Re: [bug report] RDMA/hns: Support rq record doorbell for the user space, Liuyixian (Eason)
  • Re: [bug report] RDMA/hns: Support rq record doorbell for the user space, Liuyixian (Eason)
    • Re: [bug report] RDMA/hns: Support rq record doorbell for the user space, Leon Romanovsky
    • Re: [bug report] RDMA/hns: Support rq record doorbell for the user space, Dan Carpenter
      • Re: [bug report] RDMA/hns: Support rq record doorbell for the user space, Liuyixian (Eason)
        • Re: [bug report] RDMA/hns: Support rq record doorbell for the user space, Dan Carpenter
          • Re: [bug report] RDMA/hns: Support rq record doorbell for the user space, Liuyixian (Eason)
        • Re: [bug report] RDMA/hns: Support rq record doorbell for the user space, Leon Romanovsky
          • Re: [bug report] RDMA/hns: Support rq record doorbell for the user space, Liuyixian (Eason)
            • Re: [bug report] RDMA/hns: Support rq record doorbell for the user space, Leon Romanovsky
              • Re: [bug report] RDMA/hns: Support rq record doorbell for the user space, Liuyixian (Eason)
• [PATCH net-next] cxgb4: notify fatal error to uld drivers, Ganesh Goudar
  • Re: [PATCH net-next] cxgb4: notify fatal error to uld drivers, David Miller
• [PATCH] RDMA/bnxt: Fix structure layout for bnxt_re_pd_resp, Jason Gunthorpe
  • Re: [PATCH] RDMA/bnxt: Fix structure layout for bnxt_re_pd_resp, Jason Gunthorpe
• [PATCH] IB/mlx5: Set the default active rate and width to QDR and 4X, Honggang LI
  • Re: [PATCH] IB/mlx5: Set the default active rate and width to QDR and 4X, Hal Rosenstock
    • Re: [PATCH] IB/mlx5: Set the default active rate and width to QDR and 4X, Noa Osherovich
  • Re: [PATCH] IB/mlx5: Set the default active rate and width to QDR and 4X, Jason Gunthorpe
• [PATCH rdma-next v1 0/2] MLX4 features for 4.17, Leon Romanovsky
  • [PATCH rdma-next v1 1/2] IB/mlx4: Report TSO capabilities, Leon Romanovsky
  • [PATCH rdma-next v1 2/2] IB/mlx4: Add Scatter FCS support over WQ creation, Leon Romanovsky
  • Re: [PATCH rdma-next v1 0/2] MLX4 features for 4.17, Jason Gunthorpe
• [bug report] RDMA/cxgb3: Support the new memory registration API, Dan Carpenter
• [PATCH rdma-rc] RDMA/ucma: Check AF family prior resolving address, Leon Romanovsky
  • RE: [PATCH rdma-rc] RDMA/ucma: Check AF family prior resolving address, Hefty, Sean
  • Re: [PATCH rdma-rc] RDMA/ucma: Check AF family prior resolving address, Jason Gunthorpe
• [PATCH rdma-next v2] RDMA/restrack: Don't rely on uninitialized variable in restrack_add flow, Leon Romanovsky
  • RE: [PATCH rdma-next v2] RDMA/restrack: Don't rely on uninitialized variable in restrack_add flow, Steve Wise
    • Message not available
      • Re: [PATCH rdma-next v2] RDMA/restrack: Don't rely on uninitialized variable in restrack_add flow, Leon Romanovsky
        • Re: [PATCH rdma-next v2] RDMA/restrack: Don't rely on uninitialized variable in restrack_add flow, Jason Gunthorpe
          • RE: [PATCH rdma-next v2] RDMA/restrack: Don't rely on uninitialized variable in restrack_add flow, Steve Wise
  • Re: [PATCH rdma-next v2] RDMA/restrack: Don't rely on uninitialized variable in restrack_add flow, Jason Gunthorpe
• [PATCH 0/2] IB/core: Set invalid active widths to 1X when port is not active, Honggang LI
  • [PATCH 2/2] IB/core: Set width to 1X for invalid active widths when port is down, Honggang LI
    • Re: [PATCH 2/2] IB/core: Set width to 1X for invalid active widths when port is down, Hal Rosenstock
      • Re: [PATCH 2/2] IB/core: Set width to 1X for invalid active widths when port is down, Honggang LI
      • Re: [PATCH 2/2] IB/core: Set width to 1X for invalid active widths when port is down, Hal Rosenstock
        • Re: [PATCH 2/2] IB/core: Set width to 1X for invalid active widths when port is down, Honggang LI
          • Re: [PATCH 2/2] IB/core: Set width to 1X for invalid active widths when port is down, Hal Rosenstock
            • Re: [PATCH 2/2] IB/core: Set width to 1X for invalid active widths when port is down, Honggang LI
  • [PATCH 1/2] IB/core: Set speed string to SDR for invalid active rates, Honggang LI
    • Re: [PATCH 1/2] IB/core: Set speed string to SDR for invalid active rates, Jason Gunthorpe
• [PATCH for-next] RDMA/hns: Fix cqn type and init resp, Yixian Liu
  • Re: [PATCH for-next] RDMA/hns: Fix cqn type and init resp, Jason Gunthorpe
  • Re: [PATCH for-next] RDMA/hns: Fix cqn type and init resp, Jason Gunthorpe
    • Re: [PATCH for-next] RDMA/hns: Fix cqn type and init resp, Liuyixian (Eason)
• [PATCH v7 rdma-core 0/2] Support rq and cq record doorbell, Yixian Liu
  • [PATCH v7 rdma-core 2/2] libhns: Support cq record doorbell, Yixian Liu
  • [PATCH v7 rdma-core 1/2] libhns: Support rq record doorbell, Yixian Liu
  • Re: [PATCH v7 rdma-core 0/2] Support rq and cq record doorbell, Jason Gunthorpe
    • Re: [PATCH v7 rdma-core 0/2] Support rq and cq record doorbell, Jason Gunthorpe
      • Re: [PATCH v7 rdma-core 0/2] Support rq and cq record doorbell, Liuyixian (Eason)
  • Re: [PATCH v7 rdma-core 0/2] Support rq and cq record doorbell, Leon Romanovsky
• Re: KASAN: use-after-free Read in __list_add_valid (4), syzbot
  • Re: KASAN: use-after-free Read in __list_add_valid (4), Leon Romanovsky
  • <Possible follow-ups>
  • Re: KASAN: use-after-free Read in __list_add_valid (4), syzbot
    • Re: KASAN: use-after-free Read in __list_add_valid (4), Leon Romanovsky
• [PATCH] mlx5: Remove call to ida_pre_get, Matthew Wilcox
  • Re: [PATCH] mlx5: Remove call to ida_pre_get, Saeed Mahameed
    • Re: [PATCH] mlx5: Remove call to ida_pre_get, Matthew Wilcox
      • Re: [PATCH] mlx5: Remove call to ida_pre_get, Saeed Mahameed
        • Re: [PATCH] mlx5: Remove call to ida_pre_get, Maor Gottlieb
          • Re: [PATCH] mlx5: Remove call to ida_pre_get, David Miller
            • Re: [PATCH] mlx5: Remove call to ida_pre_get, Matthew Wilcox
• [PATCH] RDMA/cxgb4: Use structs to describe the uABI instead of opencoding, Jason Gunthorpe
  • RE: [PATCH] RDMA/cxgb4: Use structs to describe the uABI instead of opencoding, Steve Wise
  • Re: [PATCH] RDMA/cxgb4: Use structs to describe the uABI instead of opencoding, Jason Gunthorpe
• Re: WARNING in __local_bh_enable_ip (2), Eric Dumazet
  • Re: WARNING in __local_bh_enable_ip (2), Sowmini Varadhan
• [PATCH] RDMA/hns: Use structs to describe the uABI instead of opencoding, Jason Gunthorpe
  • Re: [PATCH] RDMA/hns: Use structs to describe the uABI instead of opencoding, Leon Romanovsky
    • Re: [PATCH] RDMA/hns: Use structs to describe the uABI instead of opencoding, Jason Gunthorpe
  • Re: [PATCH] RDMA/hns: Use structs to describe the uABI instead of opencoding, Jason Gunthorpe
• [PATCH 3/8] RDMAVT: Fix synchronization around percpu_ref, Tejun Heo
  • Re: [PATCH 3/8] RDMAVT: Fix synchronization around percpu_ref, Jason Gunthorpe
• [PATCH rdma-next 1/2] i40iw: Refactor of driver generated AEs, Shiraz Saleem
  • [PATCH rdma-next 2/2] i40iw: Tear-down connection after CQP Modify QP failure, Shiraz Saleem
  • Re: [PATCH rdma-next 1/2] i40iw: Refactor of driver generated AEs, Jason Gunthorpe
• [PATCH][TRIVIAL] infiniband-diags: Fix some formatting, Hal Rosenstock
  • RE: [PATCH][TRIVIAL] infiniband-diags: Fix some formatting, Weiny, Ira
    • Re: [PATCH][TRIVIAL] infiniband-diags: Fix some formatting, Hal Rosenstock
      • RE: [PATCH][TRIVIAL] infiniband-diags: Fix some formatting, Weiny, Ira
• [PATCH RFC rdma-next 0/2] Provider-specific resource tracking, Steve Wise
  • [PATCH RFC rdma-next 1/2] RDMA/nldev: add provider-specific resource tracking, Steve Wise
    • Re: [PATCH RFC rdma-next 1/2] RDMA/nldev: add provider-specific resource tracking, Leon Romanovsky
      • Re: [PATCH RFC rdma-next 1/2] RDMA/nldev: add provider-specific resource tracking, Jason Gunthorpe
        • RE: [PATCH RFC rdma-next 1/2] RDMA/nldev: add provider-specific resource tracking, Steve Wise
          • Re: [PATCH RFC rdma-next 1/2] RDMA/nldev: add provider-specific resource tracking, Leon Romanovsky
            • RE: [PATCH RFC rdma-next 1/2] RDMA/nldev: add provider-specific resource tracking, Steve Wise
              • Re: [PATCH RFC rdma-next 1/2] RDMA/nldev: add provider-specific resource tracking, Jason Gunthorpe
                • RE: [PATCH RFC rdma-next 1/2] RDMA/nldev: add provider-specific resource tracking, Steve Wise
              • Re: [PATCH RFC rdma-next 1/2] RDMA/nldev: add provider-specific resource tracking, Leon Romanovsky
      • RE: [PATCH RFC rdma-next 1/2] RDMA/nldev: add provider-specific resource tracking, Steve Wise
    • Re: [PATCH RFC rdma-next 1/2] RDMA/nldev: add provider-specific resource tracking, Leon Romanovsky
      • RE: [PATCH RFC rdma-next 1/2] RDMA/nldev: add provider-specific resource tracking, Steve Wise
        • Re: [PATCH RFC rdma-next 1/2] RDMA/nldev: add provider-specific resource tracking, Leon Romanovsky
          • Re: [PATCH RFC rdma-next 1/2] RDMA/nldev: add provider-specific resource tracking, Steve Wise
  • [PATCH RFC rdma-next 2/2] iw_cxgb4: dump detailed provider-specific QP information, Steve Wise
    • Re: [PATCH RFC rdma-next 2/2] iw_cxgb4: dump detailed provider-specific QP information, Leon Romanovsky
      • RE: [PATCH RFC rdma-next 2/2] iw_cxgb4: dump detailed provider-specific QP information, Steve Wise
  • Re: [PATCH RFC rdma-next 0/2] Provider-specific resource tracking, Leon Romanovsky
• interdependencies with cxgb4 and iw_cxgb4, Steve Wise
  • Re: interdependencies with cxgb4 and iw_cxgb4, David Miller
    • Re: interdependencies with cxgb4 and iw_cxgb4, Steve Wise
      • Re: interdependencies with cxgb4 and iw_cxgb4, David Miller
        • RE: interdependencies with cxgb4 and iw_cxgb4, Steve Wise
          • Re: interdependencies with cxgb4 and iw_cxgb4, Leon Romanovsky
          • Re: interdependencies with cxgb4 and iw_cxgb4, David Miller
            • RE: interdependencies with cxgb4 and iw_cxgb4, Steve Wise
              • Re: interdependencies with cxgb4 and iw_cxgb4, David Miller
                • RE: interdependencies with cxgb4 and iw_cxgb4, Steve Wise
• [PATCH rdma-core 0/2] Packet pacing enhancement with burst control, Yishai Hadas
  • [PATCH rdma-core 2/2] mlx5: Support ibv_modify_qp_rate_limit, Yishai Hadas
  • [PATCH rdma-core 1/2] verbs: Extend verbs packet pacing QP rate limiting with burst info, Yishai Hadas
    • Re: [PATCH rdma-core 1/2] verbs: Extend verbs packet pacing QP rate limiting with burst info, Jason Gunthorpe
• [PATCH rdma-next v1 0/8] RDMA ioctl() improvements, Leon Romanovsky
  • [PATCH rdma-next v1 1/8] IB/uverbs: Move to new headers and make naming consistent, Leon Romanovsky
  • [PATCH rdma-next v1 2/8] IB/uverbs: Extend uverbs_ioctl header with driver_id, Leon Romanovsky
  • [PATCH rdma-next v1 3/8] IB/uverbs: Enable compact representation of uverbs_attr_spec, Leon Romanovsky
  • [PATCH rdma-next v1 4/8] IB/uverbs: Safely extend existing attributes, Leon Romanovsky
    • Re: [PATCH rdma-next v1 4/8] IB/uverbs: Safely extend existing attributes, Jason Gunthorpe
  • [PATCH rdma-next v1 5/8] IB/uverbs: Expose parsing tree of all common objects to providers, Leon Romanovsky
  • [PATCH rdma-next v1 6/8] IB/uverbs: Move ioctl path of create_cq and destroy_cq to a new file, Leon Romanovsky
    • Re: [PATCH rdma-next v1 6/8] IB/uverbs: Move ioctl path of create_cq and destroy_cq to a new file, Jason Gunthorpe
      • Re: [PATCH rdma-next v1 6/8] IB/uverbs: Move ioctl path of create_cq and destroy_cq to a new file, Matan Barak
  • [PATCH rdma-next v1 8/8] IB/uverbs: Enable ioctl() uAPI by default for new verbs, Leon Romanovsky
  • [PATCH rdma-next v1 7/8] IB/uverbs: Add macros to simplify adding driver specific attributes, Leon Romanovsky
• [PATCH v1] xprtrdma: Fix corner cases when handling device removal, Chuck Lever
  • Re: [PATCH v1] xprtrdma: Fix corner cases when handling device removal, Chuck Lever
    • RE: [PATCH v1] xprtrdma: Fix corner cases when handling device removal, Kalderon, Michal
      • RE: [PATCH v1] xprtrdma: Fix corner cases when handling device removal, Kalderon, Michal
        • Re: [PATCH v1] xprtrdma: Fix corner cases when handling device removal, Chuck Lever
          • Re: [PATCH v1] xprtrdma: Fix corner cases when handling device removal, Chuck Lever
            • RE: [PATCH v1] xprtrdma: Fix corner cases when handling device removal, Kalderon, Michal
              • Re: [PATCH v1] xprtrdma: Fix corner cases when handling device removal, Chuck Lever
                • RE: [PATCH v1] xprtrdma: Fix corner cases when handling device removal, Kalderon, Michal
                  • Re: [PATCH v1] xprtrdma: Fix corner cases when handling device removal, Chuck Lever
• [PATCH for-rc 0/3] RDMA/qedr fixes for 4.16, Michal Kalderon
  • [PATCH for-rc 1/3] RDMA/qedr: fix QP's ack timeout configuration, Michal Kalderon
  • [PATCH for-rc 2/3] RDMA/qedr: Fix rc initialization on CNQ allocation failure, Michal Kalderon
    • Re: [PATCH for-rc 2/3] RDMA/qedr: Fix rc initialization on CNQ allocation failure, Leon Romanovsky
      • RE: [PATCH for-rc 2/3] RDMA/qedr: Fix rc initialization on CNQ allocation failure, Kalderon, Michal
  • [PATCH for-rc 3/3] RDMA/qedr: Fix QP state initialization race, Michal Kalderon
  • Re: [PATCH for-rc 0/3] RDMA/qedr fixes for 4.16, Doug Ledford
    • RE: [PATCH for-rc 0/3] RDMA/qedr fixes for 4.16, Kalderon, Michal
• [PATCH net] qede: Fix qedr link update, Michal Kalderon
  • Re: [PATCH net] qede: Fix qedr link update, David Miller
• [PATCH net 0/2] qed: iWARP related fixes, Michal Kalderon
  • [PATCH net 1/2] qed: Fix MPA unalign flow in case header is split across two packets., Michal Kalderon
  • [PATCH net 2/2] qed: Fix non TCP packets should be dropped on iWARP ll2 connection, Michal Kalderon
    • Re: [PATCH net 2/2] qed: Fix non TCP packets should be dropped on iWARP ll2 connection, Joe Perches
      • RE: [PATCH net 2/2] qed: Fix non TCP packets should be dropped on iWARP ll2 connection, Kalderon, Michal
  • Re: [PATCH net 0/2] qed: iWARP related fixes, David Miller
• [PATCH rdma-core 0/2] Ioctl changes, Yishai Hadas
  • [PATCH rdma-core 2/2] Add driver-id to ioctl() infrastructure, Yishai Hadas
  • [PATCH rdma-core 1/2] verbs: Change ioctl uapi header files, Yishai Hadas
    • Re: [PATCH rdma-core 1/2] verbs: Change ioctl uapi header files, Jason Gunthorpe
      • Re: [PATCH rdma-core 1/2] verbs: Change ioctl uapi header files, Yishai Hadas
    • Re: [PATCH rdma-core 1/2] verbs: Change ioctl uapi header files, Jason Gunthorpe
      • Re: [PATCH rdma-core 1/2] verbs: Change ioctl uapi header files, Leon Romanovsky
        • Re: [PATCH rdma-core 1/2] verbs: Change ioctl uapi header files, Yishai Hadas
          • Re: [PATCH rdma-core 1/2] verbs: Change ioctl uapi header files, Jason Gunthorpe
        • Re: [PATCH rdma-core 1/2] verbs: Change ioctl uapi header files, Jason Gunthorpe
      • Re: [PATCH rdma-core 1/2] verbs: Change ioctl uapi header files, Yishai Hadas
• Implications of setting MLX5_SINGLE_THREADED in 1 thread-per-qp multi-threaded app, Rohit Zambre
  • Re: Implications of setting MLX5_SINGLE_THREADED in 1 thread-per-qp multi-threaded app, Jason Gunthorpe
• [PATCH net-next 0/3] net/smc: fixes 2018-03-14, Ursula Braun
  • [PATCH net-next 3/3] net/smc: schedule free_work when link group is terminated, Ursula Braun
  • [PATCH net-next 1/3] net/smc: pay attention to MAX_ORDER for CQ entries, Ursula Braun
  • [PATCH net-next 2/3] net/smc: free link group without pending free_work only, Ursula Braun
  • Re: [PATCH net-next 0/3] net/smc: fixes 2018-03-14, David Miller
• [PATCH rdma-next v1] RDMA/restrack: Don't rely on uninitialized variable in restrack_add flow, Leon Romanovsky
  • RE: [PATCH rdma-next v1] RDMA/restrack: Don't rely on uninitialized variable in restrack_add flow, Steve Wise
    • Re: [PATCH rdma-next v1] RDMA/restrack: Don't rely on uninitialized variable in restrack_add flow, Leon Romanovsky
      • RE: [PATCH rdma-next v1] RDMA/restrack: Don't rely on uninitialized variable in restrack_add flow, Steve Wise
        • Re: [PATCH rdma-next v1] RDMA/restrack: Don't rely on uninitialized variable in restrack_add flow, Leon Romanovsky
          • RE: [PATCH rdma-next v1] RDMA/restrack: Don't rely on uninitialized variable in restrack_add flow, Steve Wise
            • Re: [PATCH rdma-next v1] RDMA/restrack: Don't rely on uninitialized variable in restrack_add flow, Leon Romanovsky
• [PATCH rdma-rc] IB/mlx5: Fix cleanup order on unload, Leon Romanovsky
  • Re: [PATCH rdma-rc] IB/mlx5: Fix cleanup order on unload, Doug Ledford
    • Re: [PATCH rdma-rc] IB/mlx5: Fix cleanup order on unload, Laurence Oberman
      • Re: [PATCH rdma-rc] IB/mlx5: Fix cleanup order on unload, Jason Gunthorpe
      • Re: [PATCH rdma-rc] IB/mlx5: Fix cleanup order on unload, Doug Ledford
        • Re: [PATCH rdma-rc] IB/mlx5: Fix cleanup order on unload, Doug Ledford
          • Re: [PATCH rdma-rc] IB/mlx5: Fix cleanup order on unload, Laurence Oberman
            • Re: [PATCH rdma-rc] IB/mlx5: Fix cleanup order on unload, Leon Romanovsky
• [PATCH v2] RDMA/i40iw: Move uapi header to include/uapi, Jason Gunthorpe
  • Re: [PATCH v2] RDMA/i40iw: Move uapi header to include/uapi, Shiraz Saleem
  • Re: [PATCH v2] RDMA/i40iw: Move uapi header to include/uapi, Jason Gunthorpe
• [PATCH 3/7] RDMA/qedr: eliminate duplicate barriers on weakly-ordered archs, Sinan Kaya
  • Re: [PATCH 3/7] RDMA/qedr: eliminate duplicate barriers on weakly-ordered archs, Jason Gunthorpe
    • Re: [PATCH 3/7] RDMA/qedr: eliminate duplicate barriers on weakly-ordered archs, okaya
  • Re: [PATCH 3/7] RDMA/qedr: eliminate duplicate barriers on weakly-ordered archs, Jason Gunthorpe
• [PATCH 0/2] Use structs to describe the uABI instead of opencoding, Jason Gunthorpe
  • [PATCH 1/2] RDMA/rxe: Get rid of confusing udata parameter to rxe_cq_chk_attr, Jason Gunthorpe
  • [PATCH 2/2] RDMA/rxe: Use structs to describe the uABI instead of opencoding, Jason Gunthorpe
  • Re: [PATCH 0/2] Use structs to describe the uABI instead of opencoding, Yuval Shaia
    • Re: [PATCH 0/2] Use structs to describe the uABI instead of opencoding, Jason Gunthorpe
      • Re: [PATCH 0/2] Use structs to describe the uABI instead of opencoding, Yuval Shaia
  • Re: [PATCH 0/2] Use structs to describe the uABI instead of opencoding, Jason Gunthorpe
• [PATCH] RDMA/mlx4: Move flag constants to uapi header, Jason Gunthorpe
  • Re: [PATCH] RDMA/mlx4: Move flag constants to uapi header, Leon Romanovsky
    • Re: [PATCH] RDMA/mlx4: Move flag constants to uapi header, Jason Gunthorpe
  • Re: [PATCH] RDMA/mlx4: Move flag constants to uapi header, Jason Gunthorpe
• [PATCH] RDMA/i40iw: Move uapi header to include/uapi, Jason Gunthorpe
  • Re: [PATCH] RDMA/i40iw: Move uapi header to include/uapi, Leon Romanovsky
    • Re: [PATCH] RDMA/i40iw: Move uapi header to include/uapi, Jason Gunthorpe
      • Re: [PATCH] RDMA/i40iw: Move uapi header to include/uapi, Leon Romanovsky
• [PATCH rdma-core 0/8] Complete removing duplication in libibverbs/kern-abi.h, Jason Gunthorpe
  • [PATCH rdma-core 1/8] Update kernel headers, Jason Gunthorpe
  • [PATCH rdma-core 2/8] verbs: Use kabi for IB_UVERBS_CQ_FLAGS_TIMESTAMP_COMPLETION, Jason Gunthorpe
  • [PATCH rdma-core 5/8] verbs: Remove bogus padding from ibv_dealloc_mw, Jason Gunthorpe
  • [PATCH rdma-core 4/8] Allow static_assert to be used, Jason Gunthorpe
  • [PATCH rdma-core 7/8] verbs: Replace more of kern-abi.h with kernel headers, Jason Gunthorpe
  • [PATCH rdma-core 8/8] verbs: Use kabi for create_qp, Jason Gunthorpe
    • Re: [PATCH rdma-core 8/8] verbs: Use kabi for create_qp, Yishai Hadas
      • Re: [PATCH rdma-core 8/8] verbs: Use kabi for create_qp, Jason Gunthorpe
        • Re: [PATCH rdma-core 8/8] verbs: Use kabi for create_qp, Yishai Hadas
          • Re: [PATCH rdma-core 8/8] verbs: Use kabi for create_qp, Jason Gunthorpe
  • [PATCH rdma-core 3/8] rxe: Get rid of rxe_get_context_resp, Jason Gunthorpe
  • [PATCH rdma-core 6/8] verbs: Provide infrastructure to remove kernel headers copies, Jason Gunthorpe
  • Re: [PATCH rdma-core 0/8] Complete removing duplication in libibverbs/kern-abi.h, Jason Gunthorpe
• [patch 1/1] drivers/infiniband/ulp/srpt/ib_srpt.c: fix build with gcc-4.4.4, akpm
• compile error on linux-next branch, Steve Wise
  • Re: compile error on linux-next branch, Jason Gunthorpe
    • RE: compile error on linux-next branch, Steve Wise
      • RE: compile error on linux-next branch, Steve Wise
        • Re: compile error on linux-next branch, Leon Romanovsky
          • Re: compile error on linux-next branch, Leon Romanovsky
            • Re: compile error on linux-next branch, Steve Wise
              • Re: compile error on linux-next branch, Mark Bloch