Linux RDMA and InfiniBand Development

• Date Index

• [PATCH rdma-next 4/6] IB/umad: Refactor code to use cdev_device_add(), (continued)
  • [PATCH rdma-next 4/6] IB/umad: Refactor code to use cdev_device_add(), Leon Romanovsky
    • Re: [PATCH rdma-next 4/6] IB/umad: Refactor code to use cdev_device_add(), Jason Gunthorpe
      • RE: [PATCH rdma-next 4/6] IB/umad: Refactor code to use cdev_device_add(), Parav Pandit
        • Re: [PATCH rdma-next 4/6] IB/umad: Refactor code to use cdev_device_add(), Jason Gunthorpe
          • RE: [PATCH rdma-next 4/6] IB/umad: Refactor code to use cdev_device_add(), Parav Pandit
  • [PATCH rdma-next 5/6] IB/umad: Use class_groups and let core create class file, Leon Romanovsky
  • [PATCH rdma-next 6/6] IB/umad: Start using dev_groups of class, Leon Romanovsky
  • Re: [PATCH rdma-next 0/6] Refactor class and device registration code, ira.weiny
    • Re: [PATCH rdma-next 0/6] Refactor class and device registration code, Leon Romanovsky
• [PATCH V3 0/2] Replace all open encodings for NUMA_NO_NODE, Anshuman Khandual
  • [PATCH V3 1/2] mm: Replace all open encodings for NUMA_NO_NODE, Anshuman Khandual
  • [PATCH V3 2/2] Tools: Replace open encodings for NUMA_NO_NODE, Anshuman Khandual
• [PATCH 1/1] IB: rxe: replace read/write locks with atomic bitops, Zhu Yanjun
  • Re: [PATCH 1/1] IB: rxe: replace read/write locks with atomic bitops, Bart Van Assche
    • Re: [PATCH 1/1] IB: rxe: replace read/write locks with atomic bitops, Yanjun Zhu
  • Re: [PATCH 1/1] IB: rxe: replace read/write locks with atomic bitops, Jason Gunthorpe
  • Re: [PATCH 1/1] IB: rxe: replace read/write locks with atomic bitops, Jason Gunthorpe
    • Re: [PATCH 1/1] IB: rxe: replace read/write locks with atomic bitops, Yanjun Zhu
      • Re: [PATCH 1/1] IB: rxe: replace read/write locks with atomic bitops, Yanjun Zhu
• [PATCH v2 00/15] Add support for immediate data to the SRP drivers, Bart Van Assche
  • [PATCH v2 04/15] RDMA/srp: Handle large SCSI CDBs correctly, Bart Van Assche
  • [PATCH v2 03/15] RDMA/srp: Document srp_parse_in() arguments, Bart Van Assche
  • [PATCH v2 05/15] RDMA/srp: Propagate ib_post_send() failures to the SCSI mid-layer, Bart Van Assche
  • [PATCH v2 06/15] RDMA/srp: Move srp_rdma_ch.max_ti_iu_len declaration, Bart Van Assche
  • [PATCH v2 07/15] RDMA/srp: Rework handling of the maximum information unit length, Bart Van Assche
  • [PATCH v2 01/15] include/scsi/srp.h: Move response flag definitions into this file, Bart Van Assche
  • [PATCH v2 02/15] include/scsi/srp.h: Add support for immediate data, Bart Van Assche
  • [PATCH v2 08/15] RDMA/srp: Add support for immediate data, Bart Van Assche
  • [PATCH v2 09/15] RDMA/srpt: Fix a use-after-free in the channel release code, Bart Van Assche
  • [PATCH v2 10/15] RDMA/srpt: Improve coding style conformance, Bart Van Assche
  • [PATCH v2 11/15] RDMA/srpt: Join split strings, Bart Van Assche
  • [PATCH v2 12/15] RDMA/srpt: Make kernel-doc headers complete, Bart Van Assche
  • [PATCH v2 14/15] RDMA/srpt: Rework the srpt_alloc_srq() error path, Bart Van Assche
  • [PATCH v2 13/15] RDMA/srpt: Remove driver version and release date, Bart Van Assche
  • [PATCH v2 15/15] RDMA/srpt: Add support for immediate data, Bart Van Assche
  • Re: [PATCH v2 00/15] Add support for immediate data to the SRP drivers, Yanjun Zhu
    • Re: [PATCH v2 00/15] Add support for immediate data to the SRP drivers, Doug Ledford
      • Re: [PATCH v2 00/15] Add support for immediate data to the SRP drivers, Doug Ledford
• [RDMA for-next 0/6] Add MAD stack trace points, ira . weiny
  • [RDMA for-next 1/6] IB/MAD: Add send path trace points, ira . weiny
  • [RDMA for-next 2/6] IB/MAD: Add recv path trace point, ira . weiny
  • [RDMA for-next 3/6] IB/MAD: Add agent trace points, ira . weiny
  • [RDMA for-next 4/6] IB/UMAD: Add umad trace points, ira . weiny
  • [RDMA for-next 5/6] IB/MAD: Add SMP details to MAD tracing, ira . weiny
  • [RDMA for-next 6/6] BPF: Add sample code for new ib_umad tracepoint, ira . weiny
  • Re: [RDMA for-next 0/6] Add MAD stack trace points, Doug Ledford
    • RE: [RDMA for-next 0/6] Add MAD stack trace points, Weiny, Ira
      • Re: [RDMA for-next 0/6] Add MAD stack trace points, Doug Ledford
        • Re: [RDMA for-next 0/6] Add MAD stack trace points, Jason Gunthorpe
          • Re: [RDMA for-next 0/6] Add MAD stack trace points, Doug Ledford
            • RE: [RDMA for-next 0/6] Add MAD stack trace points, Weiny, Ira
  • [RDMA for-next v2 0/6] Add MAD stack trace points, ira . weiny
    • [RDMA for-next v2 1/6] IB/MAD: Add send path trace points, ira . weiny
      • Re: [RDMA for-next v2 1/6] IB/MAD: Add send path trace points, Steven Rostedt
        • Re: [RDMA for-next v2 1/6] IB/MAD: Add send path trace points, Steven Rostedt
          • RE: [RDMA for-next v2 1/6] IB/MAD: Add send path trace points, Weiny, Ira
        • RE: [RDMA for-next v2 1/6] IB/MAD: Add send path trace points, Weiny, Ira
    • [RDMA for-next v2 2/6] IB/MAD: Add recv path trace point, ira . weiny
    • [RDMA for-next v2 3/6] IB/MAD: Add agent trace points, ira . weiny
    • [RDMA for-next v2 4/6] IB/UMAD: Add umad trace points, ira . weiny
    • [RDMA for-next v2 5/6] IB/MAD: Add SMP details to MAD tracing, ira . weiny
  • Re: [RDMA for-next 0/6] Add MAD stack trace points, Hal Rosenstock
    • Re: [RDMA for-next 0/6] Add MAD stack trace points, Ira Weiny
      • Re: [RDMA for-next 0/6] Add MAD stack trace points, Hal Rosenstock
  • [RDMA for-next V3 0/6] Add MAD stack trace points, ira . weiny
    • [RDMA for-next V3 1/6] IB/MAD: Add send path trace points, ira . weiny
      • Re: [RDMA for-next V3 1/6] IB/MAD: Add send path trace points, Jason Gunthorpe
        • RE: [RDMA for-next V3 1/6] IB/MAD: Add send path trace points, Weiny, Ira
          • RE: [RDMA for-next V3 1/6] IB/MAD: Add send path trace points, Marciniszyn, Mike
    • [RDMA for-next V3 2/6] IB/MAD: Add recv path trace point, ira . weiny
    • [RDMA for-next V3 3/6] IB/MAD: Add agent trace points, ira . weiny
      • Re: [RDMA for-next V3 3/6] IB/MAD: Add agent trace points, Jason Gunthorpe
        • RE: [RDMA for-next V3 3/6] IB/MAD: Add agent trace points, Weiny, Ira
          • Re: [RDMA for-next V3 3/6] IB/MAD: Add agent trace points, Leon Romanovsky
    • [RDMA for-next V3 4/6] IB/UMAD: Add umad trace points, ira . weiny
    • [RDMA for-next V3 5/6] IB/MAD: Add SMP details to MAD tracing, ira . weiny
    • [RDMA for-next V3 6/6] BPF: Add sample code for new ib_umad tracepoint, ira . weiny
    • Re: [RDMA for-next V3 0/6] Add MAD stack trace points, Leon Romanovsky
      • RE: [RDMA for-next V3 0/6] Add MAD stack trace points, Weiny, Ira
        • Re: [RDMA for-next V3 0/6] Add MAD stack trace points, Leon Romanovsky
          • RE: [RDMA for-next V3 0/6] Add MAD stack trace points, Weiny, Ira
            • Re: [RDMA for-next V3 0/6] Add MAD stack trace points, Jason Gunthorpe
              • Re: [RDMA for-next V3 0/6] Add MAD stack trace points, Leon Romanovsky
                • RE: [RDMA for-next V3 0/6] Add MAD stack trace points, Weiny, Ira
    • Re: [RDMA for-next V3 0/6] Add MAD stack trace points, Jason Gunthorpe
      • Re: [RDMA for-next V3 0/6] Add MAD stack trace points, Alexei Starovoitov
  • [RDMA for-next V4 0/6] Add MAD stack trace points, ira . weiny
    • [PATCH for-next V4 1/6] IB/MAD: Add send path trace points, ira . weiny
      • RE: [PATCH for-next V4 1/6] IB/MAD: Add send path trace points, Ruhl, Michael J
        • Re: [PATCH for-next V4 1/6] IB/MAD: Add send path trace points, Ira Weiny
        • Re: [PATCH for-next V4 1/6] IB/MAD: Add send path trace points, Ira Weiny
          • Re: [PATCH for-next V4 1/6] IB/MAD: Add send path trace points, Steven Rostedt
            • RE: [PATCH for-next V4 1/6] IB/MAD: Add send path trace points, Weiny, Ira
              • RE: [PATCH for-next V4 1/6] IB/MAD: Add send path trace points, Ruhl, Michael J
                • Re: [PATCH for-next V4 1/6] IB/MAD: Add send path trace points, Steven Rostedt
    • [PATCH for-next V4 2/6] IB/MAD: Add recv path trace point, ira . weiny
    • [PATCH for-next V4 3/6] IB/MAD: Add agent trace points, ira . weiny
    • [PATCH for-next V4 4/6] IB/UMAD: Add umad trace points, ira . weiny
    • [PATCH for-next V4 5/6] IB/MAD: Add SMP details to MAD tracing, ira . weiny
    • [PATCH for-next V4 6/6] BPF: Add sample code for new ib_umad tracepoint, ira . weiny
    • Re: [RDMA for-next V4 0/6] Add MAD stack trace points, Jason Gunthorpe
  • [RDMA for-next V4 0/6] Add MAD stack trace points, ira . weiny
    • [PATCH V5 2/6] IB/MAD: Add recv path trace point, ira . weiny
    • [PATCH V5 1/6] IB/MAD: Add send path trace points, ira . weiny
      • Re: [PATCH V5 1/6] IB/MAD: Add send path trace points, Steven Rostedt
        • Re: [PATCH V5 1/6] IB/MAD: Add send path trace points, Alexei Starovoitov
          • Re: [PATCH V5 1/6] IB/MAD: Add send path trace points, Steven Rostedt
            • Re: [PATCH V5 1/6] IB/MAD: Add send path trace points, Ira Weiny
              • Re: [PATCH V5 1/6] IB/MAD: Add send path trace points, Steven Rostedt
                • Re: [PATCH V5 1/6] IB/MAD: Add send path trace points, Ira Weiny
                  • Re: [PATCH V5 1/6] IB/MAD: Add send path trace points, Steven Rostedt
                    • Re: [PATCH V5 1/6] IB/MAD: Add send path trace points, Ira Weiny
    • [PATCH V5 4/6] IB/UMAD: Add umad trace points, ira . weiny
    • [PATCH V5 3/6] IB/MAD: Add agent trace points, ira . weiny
    • [PATCH V5 6/6] BPF: Add sample code for new ib_umad tracepoint, ira . weiny
    • [PATCH V5 5/6] IB/MAD: Add SMP details to MAD tracing, ira . weiny
