Linux RDMA and InfiniBand Development

• Date Index

• [PATCH v1 07/23] SUNRPC: Add trace event that reports reply page vector alignment, (continued)
  • [PATCH v1 07/23] SUNRPC: Add trace event that reports reply page vector alignment, Chuck Lever
  • [PATCH v1 08/23] NFS: Remove print_overflow_msg(), Chuck Lever
  • [PATCH v1 09/23] NFS: Add trace events to report non-zero NFS status codes, Chuck Lever
  • [PATCH v1 10/23] SUNRPC: Remove some dprintk() call sites from auth functions, Chuck Lever
  • [PATCH v1 11/23] SUNRPC: Remove rpc_xprt::tsh_size, Chuck Lever
  • [PATCH v1 12/23] SUNRPC: Add build option to disable support for insecure enctypes, Chuck Lever
  • [PATCH v1 13/23] SUNRPC: Use struct xdr_stream when constructing RPC Call header, Chuck Lever
  • [PATCH v1 14/23] SUNRPC: Clean up rpc_verify_header(), Chuck Lever
  • [PATCH v1 15/23] SUNRPC: Use struct xdr_stream when decoding RPC Reply header, Chuck Lever
  • [PATCH v1 16/23] SUNRPC: Introduce trace points in rpc_auth_gss.ko, Chuck Lever
  • [PATCH v1 17/23] SUNRPC: Remove xdr_buf_trim(), Chuck Lever
  • [PATCH v1 18/23] SUNRPC: Add SPDX IDs to some net/sunrpc/auth_gss/ files, Chuck Lever
  • [PATCH v1 19/23] SUNRPC: Introduce rpc_prepare_reply_pages(), Chuck Lever
  • [PATCH v1 20/23] NFS: Account for XDR pad of buf->pages, Chuck Lever
    • Re: [PATCH v1 20/23] NFS: Account for XDR pad of buf->pages, Olga Kornievskaia
      • Re: [PATCH v1 20/23] NFS: Account for XDR pad of buf->pages, Chuck Lever
        • Re: [PATCH v1 20/23] NFS: Account for XDR pad of buf->pages, Olga Kornievskaia
          • Re: [PATCH v1 20/23] NFS: Account for XDR pad of buf->pages, Chuck Lever
            • Re: [PATCH v1 20/23] NFS: Account for XDR pad of buf->pages, Olga Kornievskaia
              • Re: [PATCH v1 20/23] NFS: Account for XDR pad of buf->pages, Chuck Lever
                • Re: [PATCH v1 20/23] NFS: Account for XDR pad of buf->pages, Olga Kornievskaia
                  • Re: [PATCH v1 20/23] NFS: Account for XDR pad of buf->pages, Chuck Lever
                    • Re: [PATCH v1 20/23] NFS: Account for XDR pad of buf->pages, Olga Kornievskaia
                      • Re: [PATCH v1 20/23] NFS: Account for XDR pad of buf->pages, Olga Kornievskaia
                        • Re: [PATCH v1 20/23] NFS: Account for XDR pad of buf->pages, Olga Kornievskaia
                          • Re: [PATCH v1 20/23] NFS: Account for XDR pad of buf->pages, Olga Kornievskaia
                          • Re: [PATCH v1 20/23] NFS: Account for XDR pad of buf->pages, Chuck Lever
  • [PATCH v1 21/23] SUNRPC: Make AUTH_SYS and AUTH_NULL set au_verfsize, Chuck Lever
  • [PATCH v1 22/23] SUNRPC: Add rpc_auth::au_ralign field, Chuck Lever
  • [PATCH v1 23/23] SUNRPC: Use au_rslack when computing reply buffer size, Chuck Lever
• [PATCH rdma-next 0/2] Fixes to mlx5, Leon Romanovsky
  • [PATCH rdma-next 1/2] IB/mlx5: Fix bad flow upon DEVX mkey creation, Leon Romanovsky
  • [PATCH rdma-next 2/2] RDMA/mlx5: Fix memory leak in case we fail to add an IB device, Leon Romanovsky
    • Re: [PATCH rdma-next 2/2] RDMA/mlx5: Fix memory leak in case we fail to add an IB device, Mark Bloch
      • Re: [PATCH rdma-next 2/2] RDMA/mlx5: Fix memory leak in case we fail to add an IB device, Leon Romanovsky
        • Re: [PATCH rdma-next 2/2] RDMA/mlx5: Fix memory leak in case we fail to add an IB device, Håkon Bugge
          • Re: [PATCH rdma-next 2/2] RDMA/mlx5: Fix memory leak in case we fail to add an IB device, Leon Romanovsky
            • Re: [PATCH rdma-next 2/2] RDMA/mlx5: Fix memory leak in case we fail to add an IB device, Håkon Bugge
  • Re: [PATCH rdma-next 0/2] Fixes to mlx5, Jason Gunthorpe
    • Re: [PATCH rdma-next 0/2] Fixes to mlx5, Leon Romanovsky
• [PATCH rdma-next v5 0/9] Provide per-ID access to restrack objects, Leon Romanovsky
  • [PATCH rdma-next v5 1/9] RDMA/restrack: Convert internal DB from hash to XArray, Leon Romanovsky
  • [PATCH rdma-next v5 3/9] RDMA/nldev: Add resource tracker doit callback, Leon Romanovsky
  • [PATCH rdma-next v5 2/9] RDMA/restrack: Translate from ID to restrack object, Leon Romanovsky
  • [PATCH rdma-next v5 5/9] RDMA/restrack: Hide restrack DB from IB/core, Leon Romanovsky
    • Re: [PATCH rdma-next v5 5/9] RDMA/restrack: Hide restrack DB from IB/core, Jason Gunthorpe
  • [PATCH rdma-next v5 6/9] RDMA/restrack: Prepare restrack_root to addition of extra fields per-type, Leon Romanovsky
  • [PATCH rdma-next v5 7/9] RDMA/nldev: Share with user-space object IDs, Leon Romanovsky
  • [PATCH rdma-next v5 9/9] RDMA/nldev: Connect QP number to .doit callback, Leon Romanovsky
  • [PATCH rdma-next v5 8/9] RDMA/nldev: Provide parent IDs for PD, MR and QP objects, Leon Romanovsky
  • [PATCH rdma-next v5 4/9] RDMA/restrack: Reduce scope of synchronization lock while updating DB, Leon Romanovsky
• [rdma-next 00/12] Adapt drivers to handle page combining on umem SGEs, Shiraz Saleem
  • [rdma-next 01/12] RDMA/bnxt_re: Use for_each_sg_dma_page iterator on umem SGL, Shiraz Saleem
    • Re: [rdma-next 01/12] RDMA/bnxt_re: Use for_each_sg_dma_page iterator on umem SGL, Gal Pressman
      • Re: [rdma-next 01/12] RDMA/bnxt_re: Use for_each_sg_dma_page iterator on umem SGL, Jason Gunthorpe
        • Re: [rdma-next 01/12] RDMA/bnxt_re: Use for_each_sg_dma_page iterator on umem SGL, Selvin Xavier
        • RE: [rdma-next 01/12] RDMA/bnxt_re: Use for_each_sg_dma_page iterator on umem SGL, Saleem, Shiraz
          • Re: [rdma-next 01/12] RDMA/bnxt_re: Use for_each_sg_dma_page iterator on umem SGL, Devesh Sharma
            • Re: [rdma-next 01/12] RDMA/bnxt_re: Use for_each_sg_dma_page iterator on umem SGL, Jason Gunthorpe
              • Re: [rdma-next 01/12] RDMA/bnxt_re: Use for_each_sg_dma_page iterator on umem SGL, Devesh Sharma
                • Re: [rdma-next 01/12] RDMA/bnxt_re: Use for_each_sg_dma_page iterator on umem SGL, Jason Gunthorpe
                  • Re: [rdma-next 01/12] RDMA/bnxt_re: Use for_each_sg_dma_page iterator on umem SGL, Devesh Sharma
                    • Re: [rdma-next 01/12] RDMA/bnxt_re: Use for_each_sg_dma_page iterator on umem SGL, Jason Gunthorpe
                      • Re: [rdma-next 01/12] RDMA/bnxt_re: Use for_each_sg_dma_page iterator on umem SGL, Devesh Sharma
      • Re: [rdma-next 01/12] RDMA/bnxt_re: Use for_each_sg_dma_page iterator on umem SGL, Selvin Xavier
        • Re: [rdma-next 01/12] RDMA/bnxt_re: Use for_each_sg_dma_page iterator on umem SGL, Jason Gunthorpe
          • Re: [rdma-next 01/12] RDMA/bnxt_re: Use for_each_sg_dma_page iterator on umem SGL, Devesh Sharma
    • Re: [rdma-next 01/12] RDMA/bnxt_re: Use for_each_sg_dma_page iterator on umem SGL, Devesh Sharma
      • RE: [rdma-next 01/12] RDMA/bnxt_re: Use for_each_sg_dma_page iterator on umem SGL, Saleem, Shiraz
        • Re: [rdma-next 01/12] RDMA/bnxt_re: Use for_each_sg_dma_page iterator on umem SGL, Devesh Sharma
  • [rdma-next 02/12] RDMA/mthca: Use for_each_sg_dma_page iterator on umem SGL, Shiraz Saleem
  • [rdma-next 03/12] RDMA/i40iw: Use for_each_sg_dma_page iterator on umem SGL, Shiraz Saleem
  • [rdma-next 05/12] RDMA/cxgb4: Use for_each_sg_dma_page iterator on umem SGL, Shiraz Saleem
  • [rdma-next 07/12] RDMA/vmw_pvrdma: Use for_each_sg_dma_page iterator on umem SGL, Shiraz Saleem
  • [rdma-next 04/12] RDMA/hns: Use for_each_sg_dma_page iterator on umem SGL, Shiraz Saleem
  • [rdma-next 06/12] RDMA/cxgb3: Use for_each_sg_dma_page iterator on umem SGL, Shiraz Saleem
  • [rdma-next 09/12] RDMA/ocrdma: Use for_each_sg_dma_page iterator on umem SGL, Shiraz Saleem
  • [rdma-next 10/12] RDMA/nes: Use for_each_sg_dma_page iterator on umem SGL, Shiraz Saleem
    • Re: [rdma-next 10/12] RDMA/nes: Use for_each_sg_dma_page iterator on umem SGL, Jason Gunthorpe
      • RE: [rdma-next 10/12] RDMA/nes: Use for_each_sg_dma_page iterator on umem SGL, Saleem, Shiraz
    • Re: [rdma-next 10/12] RDMA/nes: Use for_each_sg_dma_page iterator on umem SGL, kbuild test robot
      • RE: [rdma-next 10/12] RDMA/nes: Use for_each_sg_dma_page iterator on umem SGL, Saleem, Shiraz
    • Re: [rdma-next 10/12] RDMA/nes: Use for_each_sg_dma_page iterator on umem SGL, kbuild test robot
  • [rdma-next 11/12] RDMA/rxe: Use for_each_sg_page iterator on umem SGL, Shiraz Saleem
  • [rdma-next 12/12] RDMA/rdmavt: Adapt to handle non-uniform sizes on umem SGEs, Shiraz Saleem
    • Re: [rdma-next 12/12] RDMA/rdmavt: Adapt to handle non-uniform sizes on umem SGEs, Jason Gunthorpe
      • RE: [rdma-next 12/12] RDMA/rdmavt: Adapt to handle non-uniform sizes on umem SGEs, Saleem, Shiraz
  • [rdma-next 08/12] RDMA/qedr: Use for_each_sg_dma_page iterator on umem SGL, Shiraz Saleem
    • RE: [rdma-next 08/12] RDMA/qedr: Use for_each_sg_dma_page iterator on umem SGL, Michal Kalderon
  • Re: [rdma-next 00/12] Adapt drivers to handle page combining on umem SGEs, Jason Gunthorpe
• [PATCH][next] RDMA/bnxt_re: fix or'ing of data into an uninitialized struct member, Colin King
  • Re: [PATCH][next] RDMA/bnxt_re: fix or'ing of data into an uninitialized struct member, Devesh Sharma
  • Re: [PATCH][next] RDMA/bnxt_re: fix or'ing of data into an uninitialized struct member, Jason Gunthorpe
• [PATCH rdma-next 0/2] Followup changes to mlx5-next branch, Leon Romanovsky
  • [PATCH mlx5-next 1/2] net/mlx5: Align ODP capability function with netdev coding style, Leon Romanovsky
  • [PATCH mlx5-next 2/2] net/mlx5: Factor out HCA capabilities functions, Leon Romanovsky
    • Re: [PATCH mlx5-next 2/2] net/mlx5: Factor out HCA capabilities functions, Jason Gunthorpe
      • Re: [PATCH mlx5-next 2/2] net/mlx5: Factor out HCA capabilities functions, Leon Romanovsky
        • Re: [PATCH mlx5-next 2/2] net/mlx5: Factor out HCA capabilities functions, Jason Gunthorpe
          • Re: [PATCH mlx5-next 2/2] net/mlx5: Factor out HCA capabilities functions, Saeed Mahameed
  • Re: [PATCH rdma-next 0/2] Followup changes to mlx5-next branch, Leon Romanovsky
• [PATCH for-next v4] IB/usnic: fix deadlock, Parvi Kaustubhi
  • Re: [PATCH for-next v4] IB/usnic: fix deadlock, Jason Gunthorpe
    • Re: [PATCH for-next v4] IB/usnic: fix deadlock, Parvi Kaustubhi (pkaustub)
• [PATCH for-next v3 1/2] IB/usnic: Fix locking when unregistering, Parvi Kaustubhi
  • [PATCH for-next v3 2/2] IB/usnic: fix deadlock, Parvi Kaustubhi
    • Re: [PATCH for-next v3 2/2] IB/usnic: fix deadlock, Jason Gunthorpe
    • Re: [PATCH for-next v3 2/2] IB/usnic: fix deadlock, kbuild test robot
    • Re: [PATCH for-next v3 2/2] IB/usnic: fix deadlock, kbuild test robot
  • Re: [PATCH for-next v3 1/2] IB/usnic: Fix locking when unregistering, Jason Gunthorpe
• [PATCH 1/1] bnx2x: Add FW 7.13.11.0., Rahul Verma
  • Re: [PATCH 1/1] bnx2x: Add FW 7.13.11.0., Josh Boyer
• [PATCH v2] lib/scatterlist: Provide a DMA page iterator, Jason Gunthorpe
  • Re: [PATCH v2] lib/scatterlist: Provide a DMA page iterator, Miguel Ojeda
  • Re: [PATCH v2] lib/scatterlist: Provide a DMA page iterator, Thomas Hellstrom
  • Re: [PATCH v2] lib/scatterlist: Provide a DMA page iterator, Jason Gunthorpe
  • Re: [PATCH v2] lib/scatterlist: Provide a DMA page iterator, Jason Gunthorpe