• [PATCH v4 00/30] NFS/RDMA client for next, Chuck Lever
  • [PATCH v4 01/30] xprtrdma: Yet another double DMA-unmap, Chuck Lever
  • [PATCH v4 02/30] xprtrdma: Ensure MRs are DMA-unmapped when posting LOCAL_INV fails, Chuck Lever
  • [PATCH v4 03/30] xprtrdma: Refactor Receive accounting, Chuck Lever
  • [PATCH v4 04/30] xprtrdma: Replace rpcrdma_receive_wq with a per-xprt workqueue, Chuck Lever
  • [PATCH v4 05/30] xprtrdma: No qp_event disconnect, Chuck Lever
  • [PATCH v4 06/30] xprtrdma: Don't wake pending tasks until disconnect is done, Chuck Lever
    • Re: [PATCH v4 06/30] xprtrdma: Don't wake pending tasks until disconnect is done, Trond Myklebust
      • Re: [PATCH v4 06/30] xprtrdma: Don't wake pending tasks until disconnect is done, Chuck Lever
        • Re: [PATCH v4 06/30] xprtrdma: Don't wake pending tasks until disconnect is done, Trond Myklebust
          • Re: [PATCH v4 06/30] xprtrdma: Don't wake pending tasks until disconnect is done, Chuck Lever
            • Re: [PATCH v4 06/30] xprtrdma: Don't wake pending tasks until disconnect is done, Trond Myklebust
              • Re: [PATCH v4 06/30] xprtrdma: Don't wake pending tasks until disconnect is done, Chuck Lever
                • Re: [PATCH v4 06/30] xprtrdma: Don't wake pending tasks until disconnect is done, Trond Myklebust
  • [PATCH v4 07/30] xprtrdma: Fix ri_max_segs and the result of ro_maxpages, Chuck Lever
    • Re: [PATCH v4 07/30] xprtrdma: Fix ri_max_segs and the result of ro_maxpages, Anna Schumaker
      • Re: [PATCH v4 07/30] xprtrdma: Fix ri_max_segs and the result of ro_maxpages, Chuck Lever
  • [PATCH v4 08/30] xprtrdma: Reduce max_frwr_depth, Chuck Lever
  • [PATCH v4 09/30] xprtrdma: Remove support for FMR memory registration, Chuck Lever
  • [PATCH v4 10/30] xprtrdma: Remove rpcrdma_memreg_ops, Chuck Lever
  • [PATCH v4 11/30] xprtrdma: Plant XID in on-the-wire RDMA offset (FRWR), Chuck Lever
  • [PATCH v4 12/30] NFS: Make "port=" mount option optional for RDMA mounts, Chuck Lever
  • [PATCH v4 13/30] xprtrdma: Recognize XDRBUF_SPARSE_PAGES, Chuck Lever
  • [PATCH v4 14/30] xprtrdma: Remove request_module from backchannel, Chuck Lever
  • [PATCH v4 15/30] xprtrdma: Expose transport header errors, Chuck Lever
  • [PATCH v4 16/30] xprtrdma: Simplify locking that protects the rl_allreqs list, Chuck Lever
  • [PATCH v4 17/30] xprtrdma: Cull dprintk() call sites, Chuck Lever
  • [PATCH v4 18/30] xprtrdma: Remove unused fields from rpcrdma_ia, Chuck Lever
  • [PATCH v4 19/30] xprtrdma: Clean up of xprtrdma chunk trace points, Chuck Lever
  • [PATCH v4 20/30] xprtrdma: Relocate the xprtrdma_mr_map trace points, Chuck Lever
  • [PATCH v4 21/30] xprtrdma: Add trace points for calls to transport switch methods, Chuck Lever
  • [PATCH v4 22/30] xprtrdma: Trace mapping, alloc, and dereg failures, Chuck Lever
  • [PATCH v4 23/30] NFS: Fix NFSv4 symbolic trace point output, Chuck Lever
  • [PATCH v4 24/30] SUNRPC: Simplify defining common RPC trace events, Chuck Lever
  • [PATCH v4 25/30] SUNRPC: Fix some kernel doc complaints, Chuck Lever
  • [PATCH v4 26/30] xprtrdma: Update comments in frwr_op_send, Chuck Lever
  • [PATCH v4 27/30] xprtrdma: Replace outdated comment for rpcrdma_ep_post, Chuck Lever
  • [PATCH v4 28/30] xprtrdma: Add documenting comment for rpcrdma_buffer_destroy, Chuck Lever
  • [PATCH v4 29/30] xprtrdma: Clarify comments in rpcrdma_ia_remove, Chuck Lever
  • [PATCH v4 30/30] xprtrdma: Don't leak freed MRs, Chuck Lever
• [PATCH v4 0/4] figure uverbs/kernel ib_pd w/o using ib_pd uobject, Shamir Rabinovitch
  • [PATCH v4 1/4] RDMA/restrack: resource-tracker should not use uobject pointers, Shamir Rabinovitch
  • [PATCH v4 2/4] IB/verbs: Add rdma_is_user_pd function, Shamir Rabinovitch
  • [PATCH v4 3/4] IB/hw: cleanup of incorrect pd->uobject usage, Shamir Rabinovitch
  • [PATCH v4 4/4] IB/hw: use rdma_is_user_pd instead of pd uobject pointer, Shamir Rabinovitch
  • Re: [PATCH v4 0/4] figure uverbs/kernel ib_pd w/o using ib_pd uobject, Jason Gunthorpe
    • Re: [PATCH v4 0/4] figure uverbs/kernel ib_pd w/o using ib_pd uobject, Leon Romanovsky
      • Re: [PATCH v4 0/4] figure uverbs/kernel ib_pd w/o using ib_pd uobject, Shamir Rabinovitch
        • Re: [PATCH v4 0/4] figure uverbs/kernel ib_pd w/o using ib_pd uobject, Leon Romanovsky
          • Re: [PATCH v4 0/4] figure uverbs/kernel ib_pd w/o using ib_pd uobject, Jason Gunthorpe
• [PATCH rdma-core 0/2] Add send with invalidate WR support, Potnuri Bharat Teja
  • [PATCH rdma-core 1/2] cxgb4: add send with invalidate opcode support., Potnuri Bharat Teja
  • [PATCH rdma-core 2/2] cxgb4: Post write with completion WR for write and send with invalidate WR, Potnuri Bharat Teja
  • Re: [PATCH rdma-core 0/2] Add send with invalidate WR support, Leon Romanovsky
• [PATCH] RDMA/hns: Fix an error code in hns_roce_create_srq(), Dan Carpenter
  • Re: [PATCH] RDMA/hns: Fix an error code in hns_roce_create_srq(), oulijun
• [PATCH] IB/qib: Fix an error code in qib_sdma_verbs_send(), Dan Carpenter
• pvrdma_cmd_resp_hdr.err, Yuval Shaia
  • Re: pvrdma_cmd_resp_hdr.err, Adit Ranadive
• [PATCH] CIFS: use the correct length when pinning memory for direct I/O for write, Long Li
  • Re: [PATCH] CIFS: use the correct length when pinning memory for direct I/O for write, Joey Pabalinas
  • Re: [PATCH] CIFS: use the correct length when pinning memory for direct I/O for write, Steve French