• [PATCH 00/17 V2] Introduce new API for T10-PI offload, Max Gurtovoy
  • [PATCH 02/17] RDMA/core: Save the MR type in the ib_mr structure, Max Gurtovoy
    • Re: [PATCH 02/17] RDMA/core: Save the MR type in the ib_mr structure, Sagi Grimberg
  • [PATCH 14/17] IB/iser: Refactor iscsi_iser_check_protection function, Max Gurtovoy
    • Re: [PATCH 14/17] IB/iser: Refactor iscsi_iser_check_protection function, Sagi Grimberg
  • [PATCH 03/17] RDMA/core: Introduce IB_MR_TYPE_PI and ib_alloc_mr_integrity API, Max Gurtovoy
    • Re: [PATCH 03/17] RDMA/core: Introduce IB_MR_TYPE_PI and ib_alloc_mr_integrity API, Sagi Grimberg
    • Re: [PATCH 03/17] RDMA/core: Introduce IB_MR_TYPE_PI and ib_alloc_mr_integrity API, Christoph Hellwig
      • Re: [PATCH 03/17] RDMA/core: Introduce IB_MR_TYPE_PI and ib_alloc_mr_integrity API, Max Gurtovoy
        • Re: [PATCH 03/17] RDMA/core: Introduce IB_MR_TYPE_PI and ib_alloc_mr_integrity API, Jason Gunthorpe
  • [PATCH 16/17] IB/iser: Remove unused sig_attrs argument, Max Gurtovoy
  • [PATCH 12/17] RDMA/mlx5: Update set_sig_data_segment attribute for new signature API, Max Gurtovoy
    • Re: [PATCH 12/17] RDMA/mlx5: Update set_sig_data_segment attribute for new signature API, Sagi Grimberg
  • [PATCH 07/17] RDMA/core: Introduce ib_map_mr_sg_pi to map data/protection sgl's, Max Gurtovoy
  • [PATCH 10/17] RDMA/mlx5: Add attr for max number page list length for PI operation, Max Gurtovoy
    • Re: [PATCH 10/17] RDMA/mlx5: Add attr for max number page list length for PI operation, Sagi Grimberg
  • [PATCH 08/17] RDMA/core: Add signature attrs element for ib_mr structure, Max Gurtovoy
    • Re: [PATCH 08/17] RDMA/core: Add signature attrs element for ib_mr structure, Sagi Grimberg
    • Re: [PATCH 08/17] RDMA/core: Add signature attrs element for ib_mr structure, Christoph Hellwig
      • Re: [PATCH 08/17] RDMA/core: Add signature attrs element for ib_mr structure, Max Gurtovoy
  • [PATCH 15/17] IB/iser: Use IB_WR_REG_PI_MR for PI handover, Max Gurtovoy
    • Re: [PATCH 15/17] IB/iser: Use IB_WR_REG_PI_MR for PI handover, Christoph Hellwig
      • Re: [PATCH 15/17] IB/iser: Use IB_WR_REG_PI_MR for PI handover, Max Gurtovoy
  • [PATCH 04/17] RMDA/core: Introduce ib_scatterlist structure, Max Gurtovoy
    • Re: [PATCH 04/17] RMDA/core: Introduce ib_scatterlist structure, Sagi Grimberg
      • Re: [PATCH 04/17] RMDA/core: Introduce ib_scatterlist structure, Max Gurtovoy
        • Re: [PATCH 04/17] RMDA/core: Introduce ib_scatterlist structure, Jason Gunthorpe
          • Re: [PATCH 04/17] RMDA/core: Introduce ib_scatterlist structure, Max Gurtovoy
    • Re: [PATCH 04/17] RMDA/core: Introduce ib_scatterlist structure, Christoph Hellwig
      • Re: [PATCH 04/17] RMDA/core: Introduce ib_scatterlist structure, Christoph Hellwig
        • Re: [PATCH 04/17] RMDA/core: Introduce ib_scatterlist structure, Max Gurtovoy
          • Re: [PATCH 04/17] RMDA/core: Introduce ib_scatterlist structure, Christoph Hellwig
            • Re: [PATCH 04/17] RMDA/core: Introduce ib_scatterlist structure, Max Gurtovoy
              • Re: [PATCH 04/17] RMDA/core: Introduce ib_scatterlist structure, Christoph Hellwig
                • Re: [PATCH 04/17] RMDA/core: Introduce ib_scatterlist structure, Max Gurtovoy
  • [PATCH 11/17] RDMA/mlx5: Pass UMR segment flags instead of boolean, Max Gurtovoy
    • Re: [PATCH 11/17] RDMA/mlx5: Pass UMR segment flags instead of boolean, Sagi Grimberg
  • [PATCH 17/17] IB/isert: Remove unused sig_attrs argument, Max Gurtovoy
    • Re: [PATCH 17/17] IB/isert: Remove unused sig_attrs argument, Christoph Hellwig
      • Re: [PATCH 17/17] IB/isert: Remove unused sig_attrs argument, Max Gurtovoy
  • [PATCH 09/17] RDMA/mlx5: Implement mlx5_ib_map_mr_sg_pi and mlx5_ib_alloc_mr_integrity, Max Gurtovoy
    • Re: [PATCH 09/17] RDMA/mlx5: Implement mlx5_ib_map_mr_sg_pi and mlx5_ib_alloc_mr_integrity, Sagi Grimberg
      • Re: [PATCH 09/17] RDMA/mlx5: Implement mlx5_ib_map_mr_sg_pi and mlx5_ib_alloc_mr_integrity, Max Gurtovoy
  • [PATCH 06/17] IB/srp: Embed ib_scatterlist into srp_map_state struct, Max Gurtovoy
  • [PATCH 05/17] IB/iser: Embed ib_scatterlist into iser_data_buf, Max Gurtovoy
    • Re: [PATCH 05/17] IB/iser: Embed ib_scatterlist into iser_data_buf, Sagi Grimberg
  • [PATCH 01/17] RDMA/core: Introduce new header file for signature operations, Max Gurtovoy
    • Re: [PATCH 01/17] RDMA/core: Introduce new header file for signature operations, Sagi Grimberg
  • [PATCH 13/17] RDMA/mlx5: Introduce and implement new IB_WR_REG_PI_MR work request, Max Gurtovoy
    • Re: [PATCH 13/17] RDMA/mlx5: Introduce and implement new IB_WR_REG_PI_MR work request, Sagi Grimberg
  • Re: [PATCH 00/17 V2] Introduce new API for T10-PI offload, Leon Romanovsky
  • Re: [PATCH 00/17 V2] Introduce new API for T10-PI offload, Christoph Hellwig
    • Re: [PATCH 00/17 V2] Introduce new API for T10-PI offload, Max Gurtovoy
• [PATCH for-next v3 0/3] IB/{hw,sw}: remove 'uobject->context' dependency APIs, Shamir Rabinovitch
  • [PATCH for-next v3 1/3] IB/uverbs: add ib_ucontext to uverbs_attr_bundle sent from ioctl and cmd flows, Shamir Rabinovitch
  • [PATCH for-next v3 2/3] IB/verbs: add helper function rdma_udata_to_drv_context, Shamir Rabinovitch
    • Re: [PATCH for-next v3 2/3] IB/verbs: add helper function rdma_udata_to_drv_context, Gal Pressman
      • Re: [PATCH for-next v3 2/3] IB/verbs: add helper function rdma_udata_to_drv_context, Jason Gunthorpe
        • Re: [PATCH for-next v3 2/3] IB/verbs: add helper function rdma_udata_to_drv_context, Shamir Rabinovitch
  • [PATCH for-next v3 3/3] IB/{hw,sw}: remove 'uobject->context' dependency in object creation APIs, Shamir Rabinovitch
    • Re: [PATCH for-next v3 3/3] IB/{hw,sw}: remove 'uobject->context' dependency in object creation APIs, Jason Gunthorpe
  • Re: [PATCH for-next v3 0/3] IB/{hw,sw}: remove 'uobject->context' dependency APIs, Jason Gunthorpe
    • Re: [PATCH for-next v3 0/3] IB/{hw,sw}: remove 'uobject->context' dependency APIs, Shamir Rabinovitch
      • Re: [PATCH for-next v3 0/3] IB/{hw,sw}: remove 'uobject->context' dependency APIs, Jason Gunthorpe
    • Re: [PATCH for-next v3 0/3] IB/{hw,sw}: remove 'uobject->context' dependency APIs, Shamir Rabinovitch
      • Re: [PATCH for-next v3 0/3] IB/{hw,sw}: remove 'uobject->context' dependency APIs, Jason Gunthorpe
• [PATCH net 1/1] net/smc: fix byte_order for rx_curs_confirmed, Ursula Braun
• [for-next V5 0/7]Add support for Broadcom's 57500 series of adapters, Devesh Sharma
  • [for-next V5 1/7] RDMA/bnxt_re: Add chip context to identify 57500 series, Devesh Sharma
  • [for-next V5 2/7] RDMA/bnxt_re: Add 64bit doorbells for 57500 series, Devesh Sharma
  • [for-next V5 3/7] RDMA/bnxt_re: Skip backing store allocation for 57500 series, Devesh Sharma
  • [for-next V5 4/7] RDMA/bnxt_re: Enable GSI QP support for 57500 series, Devesh Sharma
  • [for-next V5 5/7] RDMA/bnxt_re: Add extended psn structure for 57500 adapters, Devesh Sharma
  • [for-next V5 6/7] RDMA/bnxt_re: Update kernel user abi to pass chip context, Devesh Sharma
  • [for-next V5 7/7] RDMA/bnxt_en: Enable RDMA driver support for 57500 chip, Devesh Sharma
  • Re: [for-next V5 0/7]Add support for Broadcom's 57500 series of adapters, Jason Gunthorpe
• [PATCH v2 0/8] Rework device, client and client data locking, Jason Gunthorpe
  • [PATCH v2 1/8] RDMA/device: Check that the rename is nop under the lock, Jason Gunthorpe
  • [PATCH v2 2/8] RDMA/device: Ensure that security memory is always freed, Jason Gunthorpe
  • [PATCH v2 3/8] RDMA/device: Call ib_cache_release_one() only from ib_device_release(), Jason Gunthorpe
  • [PATCH v2 4/8] RDMA/device: Get rid of reg_state, Jason Gunthorpe
  • [PATCH v2 6/8] RDMA/devices: Use xarray to store the clients, Jason Gunthorpe
  • [PATCH v2 5/8] RDMA/device: Use an ida instead of a free page in alloc_name, Jason Gunthorpe
  • [PATCH v2 8/8] RDMA/devices: Re-organize device.c locking, Jason Gunthorpe
  • [PATCH v2 7/8] RDMA/devices: Use xarray to store the client_data, Jason Gunthorpe
  • Re: [PATCH v2 0/8] Rework device, client and client data locking, Jason Gunthorpe
• [PATCH rdma-next] lib/irq_poll: support schedules in non-interrupt contexts, Steve Wise
  • RE: [PATCH rdma-next] lib/irq_poll: support schedules in non-interrupt contexts, Steve Wise
    • Re: [PATCH rdma-next] lib/irq_poll: support schedules in non-interrupt contexts, Sagi Grimberg
  • Re: [PATCH rdma-next] lib/irq_poll: support schedules in non-interrupt contexts, Jason Gunthorpe
• Modifying iova after mapping sg, Dennis Dalessandro
  • Re: Modifying iova after mapping sg, Jason Gunthorpe