• [PATCH] CIFS: return correct errors when pinning memory failed for direct I/O, Long Li
  • Re: [PATCH] CIFS: return correct errors when pinning memory failed for direct I/O, Steve French
• [PATCH rds linux-next v4 0/2] WARNING in rds_message_alloc_sgs, Shamir Rabinovitch
  • [PATCH rds linux-next v4 1/2] net/rds: fix warn in rds_message_alloc_sgs, Shamir Rabinovitch
  • [PATCH rds linux-next v4 2/2] net/rds: remove user triggered WARN_ON in rds_sendmsg, Shamir Rabinovitch
  • Re: [PATCH rds linux-next v4 0/2] WARNING in rds_message_alloc_sgs, David Miller
    • Re: [PATCH rds linux-next v4 0/2] WARNING in rds_message_alloc_sgs, Santosh Shilimkar
      • Re: [PATCH rds linux-next v4 0/2] WARNING in rds_message_alloc_sgs, Shamir Rabinovitch
        • Re: [PATCH rds linux-next v4 0/2] WARNING in rds_message_alloc_sgs, Santosh Shilimkar
          • Re: [PATCH rds linux-next v4 0/2] WARNING in rds_message_alloc_sgs, David Miller
            • Re: [PATCH rds linux-next v4 0/2] WARNING in rds_message_alloc_sgs, Santosh Shilimkar
  • Re: [PATCH rds linux-next v4 0/2] WARNING in rds_message_alloc_sgs, David Miller
• [PATCH 1/1] IB: rxe: replace ARRAYSIZE with RXE_NUM_OF_COUNTERS, Zhu Yanjun
  • Re: [PATCH 1/1] IB: rxe: replace ARRAYSIZE with RXE_NUM_OF_COUNTERS, Bart Van Assche
    • Re: [PATCH 1/1] IB: rxe: replace ARRAYSIZE with RXE_NUM_OF_COUNTERS, Yanjun Zhu
      • Re: [PATCH 1/1] IB: rxe: replace ARRAYSIZE with RXE_NUM_OF_COUNTERS, Bart Van Assche
        • Re: [PATCH 1/1] IB: rxe: replace ARRAYSIZE with RXE_NUM_OF_COUNTERS, Yanjun Zhu
• [PATCH v7 0/5] Dynamic rdma link creation, Steve Wise
  • [PATCH v7 1/5] verbs/rxe: Use core services to keep track of RXE things, Jason Gunthorpe
    • RE: [PATCH v7 1/5] verbs/rxe: Use core services to keep track of RXE things, Parav Pandit
      • Re: [PATCH v7 1/5] verbs/rxe: Use core services to keep track of RXE things, Jason Gunthorpe
    • Re: [PATCH v7 1/5] verbs/rxe: Use core services to keep track of RXE things, Zhu Yanjun
      • Re: [PATCH v7 1/5] verbs/rxe: Use core services to keep track of RXE things, Steve Wise
        • Re: [PATCH v7 1/5] verbs/rxe: Use core services to keep track of RXE things, Yanjun Zhu
          • RE: [PATCH v7 1/5] verbs/rxe: Use core services to keep track of RXE things, Steve Wise
            • Re: [PATCH v7 1/5] verbs/rxe: Use core services to keep track of RXE things, Yanjun Zhu
    • Re: [PATCH v7 1/5] verbs/rxe: Use core services to keep track of RXE things, Zhu Yanjun
  • [PATCH v7 2/5] IB/rxe: Reuse code which sets port state, Yuval Shaia
    • Re: [PATCH v7 2/5] IB/rxe: Reuse code which sets port state, Jason Gunthorpe
  • [PATCH v7 3/5] rdma_rxe: schedule ib_unregister_device_and_put(), Steve Wise
  • [PATCH v7 4/5] RDMA/Core: add RDMA_NLDEV_CMD_NEWLINK/DELLINK support, Steve Wise
  • [PATCH v7 5/5] rdma_rxe: use netlink messages to add/delete links, Steve Wise
    • Re: [PATCH v7 5/5] rdma_rxe: use netlink messages to add/delete links, Jason Gunthorpe
      • Re: [PATCH v7 5/5] rdma_rxe: use netlink messages to add/delete links, Steve Wise
        • Re: [PATCH v7 5/5] rdma_rxe: use netlink messages to add/delete links, Jason Gunthorpe
• [RFC PATCH] net/mlx4: Get rid of page operation after dma_alloc_coherent, Stephen Warren
  • RE: [RFC PATCH] net/mlx4: Get rid of page operation after dma_alloc_coherent, Tariq Toukan
  • Re: [RFC PATCH] net/mlx4: Get rid of page operation after dma_alloc_coherent, Jason Gunthorpe
    • Re: [RFC PATCH] net/mlx4: Get rid of page operation after dma_alloc_coherent, Stephen Warren
      • Re: [RFC PATCH] net/mlx4: Get rid of page operation after dma_alloc_coherent, Jason Gunthorpe
        • Re: [RFC PATCH] net/mlx4: Get rid of page operation after dma_alloc_coherent, Stephen Warren
          • Re: [RFC PATCH] net/mlx4: Get rid of page operation after dma_alloc_coherent, Jason Gunthorpe
            • Re: [RFC PATCH] net/mlx4: Get rid of page operation after dma_alloc_coherent, Christoph Hellwig
              • Re: [RFC PATCH] net/mlx4: Get rid of page operation after dma_alloc_coherent, David Miller
              • Re: [RFC PATCH] net/mlx4: Get rid of page operation after dma_alloc_coherent, Jason Gunthorpe
• Port "RDMA/hns: Get rid of page operation after dma_alloc_coherent" to mlx4, Stephen Warren
  • Re: Port "RDMA/hns: Get rid of page operation after dma_alloc_coherent" to mlx4, Wei Hu (Xavier)
    • Re: Port "RDMA/hns: Get rid of page operation after dma_alloc_coherent" to mlx4, Stephen Warren
      • Re: Port "RDMA/hns: Get rid of page operation after dma_alloc_coherent" to mlx4, Robin Murphy
      • Re: Port "RDMA/hns: Get rid of page operation after dma_alloc_coherent" to mlx4, Jason Gunthorpe
• [PATCH 1/1] libqedr: generate WC with IBV_WC_WR_FLUSH_ERR status even WR is unsignaled, Roman Penyaev
  • RE: [EXT] [PATCH 1/1] libqedr: generate WC with IBV_WC_WR_FLUSH_ERR status even WR is unsignaled, Michal Kalderon
    • Re: [EXT] [PATCH 1/1] libqedr: generate WC with IBV_WC_WR_FLUSH_ERR status even WR is unsignaled, Leon Romanovsky
• [PATCHv1] IB/rxe: Make counters thread safe, Parav Pandit
  • Re: [PATCHv1] IB/rxe: Make counters thread safe, Leon Romanovsky
    • RE: [PATCHv1] IB/rxe: Make counters thread safe, Parav Pandit
      • Re: [PATCHv1] IB/rxe: Make counters thread safe, Leon Romanovsky
        • RE: [PATCHv1] IB/rxe: Make counters thread safe, Parav Pandit
• [PATCH 00/13] Add support for immediate data to the SRP drivers, Bart Van Assche
  • [PATCH 04/13] RDMA/srp: Handle large SCSI CDBs correctly, Bart Van Assche
  • [PATCH 12/13] RDMA/srpt: Rework the srpt_alloc_srq() error path, Bart Van Assche
  • [PATCH 13/13] RDMA/srpt: Add support for immediate data, Bart Van Assche
  • [PATCH 08/13] RDMA/srp: Add support for immediate data, Bart Van Assche
  • [PATCH 03/13] RDMA/srp: Document srp_parse_in() arguments, Bart Van Assche
  • [PATCH 10/13] RDMA/srpt: Make kernel-doc headers complete, Bart Van Assche
  • [PATCH 11/13] RDMA/srpt: Remove driver version and release date, Bart Van Assche
  • [PATCH 05/13] RDMA/srp: Propagate ib_post_send() failures to the SCSI mid-layer, Bart Van Assche
  • [PATCH 07/13] RDMA/srp: Rework handling of the maximum information unit length, Bart Van Assche
  • [PATCH 09/13] RDMA/srpt: Improve coding style conformance, Bart Van Assche
  • [PATCH 06/13] RDMA/srp: Move srp_rdma_ch.max_ti_iu_len declaration, Bart Van Assche
  • [PATCH 02/13] include/scsi/srp.h: Add support for immediate data, Bart Van Assche
  • [PATCH 01/13] include/scsi/srp.h: Move response flag definitions into this file, Bart Van Assche
• [PATCH v3 0/6] restore nvme-rdma polling, Sagi Grimberg
  • [PATCH v3 5/6] nvme-fabrics: allow user to pass in nr_poll_queues, Sagi Grimberg
  • [PATCH v3 6/6] nvme-rdma: implement polling queue map, Sagi Grimberg
    • Re: [PATCH v3 6/6] nvme-rdma: implement polling queue map, Christoph Hellwig
      • Re: [PATCH v3 6/6] nvme-rdma: implement polling queue map, Sagi Grimberg
  • [PATCH v3 1/6] block: clear REQ_HIPRI if polling is not supported, Sagi Grimberg
  • [PATCH v3 2/6] block: make request_to_qc_t public, Sagi Grimberg
    • Re: [PATCH v3 2/6] block: make request_to_qc_t public, Christoph Hellwig
    • Re: [PATCH v3 2/6] block: make request_to_qc_t public, Jens Axboe
  • [PATCH v3 4/6] nvme-fabrics: allow nvmf_connect_io_queue to poll, Sagi Grimberg
  • [PATCH v3 3/6] nvme-core: optionally poll sync commands, Sagi Grimberg
    • Re: [PATCH v3 3/6] nvme-core: optionally poll sync commands, Christoph Hellwig