• [PATCH v3 0/6] mm: make pinned_vm atomic and simplify users, Davidlohr Bueso
  • [PATCH 4/6] drivers/IB,hfi1: do not se mmap_sem, Davidlohr Bueso
  • [PATCH 3/6] drivers/IB,qib: optimize mmap_sem usage, Davidlohr Bueso
  • [PATCH 1/6] mm: make mm->pinned_vm an atomic64 counter, Davidlohr Bueso
  • [PATCH 2/6] drivers/mic/scif: do not use mmap_sem, Davidlohr Bueso
  • [PATCH 6/6] drivers/IB,core: reduce scope of mmap_sem, Davidlohr Bueso
  • [PATCH 5/6] drivers/IB,usnic: reduce scope of mmap_sem, Davidlohr Bueso
  • [PATCH 7/6] Documentation/infiniband: update from locked to pinned_vm, Davidlohr Bueso
    • RE: [PATCH 7/6] Documentation/infiniband: update from locked to pinned_vm, Weiny, Ira
  • Re: [PATCH v3 0/6] mm: make pinned_vm atomic and simplify users, Jason Gunthorpe
• [PATCH net-next v4 00/12] net: Introduce ndo_get_port_parent_id(), Florian Fainelli
  • [PATCH net-next v4 12/12] net: Get rid of SWITCHDEV_ATTR_ID_PORT_PARENT_ID, Florian Fainelli
    • Re: [PATCH net-next v4 12/12] net: Get rid of SWITCHDEV_ATTR_ID_PORT_PARENT_ID, Ido Schimmel
  • [PATCH net-next v4 11/12] net: dsa: Implement ndo_get_port_parent_id(), Florian Fainelli
  • [PATCH net-next v4 07/12] nfp: Implement ndo_get_port_parent_id(), Florian Fainelli
  • [PATCH net-next v4 09/12] netdevsim: Implement ndo_get_port_parent_id(), Florian Fainelli
  • [PATCH net-next v4 10/12] staging: fsl-dpaa2: ethsw: Implement ndo_get_port_parent_id(), Florian Fainelli
  • [PATCH net-next v4 08/12] rocker: Implement ndo_get_port_parent_id(), Florian Fainelli
  • [PATCH net-next v4 04/12] net/mlx5e: Implement ndo_get_port_parent_id(), Florian Fainelli
  • [PATCH net-next v4 06/12] mscc: ocelot: Implement ndo_get_port_parent_id(), Florian Fainelli
  • [PATCH net-next v4 05/12] mlxsw: Implement ndo_get_port_parent_id(), Florian Fainelli
    • Re: [PATCH net-next v4 05/12] mlxsw: Implement ndo_get_port_parent_id(), Ido Schimmel
  • [PATCH net-next v4 02/12] bnxt: Implement ndo_get_port_parent_id(), Florian Fainelli
  • [PATCH net-next v4 01/12] net: Introduce ndo_get_port_parent_id(), Florian Fainelli
    • Re: [PATCH net-next v4 01/12] net: Introduce ndo_get_port_parent_id(), Ido Schimmel
  • [PATCH net-next v4 03/12] liquidio: Implement ndo_get_port_parent_id(), Florian Fainelli
  • Re: [PATCH net-next v4 00/12] net: Introduce ndo_get_port_parent_id(), David Miller
    • Re: [PATCH net-next v4 00/12] net: Introduce ndo_get_port_parent_id(), David Miller
• [PATCH 0/3] iw_cxgb4: add support for completing cached SRQ buffers, Raju Rangoju
  • [PATCH 1/3] cxgb4: add tcb flags and tcb rpl struct, Raju Rangoju
  • [PATCH 2/3] iw_cxgb4: complete the cached SRQ buffers, Raju Rangoju
  • [PATCH 3/3] iw_cxgb4: fix srqidx leak during connection abort, Raju Rangoju
  • Re: [PATCH 0/3] iw_cxgb4: add support for completing cached SRQ buffers, Jason Gunthorpe
• [PATCH 1 0/2] Two small clean-ups for v5.1, Chuck Lever
  • [PATCH 1 1/2] svcrdma: Squelch compiler warning when SUNRPC_DEBUG is disabled, Chuck Lever
  • [PATCH 1 2/2] svcrdma: Remove syslog warnings in work completion handlers, Chuck Lever
  • Re: [PATCH 1 0/2] Two small clean-ups for v5.1, J. Bruce Fields
• [PATCH rdma-next] IB/mlx5: Simplify WQE count power of two check, Gal Pressman
  • Re: [PATCH rdma-next] IB/mlx5: Simplify WQE count power of two check, Leon Romanovsky
  • Re: [PATCH rdma-next] IB/mlx5: Simplify WQE count power of two check, Jason Gunthorpe
• [PATCH rdma-core 0/3] librxe: Resolve dmac when creating AH, Kamal Heib
  • [PATCH rdma-core 1/3] Update kernel headers, Kamal Heib
  • [PATCH rdma-core 2/3] verbs: Allow passing NULL vid for ibv_resolve_eth_l2_from_gid(), Kamal Heib
  • [PATCH rdma-core 3/3] rxe: Resolve destination MAC address when creating AH, Kamal Heib
• [ANNOUNCE] rdma-core: new stable releases, Nicolas Morey-Chaisemartin
  • <Possible follow-ups>
  • [ANNOUNCE] rdma-core: new stable releases, Nicolas Morey-Chaisemartin
  • [ANNOUNCE] rdma-core: new stable releases, Nicolas Morey-Chaisemartin
  • [ANNOUNCE] rdma-core: new stable releases, Nicolas Morey-Chaisemartin
  • [ANNOUNCE] rdma-core: new stable releases, Nicolas Morey-Chaisemartin
  • [ANNOUNCE] rdma-core: new stable releases, Nicolas Morey-Chaisemartin
  • [ANNOUNCE] rdma-core: new stable releases, Nicolas Morey-Chaisemartin
  • [ANNOUNCE] rdma-core: new stable releases, Nicolas Morey-Chaisemartin
  • [ANNOUNCE] rdma-core: new stable releases, Nicolas Morey-Chaisemartin
  • [ANNOUNCE] rdma-core: new stable releases, Nicolas Morey-Chaisemartin
  • [ANNOUNCE] rdma-core: new stable releases, Nicolas Morey-Chaisemartin
  • [ANNOUNCE] rdma-core: new stable releases, Nicolas Morey
    • Re: [ANNOUNCE] rdma-core: new stable releases, Leon Romanovsky
  • [ANNOUNCE] rdma-core: new stable releases, Nicolas Morey
  • [ANNOUNCE] rdma-core: new stable releases, Nicolas Morey
  • [ANNOUNCE] rdma-core: new stable releases, Nicolas Morey
    • Re: [ANNOUNCE] rdma-core: new stable releases, Mark Haywood
      • Re: [ANNOUNCE] rdma-core: new stable releases, Nicolas Morey
        • Re: [ANNOUNCE] rdma-core: new stable releases, Mark Haywood
  • [ANNOUNCE] rdma-core: new stable releases, Nicolas Morey
    • Re: [ANNOUNCE] rdma-core: new stable releases, Aron Silverton
      • Re: [ANNOUNCE] rdma-core: new stable releases, Leon Romanovsky
        • Re: [ANNOUNCE] rdma-core: new stable releases, Nicolas Morey
  • [ANNOUNCE] rdma-core: new stable releases, Nicolas Morey
  • [ANNOUNCE] rdma-core: new stable releases, Nicolas Morey
  • [ANNOUNCE] rdma-core: new stable releases, Nicolas Morey
• [PATCH for-next v2] IB/usnic: fix deadlock, Parvi Kaustubhi
  • Re: [PATCH for-next v2] IB/usnic: fix deadlock, Jason Gunthorpe
    • Re: [PATCH for-next v2] IB/usnic: fix deadlock, Parvi Kaustubhi (pkaustub)
      • Re: [PATCH for-next v2] IB/usnic: fix deadlock, Jason Gunthorpe
• [PATCH net-next v3 00/12] net: Introduce ndo_get_port_parent_id(), Florian Fainelli
  • [PATCH net-next v3 02/12] bnxt: Implement ndo_get_port_parent_id(), Florian Fainelli
    • Re: [PATCH net-next v3 02/12] bnxt: Implement ndo_get_port_parent_id(), Jiri Pirko
  • [PATCH net-next v3 10/12] staging: fsl-dpaa2: ethsw: Implement ndo_get_port_parent_id(), Florian Fainelli
  • [PATCH net-next v3 12/12] net: Get rid of SWITCHDEV_ATTR_ID_PORT_PARENT_ID, Florian Fainelli
    • Re: [PATCH net-next v3 12/12] net: Get rid of SWITCHDEV_ATTR_ID_PORT_PARENT_ID, Jiri Pirko
  • [PATCH net-next v3 11/12] net: dsa: Implement ndo_get_port_parent_id(), Florian Fainelli
    • Re: [PATCH net-next v3 11/12] net: dsa: Implement ndo_get_port_parent_id(), Jiri Pirko
    • Re: [PATCH net-next v3 11/12] net: dsa: Implement ndo_get_port_parent_id(), Vivien Didelot
  • [PATCH net-next v3 09/12] netdevsim: Implement ndo_get_port_parent_id(), Florian Fainelli
    • Re: [PATCH net-next v3 09/12] netdevsim: Implement ndo_get_port_parent_id(), Jiri Pirko
  • [PATCH net-next v3 07/12] nfp: Implement ndo_get_port_parent_id(), Florian Fainelli
    • Re: [PATCH net-next v3 07/12] nfp: Implement ndo_get_port_parent_id(), Jiri Pirko
  • [PATCH net-next v3 08/12] rocker: Implement ndo_get_port_parent_id(), Florian Fainelli
    • Re: [PATCH net-next v3 08/12] rocker: Implement ndo_get_port_parent_id(), Jiri Pirko
  • [PATCH net-next v3 06/12] mscc: ocelot: Implement ndo_get_port_parent_id(), Florian Fainelli
    • Re: [PATCH net-next v3 06/12] mscc: ocelot: Implement ndo_get_port_parent_id(), Jiri Pirko
  • [PATCH net-next v3 05/12] mlxsw: Implement ndo_get_port_parent_id(), Florian Fainelli
    • Re: [PATCH net-next v3 05/12] mlxsw: Implement ndo_get_port_parent_id(), Jiri Pirko
  • [PATCH net-next v3 04/12] net/mlx5e: Implement ndo_get_port_parent_id(), Florian Fainelli
    • Re: [PATCH net-next v3 04/12] net/mlx5e: Implement ndo_get_port_parent_id(), Jiri Pirko
  • [PATCH net-next v3 01/12] net: Introduce ndo_get_port_parent_id(), Florian Fainelli
    • Re: [PATCH net-next v3 01/12] net: Introduce ndo_get_port_parent_id(), Jiri Pirko
  • [PATCH net-next v3 03/12] liquidio: Implement ndo_get_port_parent_id(), Florian Fainelli
    • Re: [PATCH net-next v3 03/12] liquidio: Implement ndo_get_port_parent_id(), Jiri Pirko
  • Re: [PATCH net-next v3 00/12] net: Introduce ndo_get_port_parent_id(), Ido Schimmel
    • Re: [PATCH net-next v3 00/12] net: Introduce ndo_get_port_parent_id(), Ido Schimmel
• [PATCH net-next v2 00/12] net: Introduce ndo_get_port_parent_id(), Florian Fainelli
  • [PATCH net-next v2 07/12] nfp: Implement ndo_get_port_parent_id(), Florian Fainelli
  • [PATCH net-next v2 09/12] netdevsim: Implement ndo_get_port_parent_id(), Florian Fainelli
  • [PATCH net-next v2 11/12] net: dsa: Implement ndo_get_port_parent_id(), Florian Fainelli
  • [PATCH net-next v2 12/12] net: Get rid of SWITCHDEV_ATTR_ID_PORT_PARENT_ID, Florian Fainelli
  • [PATCH net-next v2 06/12] mscc: ocelot: Implement ndo_get_port_parent_id(), Florian Fainelli
  • [PATCH net-next v2 10/12] staging: fsl-dpaa2: ethsw: Implement ndo_get_port_parent_id(), Florian Fainelli
    • Re: [PATCH net-next v2 10/12] staging: fsl-dpaa2: ethsw: Implement ndo_get_port_parent_id(), Florian Fainelli
  • [PATCH net-next v2 05/12] mlxsw: Implement ndo_get_port_parent_id(), Florian Fainelli
  • [PATCH net-next v2 08/12] rocker: Implement ndo_get_port_parent_id(), Florian Fainelli
  • [PATCH net-next v2 04/12] net/mlx5e: Implement ndo_get_port_parent_id(), Florian Fainelli
  • [PATCH net-next v2 02/12] bnxt: Implement ndo_get_port_parent_id(), Florian Fainelli
  • [PATCH net-next v2 03/12] liquidio: Implement ndo_get_port_parent_id(), Florian Fainelli
  • [PATCH net-next v2 01/12] net: Introduce ndo_get_port_parent_id(), Florian Fainelli
• [PATCH rdma-next] RDMA/iwpm: move kdoc comments to functions, Steve Wise
  • Re: [PATCH rdma-next] RDMA/iwpm: move kdoc comments to functions, Jason Gunthorpe