• [PATCH v3 0/3] mmu notifier contextual informations, jglisse
  • [PATCH v3 1/3] mm/mmu_notifier: use structure for invalidate_range_start/end callback v2, jglisse
  • [PATCH v3 2/3] mm/mmu_notifier: use structure for invalidate_range_start/end calls v3, jglisse
  • [PATCH v3 3/3] mm/mmu_notifier: contextual information for event triggering invalidation v2, jglisse
    • Re: [PATCH v3 3/3] mm/mmu_notifier: contextual information for event triggering invalidation v2, Dan Williams
• KASAN: use-after-free Read in addr_handler, syzbot
  • Re: KASAN: use-after-free Read in addr_handler, syzbot
  • Re: KASAN: use-after-free Read in addr_handler, syzbot
    • Re: KASAN: use-after-free Read in addr_handler, Thomas Gleixner
      • Re: KASAN: use-after-free Read in addr_handler, Dmitry Vyukov
• [PATCH mlx5-next] net/mlx5: Continue driver initialization despite debugfs failure, Leon Romanovsky
  • Re: [PATCH mlx5-next] net/mlx5: Continue driver initialization despite debugfs failure, Saeed Mahameed
• [PATCH rds linux-next v3 0/2] WARNING in rds_message_alloc_sgs, Shamir Rabinovitch
  • [PATCH rds linux-next v3 1/2] net/rds: fix warn in rds_message_alloc_sgs, Shamir Rabinovitch
    • Re: [PATCH rds linux-next v3 1/2] net/rds: fix warn in rds_message_alloc_sgs, santosh.shilimkar@xxxxxxxxxx
  • [PATCH rds linux-next v3 2/2] net/rds: remove user triggered WARN_ON in rds_sendmsg, Shamir Rabinovitch
    • Re: [PATCH rds linux-next v3 2/2] net/rds: remove user triggered WARN_ON in rds_sendmsg, santosh.shilimkar@xxxxxxxxxx
  • Re: [PATCH rds linux-next v3 0/2] WARNING in rds_message_alloc_sgs, santosh.shilimkar@xxxxxxxxxx
• [PATCH v2 0/6] restore nvme-rdma polling, Sagi Grimberg
  • [PATCH v2 2/6] nvme-core: allow __nvme_submit_sync_cmd to poll, Sagi Grimberg
    • Re: [PATCH v2 2/6] nvme-core: allow __nvme_submit_sync_cmd to poll, Christoph Hellwig
    • Re: [PATCH v2 2/6] nvme-core: allow __nvme_submit_sync_cmd to poll, Steve Wise
  • [PATCH v2 5/6] nvme-rdma: implement polling queue map, Sagi Grimberg
    • Re: [PATCH v2 5/6] nvme-rdma: implement polling queue map, Steve Wise
  • [PATCH v2 4/6] nvme-fabrics: allow user to pass in nr_poll_queues, Sagi Grimberg
    • Re: [PATCH v2 4/6] nvme-fabrics: allow user to pass in nr_poll_queues, Steve Wise
  • [PATCH v2 1/6] block: introduce blk_execute_rq_polled, Sagi Grimberg
    • Re: [PATCH v2 1/6] block: introduce blk_execute_rq_polled, Christoph Hellwig
    • Re: [PATCH v2 1/6] block: introduce blk_execute_rq_polled, Steve Wise
  • [PATCH v2 nvme-cli 7/6] fabrics: pass in number of polling queues, Sagi Grimberg
    • Re: [PATCH v2 nvme-cli 7/6] fabrics: pass in number of polling queues, Steve Wise
  • [PATCH v2 6/6] nvme-multipath: disable polling for underlying namespace request queue, Sagi Grimberg
    • Re: [PATCH v2 6/6] nvme-multipath: disable polling for underlying namespace request queue, Christoph Hellwig
      • Re: [PATCH v2 6/6] nvme-multipath: disable polling for underlying namespace request queue, Sagi Grimberg
        • Re: [PATCH v2 6/6] nvme-multipath: disable polling for underlying namespace request queue, Christoph Hellwig
          • Re: [PATCH v2 6/6] nvme-multipath: disable polling for underlying namespace request queue, Sagi Grimberg
            • Re: [PATCH v2 6/6] nvme-multipath: disable polling for underlying namespace request queue, Christoph Hellwig
    • Re: [PATCH v2 6/6] nvme-multipath: disable polling for underlying namespace request queue, Steve Wise
  • [PATCH v2 3/6] nvme-fabrics: allow nvmf_connect_io_queue to poll, Sagi Grimberg
    • Re: [PATCH v2 3/6] nvme-fabrics: allow nvmf_connect_io_queue to poll, Christoph Hellwig
    • Re: [PATCH v2 3/6] nvme-fabrics: allow nvmf_connect_io_queue to poll, Steve Wise
• [PATCH AUTOSEL 4.19 48/73] net/mlx4_en: Change min MTU size to ETH_MIN_MTU, Sasha Levin
• [PATCH AUTOSEL 4.19 49/73] net/mlx4_en: Fix build break when CONFIG_INET is off, Sasha Levin
• [PATCH AUTOSEL 4.19 73/73] net/mlx4_core: Correctly set PFC param if global pause is turned off., Sasha Levin
• [PATCH AUTOSEL 4.14 28/41] net/mlx4_en: Fix build break when CONFIG_INET is off, Sasha Levin
• [PATCH AUTOSEL 4.14 27/41] net/mlx4_en: Change min MTU size to ETH_MIN_MTU, Sasha Levin
• [PATCH AUTOSEL 4.14 41/41] net/mlx4_core: Correctly set PFC param if global pause is turned off., Sasha Levin
• [PATCH AUTOSEL 4.9 23/34] net/mlx4_en: Fix build break when CONFIG_INET is off, Sasha Levin
• [PATCH AUTOSEL 4.9 34/34] net/mlx4_core: Correctly set PFC param if global pause is turned off., Sasha Levin
• [PATCH mlx5-next 0/6] mlx5 updates for shared branch 2018-12-12, Saeed Mahameed
  • [PATCH mlx5-next 1/6] net/mlx5: Use lowercase 'X' for hex values, Saeed Mahameed
  • [PATCH mlx5-next 2/6] IB/mlx5: Unify e-switch representors load approach between uplink and VFs, Saeed Mahameed
    • Re: [PATCH mlx5-next 2/6] IB/mlx5: Unify e-switch representors load approach between uplink and VFs, Jason Gunthorpe
      • Re: [PATCH mlx5-next 2/6] IB/mlx5: Unify e-switch representors load approach between uplink and VFs, Saeed Mahameed
  • [PATCH mlx5-next 3/6] net/mlx5: E-Switch, Introduce flow counter affinity, Saeed Mahameed
  • [PATCH mlx5-next 4/6] net/mlx5: Split the activate lag function into two routines, Saeed Mahameed
  • [PATCH mlx5-next 6/6] net/mlx5: Fold the modify lag code into function, Saeed Mahameed
  • [PATCH mlx5-next 5/6] net/mlx5: Add lag affinity info to log, Saeed Mahameed
  • Re: [PATCH mlx5-next 0/6] mlx5 updates for shared branch 2018-12-12, Saeed Mahameed
• iser_alloc_fmr_pool: FMR allocation failed, err -12, Michał Chybowski
  • <Possible follow-ups>
  • iser_alloc_fmr_pool: FMR allocation failed, err -12, Michał Chybowski
    • Re: iser_alloc_fmr_pool: FMR allocation failed, err -12, Sagi Grimberg
      • Re: iser_alloc_fmr_pool: FMR allocation failed, err -12, Michał Chybowski
      • Re: iser_alloc_fmr_pool: FMR allocation failed, err -12, Max Gurtovoy
• [PATCH rdma-next v1] RDMA/mlx5: Delete unreachable handle_atomic code by simplifying SW completion, Leon Romanovsky
  • Re: [PATCH rdma-next v1] RDMA/mlx5: Delete unreachable handle_atomic code by simplifying SW completion, Stephen Rothwell
    • Re: [PATCH rdma-next v1] RDMA/mlx5: Delete unreachable handle_atomic code by simplifying SW completion, Stephen Rothwell
      • Re: [PATCH rdma-next v1] RDMA/mlx5: Delete unreachable handle_atomic code by simplifying SW completion, Jason Gunthorpe
• [PATCH] Update kernel headers, Kamenee Arumugam
  • <Possible follow-ups>
  • [PATCH] Update kernel headers, Kamenee Arumugam
• [PATCH rdma-next] RDMA/mlx5: Fix compilation break if enhanced IPoIB is disabled, Leon Romanovsky
  • Re: [PATCH rdma-next] RDMA/mlx5: Fix compilation break if enhanced IPoIB is disabled, Kamal Heib
  • Re: [PATCH rdma-next] RDMA/mlx5: Fix compilation break if enhanced IPoIB is disabled, Jason Gunthorpe
• [for-next PATCH V2 0/3] RDMA/bnxt_re: driver update, Selvin Xavier
  • [for-next PATCH V2 1/3] RDMA/bnxt_re: Increase memory registration size of a single MR, Selvin Xavier
  • [for-next PATCH V2 2/3] RDMA/bnxt_re: bnxt_re: Query HWRM Interface version from FW, Selvin Xavier
  • [for-next PATCH V2 3/3] RDMA/bnxt_re: Increase depth of control path command queue, Selvin Xavier
  • Re: [for-next PATCH V2 0/3] RDMA/bnxt_re: driver update, Jason Gunthorpe