• [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Ira Weiny
  • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Ira Weiny
    • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Dave Chinner
  • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Jan Kara
    • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Jason Gunthorpe
      • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Matthew Wilcox
        • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Doug Ledford
          • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Matthew Wilcox
            • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Doug Ledford
            • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Jason Gunthorpe
              • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Dan Williams
                • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Doug Ledford
                  • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Dan Williams
                    • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Doug Ledford
          • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Christopher Lameter
            • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Matthew Wilcox
              • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Doug Ledford
                • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Matthew Wilcox
                  • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Doug Ledford
                    • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Matthew Wilcox
                      • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Doug Ledford
                        • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Matthew Wilcox
                          • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Doug Ledford
                  • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Jason Gunthorpe
                  • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Christopher Lameter
                  • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Doug Ledford
                    • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Jan Kara
              • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Christopher Lameter
            • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Dave Chinner
              • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Jason Gunthorpe
                • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Doug Ledford
                  • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Dan Williams
                    • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Jason Gunthorpe
                      • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Dan Williams
                        • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Jason Gunthorpe
                          • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Dan Williams
                            • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Jason Gunthorpe
                    • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Doug Ledford
                      • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Dan Williams
                    • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Doug Ledford
                      • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Dan Williams
                        • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Ira Weiny
                    • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Doug Ledford
                      • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Christopher Lameter
                        • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Ira Weiny
                          • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Christopher Lameter
                        • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Dave Chinner
                          • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Jan Kara
                            • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Dan Williams
                              • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Jan Kara
                                • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Dan Williams
                                  • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Jason Gunthorpe
                                    • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Dan Williams
                                    • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Ira Weiny
                                      • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Jason Gunthorpe
                                        • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Matthew Wilcox
                                          • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Dan Williams
                                            • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Jason Gunthorpe
                                              • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Dan Williams
                                                • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Jason Gunthorpe
                                                  • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Jan Kara
                                                    • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Christopher Lameter
                                                    • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Jan Kara
                                                • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Christopher Lameter
                                                  • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Jan Kara
                                      • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Jerome Glisse
                                      • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, John Hubbard
                                        • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Jason Gunthorpe
                                          • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, John Hubbard
                                            • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Christopher Lameter
                                              • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, John Hubbard
                                    • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Jan Kara
                                    • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Jerome Glisse
                                      • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Matthew Wilcox
                                        • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Jerome Glisse
                                          • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Dave Chinner
                                            • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Christopher Lameter
                                              • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Matthew Wilcox
                                                • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Christopher Lameter
                                                  • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Jason Gunthorpe
                                                    • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Ira Weiny
                                                    • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Dave Chinner
                                                    • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Christopher Lameter
                                  • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Jan Kara
                                    • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Dan Williams
                            • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Dave Chinner
                          • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Christopher Lameter
                      • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Matthew Wilcox
                        • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Jason Gunthorpe
                  • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Dave Chinner
                    • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Jason Gunthorpe
                      • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Dan Williams
                        • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Jason Gunthorpe
                          • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Dan Williams
                            • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Ira Weiny
                            • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Jason Gunthorpe
                              • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Dan Williams
                                • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Jason Gunthorpe
                      • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Chuck Lever
                        • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Tom Talpey
                          • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Doug Ledford
                            • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Tom Talpey
                              • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Doug Ledford
                          • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Ira Weiny
                            • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Tom Talpey
                      • Re: [LSF/MM TOPIC] Discuss least bad options for resolving longterm-GUP usage by RDMA, Ira Weiny
• [PATCH v3] xprtrdma: Make sure Send CQ is allocated on an existing compvec, Nicolas Morey-Chaisemartin
  • Re: [PATCH v3] xprtrdma: Make sure Send CQ is allocated on an existing compvec, Chuck Lever
    • Re: [PATCH v3] xprtrdma: Make sure Send CQ is allocated on an existing compvec, Nicolas Morey-Chaisemartin
      • Re: [PATCH v3] xprtrdma: Make sure Send CQ is allocated on an existing compvec, Schumaker, Anna
• [PATCH rdma-core] cxgb4: remove update_qp_state(), Steve Wise
• [PATCH 0/8] Rework device, client and client data locking, Jason Gunthorpe
  • [PATCH 3/8] RDMA/device: Call ib_cache_release_one() only from ib_device_release(), Jason Gunthorpe
  • [PATCH 1/8] RDMA/device: Check that the rename is nop under the lock, Jason Gunthorpe
    • Re: [PATCH 1/8] RDMA/device: Check that the rename is nop under the lock, Gal Pressman
      • Re: [PATCH 1/8] RDMA/device: Check that the rename is nop under the lock, Jason Gunthorpe
        • RE: [PATCH 1/8] RDMA/device: Check that the rename is nop under the lock, Parav Pandit
          • Re: [PATCH 1/8] RDMA/device: Check that the rename is nop under the lock, Leon Romanovsky
  • [PATCH 2/8] RDMA/device: Ensure that security memory is always freed, Jason Gunthorpe
  • [PATCH 5/8] RDMA/device: Use an ida instead of a free page in alloc_name, Jason Gunthorpe
  • [PATCH 4/8] RDMA/device: Get rid of reg_state, Jason Gunthorpe
  • [PATCH 6/8] RDMA/devices: Use xarray to store the clients, Jason Gunthorpe
    • Re: [PATCH 6/8] RDMA/devices: Use xarray to store the clients, Matthew Wilcox
    • Re: [PATCH 6/8] RDMA/devices: Use xarray to store the clients, Gal Pressman
      • Re: [PATCH 6/8] RDMA/devices: Use xarray to store the clients, Jason Gunthorpe
        • Re: [PATCH 6/8] RDMA/devices: Use xarray to store the clients, Matthew Wilcox
          • Re: [PATCH 6/8] RDMA/devices: Use xarray to store the clients, Leon Romanovsky
          • Re: [PATCH 6/8] RDMA/devices: Use xarray to store the clients, Jason Gunthorpe
  • [PATCH 7/8] RDMA/devices: Use xarray to store the client_data, Jason Gunthorpe
    • Re: [PATCH 7/8] RDMA/devices: Use xarray to store the client_data, Matthew Wilcox
      • Re: [PATCH 7/8] RDMA/devices: Use xarray to store the client_data, Jason Gunthorpe
        • Re: [PATCH 7/8] RDMA/devices: Use xarray to store the client_data, Matthew Wilcox
          • Re: [PATCH 7/8] RDMA/devices: Use xarray to store the client_data, Jason Gunthorpe
            • Re: [PATCH 7/8] RDMA/devices: Use xarray to store the client_data, Jason Gunthorpe
              • Re: [PATCH 7/8] RDMA/devices: Use xarray to store the client_data, Matthew Wilcox
                • Re: [PATCH 7/8] RDMA/devices: Use xarray to store the client_data, Jason Gunthorpe
  • [PATCH 8/8] RDMA/devices: Re-organize device.c locking, Jason Gunthorpe
• [PATCH 00/17] Introduce new API for T10-PI offload, Max Gurtovoy
  • [PATCH 16/17] IB/iser: Remove unused sig_attrs argument, Max Gurtovoy
  • [PATCH 12/17] RDMA/mlx5: Update set_sig_data_segment attribute for new signature API, Max Gurtovoy
  • [PATCH 17/17] IB/isert: Remove unused sig_attrs argument, Max Gurtovoy
  • [PATCH 08/17] RDMA/core: Add signature attrs element for ib_mr structure, Max Gurtovoy
  • [PATCH 07/17] RDMA/core: Introduce ib_map_mr_sg_pi to map data/protection sgl's, Max Gurtovoy
  • [PATCH 03/17] RDMA/core: Introduce IB_MR_TYPE_PI and ib_alloc_mr_integrity API, Max Gurtovoy
    • Re: [PATCH 03/17] RDMA/core: Introduce IB_MR_TYPE_PI and ib_alloc_mr_integrity API, Bart Van Assche
      • Re: [PATCH 03/17] RDMA/core: Introduce IB_MR_TYPE_PI and ib_alloc_mr_integrity API, Jason Gunthorpe
        • Re: [PATCH 03/17] RDMA/core: Introduce IB_MR_TYPE_PI and ib_alloc_mr_integrity API, Max Gurtovoy
          • Re: [PATCH 03/17] RDMA/core: Introduce IB_MR_TYPE_PI and ib_alloc_mr_integrity API, Jason Gunthorpe
    • Re: [PATCH 03/17] RDMA/core: Introduce IB_MR_TYPE_PI and ib_alloc_mr_integrity API, Leon Romanovsky
  • [PATCH 02/17] RDMA/core: Save the MR type in the ib_mr structure, Max Gurtovoy
  • [PATCH 11/17] RDMA/mlx5: Pass UMR segment flags instead of boolean, Max Gurtovoy
  • [PATCH 04/17] RMDA/core: Introduce ib_scatterlist structure, Max Gurtovoy
    • Re: [PATCH 04/17] RMDA/core: Introduce ib_scatterlist structure, Bart Van Assche
      • Re: [PATCH 04/17] RMDA/core: Introduce ib_scatterlist structure, Jason Gunthorpe
        • Re: [PATCH 04/17] RMDA/core: Introduce ib_scatterlist structure, Bart Van Assche
      • Re: [PATCH 04/17] RMDA/core: Introduce ib_scatterlist structure, Max Gurtovoy
  • [PATCH 10/17] RDMA/mlx5: Add attr for max number page list length for PI operation, Max Gurtovoy
    • Re: [PATCH 10/17] RDMA/mlx5: Add attr for max number page list length for PI operation, Bart Van Assche
  • [PATCH 13/17] RDMA/mlx5: Introduce and implement new IB_WR_REG_PI_MR work request, Max Gurtovoy
  • [PATCH 09/17] RDMA/mlx5: Implement mlx5_ib_map_mr_sg_pi and mlx5_ib_alloc_mr_integrity, Max Gurtovoy
  • [PATCH 14/17] IB/iser: Refactor iscsi_iser_check_protection function, Max Gurtovoy
  • [PATCH 06/17] IB/srp: Embed ib_scatterlist into srp_map_state struct, Max Gurtovoy
  • [PATCH 05/17] IB/iser: Embed ib_scatterlist into iser_data_buf, Max Gurtovoy
  • [PATCH 01/17] RDMA/core: Introduce new header file for signature operations, Max Gurtovoy
    • Re: [PATCH 01/17] RDMA/core: Introduce new header file for signature operations, Håkon Bugge
    • Re: [PATCH 01/17] RDMA/core: Introduce new header file for signature operations, Bart Van Assche
      • Re: [PATCH 01/17] RDMA/core: Introduce new header file for signature operations, Israel Rukshin
        • Re: [PATCH 01/17] RDMA/core: Introduce new header file for signature operations, Bart Van Assche
          • Re: [PATCH 01/17] RDMA/core: Introduce new header file for signature operations, Max Gurtovoy
  • [PATCH 15/17] IB/iser: Use IB_WR_REG_PI_MR for PI handover, Max Gurtovoy
    • Re: [PATCH 15/17] IB/iser: Use IB_WR_REG_PI_MR for PI handover, Bart Van Assche
  • Re: [PATCH 00/17] Introduce new API for T10-PI offload, Sagi Grimberg
• [PATCH] IB/{hfi1,qib}: Add limit test for RC/UC send via loopback, Mike Marciniszyn
  • Re: [PATCH] IB/{hfi1,qib}: Add limit test for RC/UC send via loopback, Greg KH
    • RE: [PATCH] IB/{hfi1,qib}: Add limit test for RC/UC send via loopback, Marciniszyn, Mike
  • Re: [PATCH] IB/{hfi1,qib}: Add limit test for RC/UC send via loopback, Greg KH
• [PATCH rdma-next] RDMA: Handle ucontext allocations by IB/core, Leon Romanovsky
  • Re: [PATCH rdma-next] RDMA: Handle ucontext allocations by IB/core, Jason Gunthorpe
    • RE: [PATCH rdma-next] RDMA: Handle ucontext allocations by IB/core, Steve Wise
      • Re: [PATCH rdma-next] RDMA: Handle ucontext allocations by IB/core, Leon Romanovsky
        • Re: [PATCH rdma-next] RDMA: Handle ucontext allocations by IB/core, Steve Wise
• [PATCH net 0/4] net/smc: fixes 2019-02-04, Ursula Braun
  • [PATCH net 1/4] net/smc: preallocated memory for rdma work requests, Ursula Braun
  • [PATCH net 4/4] net/smc: correct state change for peer closing, Ursula Braun
  • [PATCH net 3/4] net/smc: delete rkey first before switching to unused, Ursula Braun
  • [PATCH net 2/4] net/smc: fix sender_free computation, Ursula Braun
  • Re: [PATCH net 0/4] net/smc: fixes 2019-02-04, David Miller
• [PATCH rdma-next 0/2] ODP fixes, Leon Romanovsky
  • [PATCH rdma-next 1/2] IB/mlx5: Protect against prefetch of invalid MR, Leon Romanovsky
    • Re: [PATCH rdma-next 1/2] IB/mlx5: Protect against prefetch of invalid MR, Jason Gunthorpe
      • Re: [PATCH rdma-next 1/2] IB/mlx5: Protect against prefetch of invalid MR, Leon Romanovsky
        • Re: [PATCH rdma-next 1/2] IB/mlx5: Protect against prefetch of invalid MR, Jason Gunthorpe
    • RE: [PATCH rdma-next 1/2] IB/mlx5: Protect against prefetch of invalid MR, Parav Pandit
      • Re: [PATCH rdma-next 1/2] IB/mlx5: Protect against prefetch of invalid MR, Moni Shoua
        • RE: [PATCH rdma-next 1/2] IB/mlx5: Protect against prefetch of invalid MR, Parav Pandit
  • [PATCH rdma-next 2/2] IB/mlx5: Validate correct PD before prefetch MR, Leon Romanovsky
    • Re: [PATCH rdma-next 2/2] IB/mlx5: Validate correct PD before prefetch MR, Jason Gunthorpe
      • Re: [PATCH rdma-next 2/2] IB/mlx5: Validate correct PD before prefetch MR, Leon Romanovsky
• [PATCH rdma-next v3 0/2] Allocate PD object in IB/core instead of drivers, Leon Romanovsky
  • [PATCH rdma-next v3 1/2] RDMA/core: Share driver structure size with core, Leon Romanovsky
  • [PATCH rdma-next v3 2/2] RDMA: Handle PD allocations by IB/core, Leon Romanovsky
    • Re: [PATCH rdma-next v3 2/2] RDMA: Handle PD allocations by IB/core, Jason Gunthorpe
      • Re: [PATCH rdma-next v3 2/2] RDMA: Handle PD allocations by IB/core, Leon Romanovsky
  • Re: [PATCH rdma-next v3 0/2] Allocate PD object in IB/core instead of drivers, Jason Gunthorpe
• [PATCH V4 rdma-next 0/3] RDMA/hns: Some fixes for hns RoCE driver, Wei Hu (Xavier)
  • [PATCH V4 rdma-next 3/3] RDMA/hns: Fix the chip hanging caused by sending doorbell during reset, Wei Hu (Xavier)
  • [PATCH V4 rdma-next 1/3] RDMA/hns: Fix the Oops during rmmod or insmod ko when reset occurs, Wei Hu (Xavier)
  • [PATCH V4 rdma-next 2/3] RDMA/hns: Fix the chip hanging caused by sending mailbox&CMQ during reset, Wei Hu (Xavier)
  • Re: [PATCH V4 rdma-next 0/3] RDMA/hns: Some fixes for hns RoCE driver, Jason Gunthorpe
• [PATCH rdma-core 0/2] hns userspace driver fixes, Lijun Ou
  • [PATCH rdma-core 2/2] libhns: Bugfix for allocating and freeing sq db buffer, Lijun Ou
  • [PATCH rdma-core 1/2] libhns: Bugfix for allocating srq buffer fail, Lijun Ou
  • Re: [PATCH rdma-core 0/2] hns userspace driver fixes, Leon Romanovsky
• [PATCH V2 for-rc] RDMA/hns: Bugfix for mapping user db, Lijun Ou
  • Re: [PATCH V2 for-rc] RDMA/hns: Bugfix for mapping user db, Jason Gunthorpe
    • Re: [PATCH V2 for-rc] RDMA/hns: Bugfix for mapping user db, oulijun
• [PATCH for-next 0/5] hns misc updates, Lijun Ou
  • [PATCH for-next 3/5] RDMA/hns: Set allocated memory to zero for wrid, Lijun Ou
  • [PATCH for-next 2/5] RDMA/hns: Fix the state of rereg mr, Lijun Ou
  • [PATCH for-next 1/5] RDMA/hns: Limit minimum ROCE CQ depth to 64, Lijun Ou
  • [PATCH for-next 5/5] RDMA/hns: Configure capacity of hns device, Lijun Ou
  • [PATCH for-next 4/5] RDMA/hns: Delete unuseful prints for aeq subtype event, Lijun Ou
  • Re: [PATCH for-next 0/5] hns misc updates, Jason Gunthorpe
• [PATCH net-next v5 00/12] net: y2038-safe socket timestamps, Deepa Dinamani
  • [PATCH net-next v5 08/12] socket: Add SO_TIMESTAMP[NS]_NEW, Deepa Dinamani
  • [PATCH net-next v5 04/12] sockopt: Rename SO_TIMESTAMP* to SO_TIMESTAMP*_OLD, Deepa Dinamani
• [PATCH rdma-next v4 0/9] Provide per-ID access to restrack objects, Leon Romanovsky
  • [PATCH rdma-next v4 1/9] RDMA/restrack: Convert internal DB from hash to XArray, Leon Romanovsky
    • Re: [PATCH rdma-next v4 1/9] RDMA/restrack: Convert internal DB from hash to XArray, Jason Gunthorpe
      • Re: [PATCH rdma-next v4 1/9] RDMA/restrack: Convert internal DB from hash to XArray, Leon Romanovsky
  • [PATCH rdma-next v4 3/9] RDMA/nldev: Add resource tracker doit callback, Leon Romanovsky
    • Re: [PATCH rdma-next v4 3/9] RDMA/nldev: Add resource tracker doit callback, Jason Gunthorpe
      • Re: [PATCH rdma-next v4 3/9] RDMA/nldev: Add resource tracker doit callback, Leon Romanovsky
        • Re: [PATCH rdma-next v4 3/9] RDMA/nldev: Add resource tracker doit callback, Leon Romanovsky
        • Re: [PATCH rdma-next v4 3/9] RDMA/nldev: Add resource tracker doit callback, Jason Gunthorpe
          • Re: [PATCH rdma-next v4 3/9] RDMA/nldev: Add resource tracker doit callback, Leon Romanovsky
            • Re: [PATCH rdma-next v4 3/9] RDMA/nldev: Add resource tracker doit callback, Jason Gunthorpe
              • Re: [PATCH rdma-next v4 3/9] RDMA/nldev: Add resource tracker doit callback, Leon Romanovsky
                • Re: [PATCH rdma-next v4 3/9] RDMA/nldev: Add resource tracker doit callback, Jason Gunthorpe
                  • Re: [PATCH rdma-next v4 3/9] RDMA/nldev: Add resource tracker doit callback, Leon Romanovsky
                    • Re: [PATCH rdma-next v4 3/9] RDMA/nldev: Add resource tracker doit callback, Ira Weiny
                      • Re: [PATCH rdma-next v4 3/9] RDMA/nldev: Add resource tracker doit callback, Leon Romanovsky
                        • Re: [PATCH rdma-next v4 3/9] RDMA/nldev: Add resource tracker doit callback, Jason Gunthorpe
  • [PATCH rdma-next v4 4/9] RDMA/restrack: Reduce scope of synchronization lock while updating DB, Leon Romanovsky
  • [PATCH rdma-next v4 5/9] RDMA/restrack: Hide restrack DB from IB/core, Leon Romanovsky
  • [PATCH rdma-next v4 6/9] RDMA/restrack: Prepare restrack_root to addition of extra fields per-type, Leon Romanovsky
  • [PATCH rdma-next v4 7/9] RDMA/restrack: Add restrack wrappers to get ID and type, Leon Romanovsky
  • [PATCH rdma-next v4 8/9] RDMA/nldev: Share with user-space object IDs, Leon Romanovsky
    • Re: [PATCH rdma-next v4 8/9] RDMA/nldev: Share with user-space object IDs, Jason Gunthorpe
      • Re: [PATCH rdma-next v4 8/9] RDMA/nldev: Share with user-space object IDs, Leon Romanovsky
        • Re: [PATCH rdma-next v4 8/9] RDMA/nldev: Share with user-space object IDs, Jason Gunthorpe
  • [PATCH rdma-next v4 2/9] RDMA/restrack: Translate from ID to restrack object, Leon Romanovsky
    • Re: [PATCH rdma-next v4 2/9] RDMA/restrack: Translate from ID to restrack object, Jason Gunthorpe
      • Re: [PATCH rdma-next v4 2/9] RDMA/restrack: Translate from ID to restrack object, Leon Romanovsky
        • Re: [PATCH rdma-next v4 2/9] RDMA/restrack: Translate from ID to restrack object, Jason Gunthorpe
          • Re: [PATCH rdma-next v4 2/9] RDMA/restrack: Translate from ID to restrack object, Leon Romanovsky
            • Re: [PATCH rdma-next v4 2/9] RDMA/restrack: Translate from ID to restrack object, Jason Gunthorpe
              • Re: [PATCH rdma-next v4 2/9] RDMA/restrack: Translate from ID to restrack object, Leon Romanovsky
  • [PATCH rdma-next v4 9/9] RDMA/nldev: Provide parent IDs for PD, MR and QP objects, Leon Romanovsky
    • Re: [PATCH rdma-next v4 9/9] RDMA/nldev: Provide parent IDs for PD, MR and QP objects, Gal Pressman
      • Re: [PATCH rdma-next v4 9/9] RDMA/nldev: Provide parent IDs for PD, MR and QP objects, Leon Romanovsky
      • Re: [PATCH rdma-next v4 9/9] RDMA/nldev: Provide parent IDs for PD, MR and QP objects, Jason Gunthorpe
• [PATCH rdma-rc v1 0/4] IB selinux related fixes, Leon Romanovsky
  • [PATCH rdma-rc v1 1/4] IB/core: Unregister notifier before freeing MAD security, Leon Romanovsky
  • [PATCH rdma-rc v1 2/4] IB/core: Fix potential memory leak while creating MAD agents, Leon Romanovsky
  • [PATCH rdma-rc v1 3/4] IB/core: Eliminate a hole in MAD agent struct, Leon Romanovsky
  • [PATCH rdma-rc v1 4/4] IB/core: Don't register each MAD agent for LSM notifier, Leon Romanovsky
    • Re: [PATCH rdma-rc v1 4/4] IB/core: Don't register each MAD agent for LSM notifier, Paul Moore
  • Re: [PATCH rdma-rc v1 0/4] IB selinux related fixes, Jason Gunthorpe
• Bug in SCSI code in 5.0-rc2 is causing issues, Weiny, Ira
  • Re: Bug in SCSI code in 5.0-rc2 is causing issues, Leon Romanovsky
  • Re: Bug in SCSI code in 5.0-rc2 is causing issues, Jason Gunthorpe
• [RFC net-next 00/13] Get rid of switchdev_ops, Florian Fainelli
  • [RFC net-next 04/13] mlxsw: spectrum_switchdev: Handle SWITCHDEV_PORT_ATTR_GET/SET, Florian Fainelli
  • [RFC net-next 13/13] net: switchdev: Replace port attr get/set SDO with a notification, Florian Fainelli
  • [RFC net-next 09/13] mlxsw: switchx2: Handle SWITCHDEV_PORT_ATTR_GET event, Florian Fainelli
  • [RFC net-next 11/13] nfp: Handle SWITCHDEV_PORT_ATTR_GET event, Florian Fainelli
    • Re: [RFC net-next 11/13] nfp: Handle SWITCHDEV_PORT_ATTR_GET event, Jakub Kicinski
      • Re: [RFC net-next 11/13] nfp: Handle SWITCHDEV_PORT_ATTR_GET event, Florian Fainelli
  • [RFC net-next 10/13] net/mlx5e: Handle SWITCHDEV_PORT_ATTR_GET event, Florian Fainelli
  • [RFC net-next 12/13] netdevsim: Handle SWITCHDEV_PORT_ATTR_GET event, Florian Fainelli
  • [RFC net-next 07/13] bnxt: Handle SWITCHDEV_PORT_ATTR_GET event, Florian Fainelli
  • [RFC net-next 08/13] liquidio: Handle SWITCHDEV_PORT_ATTR_GET event, Florian Fainelli
  • [RFC net-next 06/13] staging: fsl-dpaa2: ethsw: Handle SWITCHDEV_PORT_ATTR_GET/SET, Florian Fainelli
  • [RFC net-next 05/13] net: mscc: ocelot: Handle SWITCHDEV_PORT_ATTR_GET/SET, Florian Fainelli
  • [RFC net-next 03/13] net: dsa: Handle SWITCHDEV_PORT_ATTR_GET/SET, Florian Fainelli
  • [RFC net-next 02/13] rocker: Handle SWITCHDEV_PORT_ATTR_GET/SET, Florian Fainelli
  • [RFC net-next 01/13] switchdev: Add SWITCHDEV_PORT_ATTR_SET, SWITCHDEV_PORT_ATTR_GET, Florian Fainelli
    • Re: [RFC net-next 01/13] switchdev: Add SWITCHDEV_PORT_ATTR_SET, SWITCHDEV_PORT_ATTR_GET, Jiri Pirko
  • Re: [RFC net-next 00/13] Get rid of switchdev_ops, Jiri Pirko
• [PATCH rdma-next 0/5] RDMA cm_id type of service fixes, Steve Wise
  • [PATCH rdma-next 1/5] RDMA/cma: listening device cm_ids should inherit tos, Steve Wise
    • RE: [PATCH rdma-next 1/5] RDMA/cma: listening device cm_ids should inherit tos, Parav Pandit
  • [PATCH rdma-next 2/5] RDMA/iwcm: add tos_set bool to iw_cm struct, Steve Wise
    • Re: [PATCH rdma-next 2/5] RDMA/iwcm: add tos_set bool to iw_cm struct, Jason Gunthorpe
  • [PATCH rdma-next 3/5] iw_cxgb4: use listening ep tos when accepting new connections, Steve Wise
  • [PATCH rdma-next 4/5] iw_cxgb4: use tos when importing the endpoint, Steve Wise
  • [PATCH rdma-next 5/5] iw_cxgb4: use tos when finding ipv6 routes, Steve Wise
  • Re: [PATCH rdma-next 0/5] RDMA cm_id type of service fixes, Jason Gunthorpe
• [PATCH v4 0/4] ibacm: Replace ioctl with netlink and fix inablity to resurrect an interface, Håkon Bugge
  • [PATCH v4 2/4] ibacm: Print correct pkey, Håkon Bugge
  • [PATCH v4 1/4] ibacm: Replace ioctl with netlink, Håkon Bugge
  • [PATCH v4 3/4] ibacm: Unable to resurrect an interface, Håkon Bugge
  • [PATCH v4 4/4] ibacm: Use alias name when possible, Håkon Bugge
  • Re: [PATCH v4 0/4] ibacm: Replace ioctl with netlink and fix inablity to resurrect an interface, Jason Gunthorpe
    • Re: [PATCH v4 0/4] ibacm: Replace ioctl with netlink and fix inablity to resurrect an interface, Håkon Bugge
• [PATCH v3 0/4] ibacm: Replace ioctl with netlink and fix inablity to resurrect an interface, Håkon Bugge
  • [PATCH v3 1/4] ibacm: Replace ioctl with netlink, Håkon Bugge
    • Re: [PATCH v3 1/4] ibacm: Replace ioctl with netlink, Jason Gunthorpe
      • Message not available
        • Re: [PATCH v3 1/4] ibacm: Replace ioctl with netlink, Jason Gunthorpe
  • [PATCH v3 3/4] ibacm: Unable to resurrect an interface, Håkon Bugge
  • [PATCH v3 2/4] ibacm: Print correct pkey, Håkon Bugge
  • [PATCH v3 4/4] ibacm: Use alias name when possible, Håkon Bugge
• [PATCH net-next v4 08/12] socket: Add SO_TIMESTAMP[NS]_NEW, Deepa Dinamani
• [PATCH net-next v4 04/12] sockopt: Rename SO_TIMESTAMP* to SO_TIMESTAMP*_OLD, Deepa Dinamani
• [PATCH -next] RDMA/hns: Make some function static, YueHaibing
  • Re: [PATCH -next] RDMA/hns: Make some function static, Jason Gunthorpe
• [PATCH rdma-next] RDMA/addr: create addr_wq with WQ_MEM_RECLAIM flag, Steve Wise
  • RE: [PATCH rdma-next] RDMA/addr: create addr_wq with WQ_MEM_RECLAIM flag, Parav Pandit
    • Re: [PATCH rdma-next] RDMA/addr: create addr_wq with WQ_MEM_RECLAIM flag, Jason Gunthorpe
      • Re: [PATCH rdma-next] RDMA/addr: create addr_wq with WQ_MEM_RECLAIM flag, Leon Romanovsky
    • Re: [PATCH rdma-next] RDMA/addr: create addr_wq with WQ_MEM_RECLAIM flag, Steve Wise
  • Re: [PATCH rdma-next] RDMA/addr: create addr_wq with WQ_MEM_RECLAIM flag, Jason Gunthorpe
    • Re: [PATCH rdma-next] RDMA/addr: create addr_wq with WQ_MEM_RECLAIM flag, Steve Wise
      • Re: [PATCH rdma-next] RDMA/addr: create addr_wq with WQ_MEM_RECLAIM flag, Steve Wise
        • Re: [PATCH rdma-next] RDMA/addr: create addr_wq with WQ_MEM_RECLAIM flag, Potnuri Bharat Teja
• [PATCH] mlx4_ib: Increase the timeout for CM cache, Håkon Bugge
  • Re: [PATCH] mlx4_ib: Increase the timeout for CM cache, Håkon Bugge
  • Re: [PATCH] mlx4_ib: Increase the timeout for CM cache, Jason Gunthorpe
    • Re: [PATCH] mlx4_ib: Increase the timeout for CM cache, Håkon Bugge
      • Re: [PATCH] mlx4_ib: Increase the timeout for CM cache, Håkon Bugge
        • Re: [PATCH] mlx4_ib: Increase the timeout for CM cache, jackm
          • Re: [PATCH] mlx4_ib: Increase the timeout for CM cache, Håkon Bugge
• [PATCH] IB/core: Remove ib_sg_dma_address() and ib_sg_dma_len(), Bart Van Assche
  • Re: [PATCH] IB/core: Remove ib_sg_dma_address() and ib_sg_dma_len(), Jason Gunthorpe
• [PATCH -next] RDMA/hns: Remove set but not used variable 'rst', YueHaibing
  • Re: [PATCH -next] RDMA/hns: Remove set but not used variable 'rst', Jason Gunthorpe
• Re: [PATCH v4 13/13] SIW addition to kernel build environment (fwd), Julia Lawall
  • Re: [PATCH v4 13/13] SIW addition to kernel build environment (fwd), Bernard Metzler
• [PATCH] IB/mlx5: Fix sparse warnings in to_mlx5_access_flags(), Bart Van Assche