• [PATCH for-next 0/6] Some bugfixes for hns, Lijun Ou
  • [PATCH for-next 5/6] RDMA/hns: Modify the pbl ba page size for hip08, Lijun Ou
  • [PATCH for-next 2/6] RDMA/hns: Fix the bug with updating rq head pointer when flush cqe, Lijun Ou
  • [PATCH for-next 4/6] RDMA/hns: Add constraint on the setting of local ACK timeout, Lijun Ou
  • [PATCH for-next 3/6] RDMA/hns: Bugfix for the scene without receiver queue, Lijun Ou
  • [PATCH for-next 6/6] RDMA/hns: Remove the unused variable in hns_roce_v2_modify_qp function, Lijun Ou
  • [PATCH for-next 1/6] RDMA/hns: Assign rq head pointer when enable rq record db, Lijun Ou
    • Re: [PATCH for-next 1/6] RDMA/hns: Assign rq head pointer when enable rq record db, Jason Gunthorpe
  • Re: [PATCH for-next 0/6] Some bugfixes for hns, Jason Gunthorpe
• [PATCH rdma-next v2 0/4] Mark create/destroy address handle calls as atomic/sleepable, Gal Pressman
  • [PATCH rdma-next v2 1/4] RDMA: Mark if create address handle is in a sleepable context, Gal Pressman
    • Re: [PATCH rdma-next v2 1/4] RDMA: Mark if create address handle is in a sleepable context, Shamir Rabinovitch
      • Re: [PATCH rdma-next v2 1/4] RDMA: Mark if create address handle is in a sleepable context, Gal Pressman
  • [PATCH rdma-next v2 2/4] RDMA: Mark if destroy address handle is in a sleepable context, Gal Pressman
  • [PATCH rdma-next v2 3/4] RDMA/bnxt_re: Make use of create AH sleepable flag, Gal Pressman
    • Re: [PATCH rdma-next v2 3/4] RDMA/bnxt_re: Make use of create AH sleepable flag, Selvin Xavier
  • [PATCH rdma-next v2 4/4] RDMA/bnxt_re: Make use of destroy AH sleepable flag, Gal Pressman
    • Re: [PATCH rdma-next v2 4/4] RDMA/bnxt_re: Make use of destroy AH sleepable flag, Selvin Xavier
  • Re: [PATCH rdma-next v2 0/4] Mark create/destroy address handle calls as atomic/sleepable, Jason Gunthorpe
• [PATCH net-next] net/mlx5e: Remove set but not used variable 'upriv', YueHaibing
  • Re: [PATCH net-next] net/mlx5e: Remove set but not used variable 'upriv', Leon Romanovsky
    • Re: [PATCH net-next] net/mlx5e: Remove set but not used variable 'upriv', Saeed Mahameed
      • Re: [PATCH net-next] net/mlx5e: Remove set but not used variable 'upriv', David Miller
• [PATCH net-next] net/mlx5: Remove duplicated include from eswitch.c, YueHaibing
  • Re: [PATCH net-next] net/mlx5: Remove duplicated include from eswitch.c, Leon Romanovsky
  • Re: [PATCH net-next] net/mlx5: Remove duplicated include from eswitch.c, David Miller
    • Re: [PATCH net-next] net/mlx5: Remove duplicated include from eswitch.c, Saeed Mahameed
      • Re: [PATCH net-next] net/mlx5: Remove duplicated include from eswitch.c, David Miller
  • Re: [PATCH net-next] net/mlx5: Remove duplicated include from eswitch.c, Saeed Mahameed
• [PATCH RFC 0/4] restore polling to nvme-rdma, Sagi Grimberg
  • [PATCH RFC 3/4] nvme-rdma: implement polling queue map, Sagi Grimberg
  • [PATCH RFC nvme-cli 5/4] fabrics: pass in number of polling queues, Sagi Grimberg
    • Re: [PATCH RFC nvme-cli 5/4] fabrics: pass in number of polling queues, Sagi Grimberg
  • [PATCH RFC 2/4] rdma: introduce ib_change_cq_ctx, Sagi Grimberg
  • [PATCH RFC 4/4] nvme-multipath: disable polling for underlying namespace request queue, Sagi Grimberg
    • Re: [PATCH RFC 4/4] nvme-multipath: disable polling for underlying namespace request queue, Christoph Hellwig
      • Re: [PATCH RFC 4/4] nvme-multipath: disable polling for underlying namespace request queue, Sagi Grimberg
        • Re: [PATCH RFC 4/4] nvme-multipath: disable polling for underlying namespace request queue, Christoph Hellwig
          • Re: [PATCH RFC 4/4] nvme-multipath: disable polling for underlying namespace request queue, Sagi Grimberg
            • Re: [PATCH RFC 4/4] nvme-multipath: disable polling for underlying namespace request queue, Christoph Hellwig
  • [PATCH RFC 1/4] nvme-fabrics: allow user to pass in nr_poll_queues, Sagi Grimberg
  • Re: [PATCH RFC 0/4] restore polling to nvme-rdma, Christoph Hellwig
    • Re: [PATCH RFC 0/4] restore polling to nvme-rdma, Sagi Grimberg
      • Re: [PATCH RFC 0/4] restore polling to nvme-rdma, Christoph Hellwig
        • Re: [PATCH RFC 0/4] restore polling to nvme-rdma, Sagi Grimberg
          • Re: [PATCH RFC 0/4] restore polling to nvme-rdma, Christoph Hellwig
            • Re: [PATCH RFC 0/4] restore polling to nvme-rdma, Sagi Grimberg
  • RE: [PATCH RFC 0/4] restore polling to nvme-rdma, Steve Wise
    • Re: [PATCH RFC 0/4] restore polling to nvme-rdma, Sagi Grimberg
      • RE: [PATCH RFC 0/4] restore polling to nvme-rdma, Steve Wise
• [PATCH for-next 0/3] IB/usnic: usnic bug fixes, Parvi Kaustubhi
  • [PATCH for-next 2/3] IB/usnic: fix potential deadlock, Parvi Kaustubhi
    • Re: [PATCH for-next 2/3] IB/usnic: fix potential deadlock, Jason Gunthorpe
  • [PATCH for-next 3/3] MAINTAINERS: update usnic driver maintainers, Parvi Kaustubhi
    • Re: [PATCH for-next 3/3] MAINTAINERS: update usnic driver maintainers, Jason Gunthorpe
  • [PATCH for-next 1/3] IB/usnic: fix deadlock, Parvi Kaustubhi
    • Re: [PATCH for-next 1/3] IB/usnic: fix deadlock, Jason Gunthorpe
      • Re: [PATCH for-next 1/3] IB/usnic: fix deadlock, Leon Romanovsky
      • Re: [PATCH for-next 1/3] IB/usnic: fix deadlock, Govindarajulu Varadarajan (gvaradar)
        • Re: [PATCH for-next 1/3] IB/usnic: fix deadlock, Jason Gunthorpe
• [PATCH v2 0/8] net: y2038-safe socket timestamps, Deepa Dinamani
  • [PATCH v2 2/8] sockopt: Rename SO_TIMESTAMP* to SO_TIMESTAMP*_OLD, Deepa Dinamani
  • [PATCH v2 6/8] socket: Add SO_TIMESTAMP[NS]_NEW, Deepa Dinamani
    • Re: [PATCH v2 6/8] socket: Add SO_TIMESTAMP[NS]_NEW, Willem de Bruijn
      • Re: [PATCH v2 6/8] socket: Add SO_TIMESTAMP[NS]_NEW, Willem de Bruijn
      • Re: [PATCH v2 6/8] socket: Add SO_TIMESTAMP[NS]_NEW, Deepa Dinamani
        • Re: [PATCH v2 6/8] socket: Add SO_TIMESTAMP[NS]_NEW, Willem de Bruijn
          • Re: [PATCH v2 6/8] socket: Add SO_TIMESTAMP[NS]_NEW, Deepa Dinamani
            • Re: [PATCH v2 6/8] socket: Add SO_TIMESTAMP[NS]_NEW, Willem de Bruijn
              • Re: [PATCH v2 6/8] socket: Add SO_TIMESTAMP[NS]_NEW, Deepa Dinamani
              • Re: [PATCH v2 6/8] socket: Add SO_TIMESTAMP[NS]_NEW, Arnd Bergmann
                • Re: [PATCH v2 6/8] socket: Add SO_TIMESTAMP[NS]_NEW, Deepa Dinamani
  • Re: [PATCH v2 0/8] net: y2038-safe socket timestamps, David Miller
• [PATCH rdma-core] Add Red Hat's ibdev2netdev helper, Jarod Wilson
  • Re: [PATCH rdma-core] Add Red Hat's ibdev2netdev helper, Mark Bloch
    • RE: [PATCH rdma-core] Add Red Hat's ibdev2netdev helper, Parav Pandit
      • Re: [PATCH rdma-core] Add Red Hat's ibdev2netdev helper, Jarod Wilson
        • Re: [PATCH rdma-core] Add Red Hat's ibdev2netdev helper, Leon Romanovsky
          • Re: [PATCH rdma-core] Add Red Hat's ibdev2netdev helper, Mark Bloch
            • Re: [PATCH rdma-core] Add Red Hat's ibdev2netdev helper, Leon Romanovsky
              • RE: [PATCH rdma-core] Add Red Hat's ibdev2netdev helper, Parav Pandit
                • Re: [PATCH rdma-core] Add Red Hat's ibdev2netdev helper, Mark Bloch
                  • RE: [PATCH rdma-core] Add Red Hat's ibdev2netdev helper, Parav Pandit
                    • Re: [PATCH rdma-core] Add Red Hat's ibdev2netdev helper, Mark Bloch
  • Re: [PATCH rdma-core] Add Red Hat's ibdev2netdev helper, Leon Romanovsky
• [PATCH iproute2-rc] rdma: Fix broken 32-bit compilation, Leon Romanovsky
• [PATCH v1 rdma-next] IB/mlx5: Simplify netdev unbinding, Leon Romanovsky
  • Re: [PATCH v1 rdma-next] IB/mlx5: Simplify netdev unbinding, Leon Romanovsky
  • Re: [PATCH v1 rdma-next] IB/mlx5: Simplify netdev unbinding, Jason Gunthorpe
• [PATCH rds linux-next v2 0/2] WARNING in rds_message_alloc_sgs, Shamir Rabinovitch
  • [PATCH rds linux-next v2 2/2] net/rds: remove user triggered WARN_ON in rds_sendmsg, Shamir Rabinovitch
    • Re: [PATCH rds linux-next v2 2/2] net/rds: remove user triggered WARN_ON in rds_sendmsg, Gerd Rausch
      • Re: [PATCH rds linux-next v2 2/2] net/rds: remove user triggered WARN_ON in rds_sendmsg, santosh.shilimkar@xxxxxxxxxx
        • Re: [PATCH rds linux-next v2 2/2] net/rds: remove user triggered WARN_ON in rds_sendmsg, Gerd Rausch
          • Re: [PATCH rds linux-next v2 2/2] net/rds: remove user triggered WARN_ON in rds_sendmsg, santosh.shilimkar@xxxxxxxxxx
            • Re: [PATCH rds linux-next v2 2/2] net/rds: remove user triggered WARN_ON in rds_sendmsg, Gerd Rausch
    • Re: [PATCH rds linux-next v2 2/2] net/rds: remove user triggered WARN_ON in rds_sendmsg, kbuild test robot
      • Re: [PATCH rds linux-next v2 2/2] net/rds: remove user triggered WARN_ON in rds_sendmsg, David Miller
  • [PATCH rds linux-next v2 1/2] net/rds: fix warn in rds_message_alloc_sgs, Shamir Rabinovitch
• [PATCH rdma-next v1 0/3] Introduce new advise MR verb, Leon Romanovsky
  • [PATCH rdma-next v1 2/3] IB/uverbs: Add support to advise_mr, Leon Romanovsky
  • [PATCH rdma-next v1 3/3] IB/mlx5: Add advise_mr() support, Leon Romanovsky
  • [PATCH rdma-next v1 1/3] IB/uverbs: Add helper to get array size from ptr attribute, Leon Romanovsky
  • Re: [PATCH rdma-next v1 0/3] Introduce new advise MR verb, Jason Gunthorpe
    • Re: [PATCH rdma-next v1 0/3] Introduce new advise MR verb, Leon Romanovsky
      • Re: [PATCH rdma-next v1 0/3] Introduce new advise MR verb, Leon Romanovsky
        • Re: [PATCH rdma-next v1 0/3] Introduce new advise MR verb, Jason Gunthorpe
• [PATCH] IB/mlx4: Remove unneeded NULL check, Yuval Shaia
  • Re: [PATCH] IB/mlx4: Remove unneeded NULL check, Leon Romanovsky
  • Re: [PATCH] IB/mlx4: Remove unneeded NULL check, Jason Gunthorpe
• [PATCH rdma-next] RDMA/hfi1: Use PCI-ID as an identification in debugfs, Leon Romanovsky
  • Re: [PATCH rdma-next] RDMA/hfi1: Use PCI-ID as an identification in debugfs, Yuval Shaia
    • Re: [PATCH rdma-next] RDMA/hfi1: Use PCI-ID as an identification in debugfs, Dennis Dalessandro
      • Re: [PATCH rdma-next] RDMA/hfi1: Use PCI-ID as an identification in debugfs, Leon Romanovsky
        • Re: [PATCH rdma-next] RDMA/hfi1: Use PCI-ID as an identification in debugfs, Dennis Dalessandro
          • Re: [PATCH rdma-next] RDMA/hfi1: Use PCI-ID as an identification in debugfs, Leon Romanovsky
            • Re: [PATCH rdma-next] RDMA/hfi1: Use PCI-ID as an identification in debugfs, Dennis Dalessandro
              • Re: [PATCH rdma-next] RDMA/hfi1: Use PCI-ID as an identification in debugfs, Leon Romanovsky
                • Re: [PATCH rdma-next] RDMA/hfi1: Use PCI-ID as an identification in debugfs, Dennis Dalessandro
                  • Re: [PATCH rdma-next] RDMA/hfi1: Use PCI-ID as an identification in debugfs, Leon Romanovsky
                    • Re: [PATCH rdma-next] RDMA/hfi1: Use PCI-ID as an identification in debugfs, Dennis Dalessandro
                      • Re: [PATCH rdma-next] RDMA/hfi1: Use PCI-ID as an identification in debugfs, Leon Romanovsky
                      • Re: [PATCH rdma-next] RDMA/hfi1: Use PCI-ID as an identification in debugfs, Jason Gunthorpe
                        • RE: [PATCH rdma-next] RDMA/hfi1: Use PCI-ID as an identification in debugfs, Ruhl, Michael J
                          • Re: [PATCH rdma-next] RDMA/hfi1: Use PCI-ID as an identification in debugfs, Jason Gunthorpe
                            • RE: [PATCH rdma-next] RDMA/hfi1: Use PCI-ID as an identification in debugfs, Ruhl, Michael J
                              • Re: [PATCH rdma-next] RDMA/hfi1: Use PCI-ID as an identification in debugfs, Leon Romanovsky
                                • RE: [PATCH rdma-next] RDMA/hfi1: Use PCI-ID as an identification in debugfs, Ruhl, Michael J
                                  • Re: [PATCH rdma-next] RDMA/hfi1: Use PCI-ID as an identification in debugfs, Leon Romanovsky
                                    • Re: [PATCH rdma-next] RDMA/hfi1: Use PCI-ID as an identification in debugfs, Dennis Dalessandro
                                      • Re: [PATCH rdma-next] RDMA/hfi1: Use PCI-ID as an identification in debugfs, Leon Romanovsky
                              • Re: [PATCH rdma-next] RDMA/hfi1: Use PCI-ID as an identification in debugfs, Doug Ledford
                                • Re: [PATCH rdma-next] RDMA/hfi1: Use PCI-ID as an identification in debugfs, Jason Gunthorpe
                                  • RE: [PATCH rdma-next] RDMA/hfi1: Use PCI-ID as an identification in debugfs, Weiny, Ira
                                  • Re: [PATCH rdma-next] RDMA/hfi1: Use PCI-ID as an identification in debugfs, Dennis Dalessandro
• [PATCH rdma-next] RDMA/ocrdma: Use PCI-ID as an identification in debugfs, Leon Romanovsky
  • Re: [PATCH rdma-next] RDMA/ocrdma: Use PCI-ID as an identification in debugfs, Yuval Shaia
  • Re: [PATCH rdma-next] RDMA/ocrdma: Use PCI-ID as an identification in debugfs, Selvin Xavier
    • Re: [PATCH rdma-next] RDMA/ocrdma: Use PCI-ID as an identification in debugfs, Leon Romanovsky
  • Re: [PATCH rdma-next] RDMA/ocrdma: Use PCI-ID as an identification in debugfs, Jason Gunthorpe
• [PATCH rdma-next v1] RDMA/uverbs: Optimize clearing of extra bytes in response, Leon Romanovsky
  • Re: [PATCH rdma-next v1] RDMA/uverbs: Optimize clearing of extra bytes in response, Yuval Shaia
  • Re: [PATCH rdma-next v1] RDMA/uverbs: Optimize clearing of extra bytes in response, Jason Gunthorpe
• [PATCH rdma-next 0/4] Mark create/destroy address handle calls as atomic/sleepable, Gal Pressman
  • [PATCH rdma-next 3/4] RDMA/bnxt_re: Make use of create AH sleepable flag, Gal Pressman
  • [PATCH rdma-next 2/4] RDMA: Mark if destroy address handle is in a sleepable context, Gal Pressman
  • [PATCH rdma-next 4/4] RDMA/bnxt_re: Make use of destroy AH sleepable flag, Gal Pressman
  • [PATCH rdma-next 1/4] RDMA: Mark if create address handle is in a sleepable context, Gal Pressman
    • Re: [PATCH rdma-next 1/4] RDMA: Mark if create address handle is in a sleepable context, Jason Gunthorpe
      • Re: [PATCH rdma-next 1/4] RDMA: Mark if create address handle is in a sleepable context, Gal Pressman
        • Re: [PATCH rdma-next 1/4] RDMA: Mark if create address handle is in a sleepable context, Jason Gunthorpe
          • Re: [PATCH rdma-next 1/4] RDMA: Mark if create address handle is in a sleepable context, Gal Pressman
  • Message not available
    • Re: [PATCH rdma-next 0/4] Mark create/destroy address handle calls as atomic/sleepable, Gal Pressman
  • Re: [PATCH rdma-next 0/4] Mark create/destroy address handle calls as atomic/sleepable, Jason Gunthorpe
    • Re: [PATCH rdma-next 0/4] Mark create/destroy address handle calls as atomic/sleepable, Gal Pressman
• [PATCH] IB/mlx4: Utilize macro to calculate SQ spare size, Yuval Shaia
  • Re: [PATCH] IB/mlx4: Utilize macro to calculate SQ spare size, Leon Romanovsky
  • Re: [PATCH] IB/mlx4: Utilize macro to calculate SQ spare size, Jason Gunthorpe
• [PATCH V2 mlx5-next 0/9] mlx5 core updates and cleanups, Saeed Mahameed
  • [PATCH V2 mlx5-next 1/9] net/mlx5: Rework handling of port module events, Saeed Mahameed
  • [PATCH V2 mlx5-next 5/9] net/mlx5: Revise gre and nvgre key formats, Saeed Mahameed
  • [PATCH V2 mlx5-next 8/9] net/mlx5: Support extended destination format in flow steering command, Saeed Mahameed
  • [PATCH V2 mlx5-next 9/9] net/mlx5: Remove the get protocol device interface entry, Saeed Mahameed
  • [PATCH V2 mlx5-next 6/9] net/mlx5: Introduce extended destination fields, Saeed Mahameed
  • [PATCH V2 mlx5-next 7/9] net/mlx5: E-Switch, Change vhca id valid bool field to bit flag, Saeed Mahameed
  • [PATCH V2 mlx5-next 2/9] net/mlx5: Add support for PCIe power slot exceeded error in PME, Saeed Mahameed
  • [PATCH V2 mlx5-next 3/9] net/mlx5: Add support for plugged-disabled cable status in PME, Saeed Mahameed
  • [PATCH V2 mlx5-next 4/9] net/mlx5: Add monitor commands layout and event data, Saeed Mahameed
    • Re: [PATCH V2 mlx5-next 4/9] net/mlx5: Add monitor commands layout and event data, Cong Wang
      • Re: [PATCH V2 mlx5-next 4/9] net/mlx5: Add monitor commands layout and event data, Saeed Mahameed
  • Re: [PATCH V2 mlx5-next 0/9] mlx5 core updates and cleanups, Saeed Mahameed
• [PATCH rdma-next v5 00/20] RDMA: Add support for ib_device_ops, Kamal Heib
  • [PATCH rdma-next v5 01/20] RDMA/rdmavt: Fix rvt_create_ah function signature, Kamal Heib
  • [PATCH rdma-next v5 02/20] RDMA/core: Introduce ib_device_ops, Kamal Heib
    • Re: [PATCH rdma-next v5 02/20] RDMA/core: Introduce ib_device_ops, Yuval Shaia
      • Re: [PATCH rdma-next v5 02/20] RDMA/core: Introduce ib_device_ops, Kamal Heib
        • Re: [PATCH rdma-next v5 02/20] RDMA/core: Introduce ib_device_ops, Yuval Shaia
          • Re: [PATCH rdma-next v5 02/20] RDMA/core: Introduce ib_device_ops, Jason Gunthorpe
            • Re: [PATCH rdma-next v5 02/20] RDMA/core: Introduce ib_device_ops, Kamal Heib
  • [PATCH rdma-next v5 03/20] RDMA/bnxt_re: Initialize ib_device_ops struct, Kamal Heib
  • [PATCH rdma-next v5 04/20] RDMA/cxgb3: Initialize ib_device_ops struct, Kamal Heib
  • [PATCH rdma-next v5 05/20] RDMA/cxgb4: Initialize ib_device_ops struct, Kamal Heib
  • [PATCH rdma-next v5 06/20] RDMA/hfi1: Initialize ib_device_ops struct, Kamal Heib
  • [PATCH rdma-next v5 07/20] RDMA/hns: Initialize ib_device_ops struct, Kamal Heib
  • [PATCH rdma-next v5 08/20] RDMA/i40iw: Initialize ib_device_ops struct, Kamal Heib
  • [PATCH rdma-next v5 09/20] RDMA/mlx4: Initialize ib_device_ops struct, Kamal Heib
  • [PATCH rdma-next v5 10/20] RDMA/mlx5: Initialize ib_device_ops struct, Kamal Heib
  • [PATCH rdma-next v5 11/20] RDMA/mthca: Initialize ib_device_ops struct, Kamal Heib
  • [PATCH rdma-next v5 12/20] RDMA/nes: Initialize ib_device_ops struct, Kamal Heib
  • [PATCH rdma-next v5 14/20] RDMA/qedr: Initialize ib_device_ops struct, Kamal Heib
  • [PATCH rdma-next v5 13/20] RDMA/ocrdma: Initialize ib_device_ops struct, Kamal Heib
  • [PATCH rdma-next v5 17/20] RDMA/vmw_pvrdma: Initialize ib_device_ops struct, Kamal Heib
  • [PATCH rdma-next v5 18/20] RDMA/rxe: Initialize ib_device_ops struct, Kamal Heib
  • [PATCH rdma-next v5 19/20] RDMA/rdmavt: Initialize ib_device_ops struct, Kamal Heib
  • [PATCH rdma-next v5 15/20] RDMA/qib: Initialize ib_device_ops struct, Kamal Heib
  • [PATCH rdma-next v5 16/20] RDMA/usnic: Initialize ib_device_ops struct, Kamal Heib
  • [PATCH rdma-next v5 20/20] RDMA: Start use ib_device_ops, Kamal Heib
    • Re: [PATCH rdma-next v5 20/20] RDMA: Start use ib_device_ops, Jason Gunthorpe
      • Re: [PATCH rdma-next v5 20/20] RDMA: Start use ib_device_ops, Kamal Heib
        • Re: [PATCH rdma-next v5 20/20] RDMA: Start use ib_device_ops, Jason Gunthorpe
  • Re: [PATCH rdma-next v5 00/20] RDMA: Add support for ib_device_ops, Jason Gunthorpe
    • Re: [PATCH rdma-next v5 00/20] RDMA: Add support for ib_device_ops, Steve Wise
      • Re: [PATCH rdma-next v5 00/20] RDMA: Add support for ib_device_ops, Jason Gunthorpe
        • Re: [PATCH rdma-next v5 00/20] RDMA: Add support for ib_device_ops, Yuval Shaia
  • Re: [PATCH rdma-next v5 00/20] RDMA: Add support for ib_device_ops, Jason Gunthorpe
    • Re: [PATCH rdma-next v5 00/20] RDMA: Add support for ib_device_ops, Kamal Heib
    • Re: [PATCH rdma-next v5 00/20] RDMA: Add support for ib_device_ops, Doug Ledford
      • Re: [PATCH rdma-next v5 00/20] RDMA: Add support for ib_device_ops, Leon Romanovsky
  • Re: [PATCH rdma-next v5 00/20] RDMA: Add support for ib_device_ops, Jason Gunthorpe
    • Re: [PATCH rdma-next v5 00/20] RDMA: Add support for ib_device_ops, Kamal Heib
• [PATCH] xprtrdma: Remove support for FMR memory registration, Chuck Lever
• UCF conference live stream, Jason Gunthorpe
  • Re: UCF conference live stream, Mark Bloch
• [PATCH v3 00/24] NFS/RDMA client for next, Chuck Lever
  • [PATCH v3 01/24] xprtrdma: Prevent leak of rpcrdma_rep objects, Chuck Lever
  • [PATCH v3 02/24] IB/rxe: IB_WR_REG_MR does not capture MR's iova field, Chuck Lever
    • Re: [PATCH v3 02/24] IB/rxe: IB_WR_REG_MR does not capture MR's iova field, Christoph Hellwig
      • Re: [PATCH v3 02/24] IB/rxe: IB_WR_REG_MR does not capture MR's iova field, Chuck Lever
  • [PATCH v3 03/24] xprtrdma: Remove support for FMR memory registration, Chuck Lever
    • Re: [PATCH v3 03/24] xprtrdma: Remove support for FMR memory registration, Christoph Hellwig
      • Re: [PATCH v3 03/24] xprtrdma: Remove support for FMR memory registration, Chuck Lever
        • Re: [PATCH v3 03/24] xprtrdma: Remove support for FMR memory registration, Christoph Hellwig
  • [PATCH v3 04/24] xprtrdma: Fix ri_max_segs and the result of ro_maxpages, Chuck Lever
  • [PATCH v3 05/24] xprtrdma: Reduce max_frwr_depth, Chuck Lever
    • Re: [PATCH v3 05/24] xprtrdma: Reduce max_frwr_depth, Christoph Hellwig
      • Re: [PATCH v3 05/24] xprtrdma: Reduce max_frwr_depth, Chuck Lever
        • Re: [PATCH v3 05/24] xprtrdma: Reduce max_frwr_depth, Christoph Hellwig
  • [PATCH v3 06/24] xprtrdma: Plant XID in on-the-wire RDMA offset (FRWR), Chuck Lever
  • [PATCH v3 07/24] xprtrdma: Recognize XDRBUF_SPARSE_PAGES, Chuck Lever
  • [PATCH v3 08/24] xprtrdma: Remove request_module from backchannel, Chuck Lever
  • [PATCH v3 09/24] xprtrdma: Expose transport header errors, Chuck Lever
  • [PATCH v3 10/24] xprtrdma: Simplify locking that protects the rl_allreqs list, Chuck Lever
  • [PATCH v3 11/24] xprtrdma: Cull dprintk() call sites, Chuck Lever
  • [PATCH v3 13/24] xprtrdma: Relocate the xprtrdma_mr_map trace points, Chuck Lever
  • [PATCH v3 12/24] xprtrdma: Clean up of xprtrdma chunk trace points, Chuck Lever
  • [PATCH v3 14/24] xprtrdma: Add trace points for calls to transport switch methods, Chuck Lever
  • [PATCH v3 15/24] NFS: Make "port=" mount option optional for RDMA mounts, Chuck Lever
  • [PATCH v3 16/24] SUNRPC: Remove support for kerberos_v1, Chuck Lever
    • Re: [PATCH v3 16/24] SUNRPC: Remove support for kerberos_v1, Chuck Lever
      • Re: [PATCH v3 16/24] SUNRPC: Remove support for kerberos_v1, Chuck Lever
  • [PATCH v3 17/24] SUNRPC: Fix some kernel doc complaints, Chuck Lever
  • [PATCH v3 18/24] NFS: Fix NFSv4 symbolic trace point output, Chuck Lever
    • Message not available
      • Re: [PATCH v3 18/24] NFS: Fix NFSv4 symbolic trace point output, Calum Mackay
  • [PATCH v3 19/24] SUNRPC: Simplify defining common RPC trace events, Chuck Lever
  • [PATCH v3 20/24] xprtrdma: Trace mapping, alloc, and dereg failures, Chuck Lever
  • [PATCH v3 21/24] xprtrdma: Update comments in frwr_op_send, Chuck Lever
  • [PATCH v3 22/24] xprtrdma: Replace outdated comment for rpcrdma_ep_post, Chuck Lever
  • [PATCH v3 23/24] xprtrdma: Add documenting comment for rpcrdma_buffer_destroy, Chuck Lever
  • [PATCH v3 24/24] xprtrdma: Clarify comments in rpcrdma_ia_remove, Chuck Lever
  • Re: [PATCH v3 00/24] NFS/RDMA client for next, Jason Gunthorpe
• [PATCH v3] svcrdma: Optimize the logic that selects the R_key to invalidate, Chuck Lever
• [PATCH rdma-rc] RDMA/vmw_pvrdma: Use atomic memory allocation in create AH, Gal Pressman
  • Re: [PATCH rdma-rc] RDMA/vmw_pvrdma: Use atomic memory allocation in create AH, Yuval Shaia
  • Re: [PATCH rdma-rc] RDMA/vmw_pvrdma: Use atomic memory allocation in create AH, Jason Gunthorpe
• [PATCH rdma-next v4 00/18] RDMA: Add support for ib_device_ops, Kamal Heib
  • [PATCH rdma-next v4 01/18] RDMA/bnxt_re: Initialize ib_device_ops struct, Kamal Heib
    • Re: [PATCH rdma-next v4 01/18] RDMA/bnxt_re: Initialize ib_device_ops struct, Jason Gunthorpe
      • Re: [PATCH rdma-next v4 01/18] RDMA/bnxt_re: Initialize ib_device_ops struct, Kamal Heib
        • Re: [PATCH rdma-next v4 01/18] RDMA/bnxt_re: Initialize ib_device_ops struct, Jason Gunthorpe
          • Re: [PATCH rdma-next v4 01/18] RDMA/bnxt_re: Initialize ib_device_ops struct, Kamal Heib
  • [PATCH rdma-next v4 02/18] RDMA/cxgb3: Initialize ib_device_ops struct, Kamal Heib
  • [PATCH rdma-next v4 03/18] RDMA/cxgb4: Initialize ib_device_ops struct, Kamal Heib
  • [PATCH rdma-next v4 04/18] RDMA/hfi1: Initialize ib_device_ops struct, Kamal Heib
  • [PATCH rdma-next v4 05/18] RDMA/hns: Initialize ib_device_ops struct, Kamal Heib
  • [PATCH rdma-next v4 06/18] RDMA/i40iw: Initialize ib_device_ops struct, Kamal Heib
  • [PATCH rdma-next v4 07/18] RDMA/mlx4: Initialize ib_device_ops struct, Kamal Heib
  • [PATCH rdma-next v4 08/18] RDMA/mlx5: Initialize ib_device_ops struct, Kamal Heib
  • [PATCH rdma-next v4 09/18] RDMA/mthca: Initialize ib_device_ops struct, Kamal Heib
  • [PATCH rdma-next v4 10/18] RDMA/nes: Initialize ib_device_ops struct, Kamal Heib
  • [PATCH rdma-next v4 11/18] RDMA/ocrdma: Initialize ib_device_ops struct, Kamal Heib
  • [PATCH rdma-next v4 12/18] RDMA/qedr: Initialize ib_device_ops struct, Kamal Heib
  • [PATCH rdma-next v4 13/18] RDMA/qib: Initialize ib_device_ops struct, Kamal Heib
  • [PATCH rdma-next v4 14/18] RDMA/usnic: Initialize ib_device_ops struct, Kamal Heib
  • [PATCH rdma-next v4 15/18] RDMA/vmw_pvrdma: Initialize ib_device_ops struct, Kamal Heib
  • [PATCH rdma-next v4 16/18] RDMA/rxe: Initialize ib_device_ops struct, Kamal Heib
  • [PATCH rdma-next v4 17/18] RDMA/rdmavt: Initialize ib_device_ops struct, Kamal Heib
  • [PATCH rdma-next v4 18/18] RDMA: Start use ib_device_ops, Kamal Heib
• [PATCH rdma-next] RDMA/uverbs: Optimize clearing of extra bytes in response, Leon Romanovsky
  • Re: [PATCH rdma-next] RDMA/uverbs: Optimize clearing of extra bytes in response, Jason Gunthorpe
    • Re: [PATCH rdma-next] RDMA/uverbs: Optimize clearing of extra bytes in response, Leon Romanovsky
      • Re: [PATCH rdma-next] RDMA/uverbs: Optimize clearing of extra bytes in response, Jason Gunthorpe
        • Re: [PATCH rdma-next] RDMA/uverbs: Optimize clearing of extra bytes in response, Leon Romanovsky
• [PATCH rdma-next v1] RDMA/mlx5: Fail early if user tries to create flows on IB representors, Leon Romanovsky
  • Re: [PATCH rdma-next v1] RDMA/mlx5: Fail early if user tries to create flows on IB representors, Jason Gunthorpe
  • Re: [PATCH rdma-next v1] RDMA/mlx5: Fail early if user tries to create flows on IB representors, Jason Gunthorpe
• [PATCH rds linux-next 0/2] WARNING in rds_message_alloc_sgs, Shamir Rabinovitch
  • [PATCH rds linux-next 1/2] net/rds: fix warn in rds_message_alloc_sgs, Shamir Rabinovitch
    • Re: [PATCH rds linux-next 1/2] net/rds: fix warn in rds_message_alloc_sgs, Håkon Bugge
      • Re: [PATCH rds linux-next 1/2] net/rds: fix warn in rds_message_alloc_sgs, Shamir Rabinovitch
  • [PATCH rds linux-next 2/2] net/rds: remove user triggered WARN_ON in rds_sendmsg, Shamir Rabinovitch
• [PATCH -next] IB/mlx5: remove duplicated include from mlx5_ib.h, YueHaibing
  • Re: [PATCH -next] IB/mlx5: remove duplicated include from mlx5_ib.h, Leon Romanovsky
  • Re: [PATCH -next] IB/mlx5: remove duplicated include from mlx5_ib.h, Jason Gunthorpe
• [PATCH mlx5-next 00/10] mlx5 core updates and cleanups, Saeed Mahameed
  • [PATCH mlx5-next 01/10] net/mlx5: Rework handling of port module events, Saeed Mahameed
    • Re: [PATCH mlx5-next 01/10] net/mlx5: Rework handling of port module events, Jason Gunthorpe
      • Re: [PATCH mlx5-next 01/10] net/mlx5: Rework handling of port module events, Saeed Mahameed
  • [PATCH mlx5-next 02/10] net/mlx5: Add support for PCIe power slot exceeded error in PME, Saeed Mahameed
  • [PATCH mlx5-next 03/10] net/mlx5: Add support for plugged-disabled cable status in PME, Saeed Mahameed
  • [PATCH mlx5-next 04/10] net/mlx5: Add monitor commands layout and event data, Saeed Mahameed
  • [PATCH mlx5-next 05/10] net/mlx5: Revise gre and nvgre key formats, Saeed Mahameed
  • [PATCH mlx5-next 06/10] net/mlx5: Introduce extended destination fields, Saeed Mahameed
  • [PATCH mlx5-next 07/10] net/mlx5: E-Switch, Change vhca id valid bool field to bit flag, Saeed Mahameed
    • Re: [PATCH mlx5-next 07/10] net/mlx5: E-Switch, Change vhca id valid bool field to bit flag, Jason Gunthorpe
      • Re: [PATCH mlx5-next 07/10] net/mlx5: E-Switch, Change vhca id valid bool field to bit flag, Saeed Mahameed
        • Re: [PATCH mlx5-next 07/10] net/mlx5: E-Switch, Change vhca id valid bool field to bit flag, Or Gerlitz
          • Re: [PATCH mlx5-next 07/10] net/mlx5: E-Switch, Change vhca id valid bool field to bit flag, Saeed Mahameed
      • Re: [PATCH mlx5-next 07/10] net/mlx5: E-Switch, Change vhca id valid bool field to bit flag, Or Gerlitz
  • [PATCH mlx5-next 08/10] net/mlx5: Support extended destination format in flow steering command, Saeed Mahameed
    • Re: [PATCH mlx5-next 08/10] net/mlx5: Support extended destination format in flow steering command, Jason Gunthorpe
      • Re: [PATCH mlx5-next 08/10] net/mlx5: Support extended destination format in flow steering command, Saeed Mahameed
  • [PATCH mlx5-next 10/10] net/mlx5: Remove the get protocol device interface entry, Saeed Mahameed
  • [PATCH mlx5-next 09/10] IB/mlx5: Simplify netdev unbinding, Saeed Mahameed
• [PATCH rdma-core] verbs: Provide native ioctl implementations for trivial destroy, Jason Gunthorpe
  • Re: [PATCH rdma-core] verbs: Provide native ioctl implementations for trivial destroy, Leon Romanovsky
    • RE: [PATCH rdma-core] verbs: Provide native ioctl implementations for trivial destroy, Parav Pandit
• [PATCH v4] IB/rxe: Fix incorrect cache cleanup in error flow, Yuval Shaia
  • Re: [PATCH v4] IB/rxe: Fix incorrect cache cleanup in error flow, Leon Romanovsky
  • Re: [PATCH v4] IB/rxe: Fix incorrect cache cleanup in error flow, Jason Gunthorpe
• [PATCH rdma-core v2 00/10] Python binding for rdma-core, Leon Romanovsky
  • [PATCH rdma-core v2 01/10] pyverbs: Introducing pyverbs and its context class, Leon Romanovsky
  • [PATCH rdma-core v2 02/10] pyverbs: Introduce device class, Leon Romanovsky
  • [PATCH rdma-core v2 03/10] pyverbs/examples: Introduce ib_devices, Leon Romanovsky
  • [PATCH rdma-core v2 04/10] pyverbs: GID class, Leon Romanovsky
    • RE: [PATCH rdma-core v2 04/10] pyverbs: GID class, Parav Pandit
      • Re: [PATCH rdma-core v2 04/10] pyverbs: GID class, Noa Osherovich