Linux RDMA and InfiniBand Development

• Date Index

• [PATCH AUTOSEL 4.19 110/671] RDMA/qedr: Fix out of bounds index check in query pkey, Sasha Levin
• [PATCH AUTOSEL 4.19 114/671] RDMA/iw_cxgb4: Fix the unchecked ep dereference, Sasha Levin
• [PATCH AUTOSEL 4.19 020/671] IB/hfi1: Add mtu check for operational data VLs, Sasha Levin
• [PATCH AUTOSEL 5.4 054/205] RDMA/hns: Release qp resources when failed to destroy qp, Sasha Levin
• [PATCH AUTOSEL 5.4 086/205] RDMA/mlx5: Return proper error value, Sasha Levin
• [PATCH AUTOSEL 5.4 081/205] RDMA/hns: Fix build error again, Sasha Levin
• [PATCH AUTOSEL 5.4 076/205] RDMA/hns: Bugfix for qpc/cqc timer configuration, Sasha Levin
• [PATCH AUTOSEL 5.4 074/205] RDMA/hns: Prevent undefined behavior in hns_roce_set_user_sq_size(), Sasha Levin
• [PATCH AUTOSEL 5.4 075/205] RDMA/hns: Fix to support 64K page for srq, Sasha Levin
• [PATCH AUTOSEL 5.4 010/205] RDMA/siw: Fix port number endianness in a debug message, Sasha Levin
• [PATCH AUTOSEL 5.4 009/205] RDMA/counter: Prevent QP counter manual binding in auto mode, Sasha Levin
• [PATCH 0/3] Rename variables in mmu_notifier.c, Jason Gunthorpe
  • [PATCH 2/3] mm/mmu_notifiers: Use 'subscription' as the variable name for mmu_notifier, Jason Gunthorpe
  • [PATCH 3/3] mm/mmu_notifiers: Use 'interval_sub' as the variable for mmu_interval_notifier, Jason Gunthorpe
  • [PATCH 1/3] mm/mmu_notifier: Rename struct mmu_notifier_mm to mmu_notifier_subscriptions, Jason Gunthorpe
  • Re: [PATCH 0/3] Rename variables in mmu_notifier.c, Jason Gunthorpe
• [PATCH bpf-next v3 00/11] tools: Use consistent libbpf include paths everywhere, Toke Høiland-Jørgensen
  • [PATCH bpf-next v3 02/11] tools/bpf/runqslower: Fix override option for VMLINUX_BTF, Toke Høiland-Jørgensen
    • Re: [PATCH bpf-next v3 02/11] tools/bpf/runqslower: Fix override option for VMLINUX_BTF, Andrii Nakryiko
      • Re: [PATCH bpf-next v3 02/11] tools/bpf/runqslower: Fix override option for VMLINUX_BTF, Toke Høiland-Jørgensen
  • [PATCH bpf-next v3 10/11] tools/runqslower: Remove tools/lib/bpf from include path, Toke Høiland-Jørgensen
    • Re: [PATCH bpf-next v3 10/11] tools/runqslower: Remove tools/lib/bpf from include path, Andrii Nakryiko
  • [PATCH bpf-next v3 11/11] libbpf: Fix include of bpf_helpers.h when libbpf is installed on system, Toke Høiland-Jørgensen
    • Re: [PATCH bpf-next v3 11/11] libbpf: Fix include of bpf_helpers.h when libbpf is installed on system, Andrii Nakryiko
  • [PATCH bpf-next v3 05/11] selftests: Use consistent include paths for libbpf, Toke Høiland-Jørgensen
    • Re: [PATCH bpf-next v3 05/11] selftests: Use consistent include paths for libbpf, Andrii Nakryiko
  • [PATCH bpf-next v3 07/11] perf: Use consistent include paths for libbpf, Toke Høiland-Jørgensen
    • Re: [PATCH bpf-next v3 07/11] perf: Use consistent include paths for libbpf, Andrii Nakryiko
  • [PATCH bpf-next v3 06/11] bpftool: Use consistent include paths for libbpf, Toke Høiland-Jørgensen
    • Re: [PATCH bpf-next v3 06/11] bpftool: Use consistent include paths for libbpf, Andrii Nakryiko
  • [PATCH bpf-next v3 04/11] tools/runqslower: Use consistent include paths for libbpf, Toke Høiland-Jørgensen
    • Re: [PATCH bpf-next v3 04/11] tools/runqslower: Use consistent include paths for libbpf, Andrii Nakryiko
      • Re: [PATCH bpf-next v3 04/11] tools/runqslower: Use consistent include paths for libbpf, Toke Høiland-Jørgensen
  • [PATCH bpf-next v3 01/11] samples/bpf: Don't try to remove user's homedir on clean, Toke Høiland-Jørgensen
  • [PATCH bpf-next v3 03/11] selftests: Pass VMLINUX_BTF to runqslower Makefile, Toke Høiland-Jørgensen
    • Re: [PATCH bpf-next v3 03/11] selftests: Pass VMLINUX_BTF to runqslower Makefile, Andrii Nakryiko
  • [PATCH bpf-next v3 08/11] samples/bpf: Use consistent include paths for libbpf, Toke Høiland-Jørgensen
    • Re: [PATCH bpf-next v3 08/11] samples/bpf: Use consistent include paths for libbpf, Andrii Nakryiko
  • [PATCH bpf-next v3 09/11] selftests: Remove tools/lib/bpf from include path, Toke Høiland-Jørgensen
    • Re: [PATCH bpf-next v3 09/11] selftests: Remove tools/lib/bpf from include path, Andrii Nakryiko
      • Re: [PATCH bpf-next v3 09/11] selftests: Remove tools/lib/bpf from include path, Andrii Nakryiko
        • Re: [PATCH bpf-next v3 09/11] selftests: Remove tools/lib/bpf from include path, Toke Høiland-Jørgensen
      • Re: [PATCH bpf-next v3 09/11] selftests: Remove tools/lib/bpf from include path, Toke Høiland-Jørgensen
  • Re: [PATCH bpf-next v3 00/11] tools: Use consistent libbpf include paths everywhere, Alexei Starovoitov
    • Re: [PATCH bpf-next v3 00/11] tools: Use consistent libbpf include paths everywhere, Jesper Dangaard Brouer
      • Re: [PATCH bpf-next v3 00/11] tools: Use consistent libbpf include paths everywhere, Toke Høiland-Jørgensen
• [PATCH v7 00/25] RTRS (former IBTRS) RDMA Transport Library and RNBD (former IBNBD) RDMA Network Block Device, Jack Wang
  • [PATCH v7 02/25] RDMA/rtrs: public interface header to establish RDMA connections, Jack Wang
  • [PATCH v7 03/25] RDMA/rtrs: private headers with rtrs protocol structs and helpers, Jack Wang
  • [PATCH v7 05/25] RDMA/rtrs: client: private header with client structs and functions, Jack Wang
  • [PATCH v7 08/25] RDMA/rtrs: client: sysfs interface functions, Jack Wang
  • [PATCH v7 07/25] RDMA/rtrs: client: statistics functions, Jack Wang
  • [PATCH v7 06/25] RDMA/rtrs: client: main functionality, Jack Wang
    • Re: [PATCH v7 06/25] RDMA/rtrs: client: main functionality, Leon Romanovsky
      • Re: [PATCH v7 06/25] RDMA/rtrs: client: main functionality, Jinpu Wang
        • Re: [PATCH v7 06/25] RDMA/rtrs: client: main functionality, Jason Gunthorpe
          • Re: [PATCH v7 06/25] RDMA/rtrs: client: main functionality, Jinpu Wang
        • Re: [PATCH v7 06/25] RDMA/rtrs: client: main functionality, Leon Romanovsky
          • Re: [PATCH v7 06/25] RDMA/rtrs: client: main functionality, Jinpu Wang
            • Re: [PATCH v7 06/25] RDMA/rtrs: client: main functionality, Leon Romanovsky
              • Re: [PATCH v7 06/25] RDMA/rtrs: client: main functionality, Jinpu Wang
  • [PATCH v7 09/25] RDMA/rtrs: server: private header with server structs and functions, Jack Wang
  • [PATCH v7 11/25] RDMA/rtrs: server: statistics functions, Jack Wang
  • [PATCH v7 10/25] RDMA/rtrs: server: main functionality, Jack Wang
  • [PATCH v7 12/25] RDMA/rtrs: server: sysfs interface functions, Jack Wang
  • [PATCH v7 13/25] RDMA/rtrs: include client and server modules into kernel compilation, Jack Wang
  • [PATCH v7 15/25] block/rnbd: private headers with rnbd protocol structs and helpers, Jack Wang
  • [PATCH v7 14/25] RDMA/rtrs: a bit of documentation, Jack Wang
  • [PATCH v7 16/25] block/rnbd: client: private header with client structs and functions, Jack Wang
  • [PATCH v7 19/25] block/rnbd: server: private header with server structs and functions, Jack Wang
  • [PATCH v7 17/25] block/rnbd: client: main functionality, Jack Wang
    • Re: [PATCH v7 17/25] block/rnbd: client: main functionality, Leon Romanovsky
      • Re: [PATCH v7 17/25] block/rnbd: client: main functionality, Jinpu Wang
        • Re: [PATCH v7 17/25] block/rnbd: client: main functionality, Leon Romanovsky
          • Re: [PATCH v7 17/25] block/rnbd: client: main functionality, Jinpu Wang
      • Re: [PATCH v7 17/25] block/rnbd: client: main functionality, Jinpu Wang
        • Re: [PATCH v7 17/25] block/rnbd: client: main functionality, Leon Romanovsky
          • Re: [PATCH v7 17/25] block/rnbd: client: main functionality, Jinpu Wang
            • Re: [PATCH v7 17/25] block/rnbd: client: main functionality, Leon Romanovsky
              • Re: [PATCH v7 17/25] block/rnbd: client: main functionality, Jinpu Wang
  • [PATCH v7 20/25] block/rnbd: server: main functionality, Jack Wang
  • [PATCH v7 18/25] block/rnbd: client: sysfs interface functions, Jack Wang
  • [PATCH v7 23/25] block/rnbd: include client and server modules into kernel compilation, Jack Wang
    • Re: [PATCH v7 23/25] block/rnbd: include client and server modules into kernel compilation, Leon Romanovsky
      • Re: [PATCH v7 23/25] block/rnbd: include client and server modules into kernel compilation, Jinpu Wang
        • Re: [PATCH v7 23/25] block/rnbd: include client and server modules into kernel compilation, Leon Romanovsky
          • Re: [PATCH v7 23/25] block/rnbd: include client and server modules into kernel compilation, Jinpu Wang
  • [PATCH v7 22/25] block/rnbd: server: sysfs interface functions, Jack Wang
  • [PATCH v7 24/25] block/rnbd: a bit of documentation, Jack Wang
  • [PATCH v7 21/25] block/rnbd: server: functionality for IO submission to file or block dev, Jack Wang
  • [PATCH v7 25/25] MAINTAINERS: Add maintainers for RNBD/RTRS modules, Jack Wang
  • [PATCH v7 04/25] RDMA/rtrs: core: lib functions shared between client and server modules, Jack Wang
    • Re: [PATCH v7 04/25] RDMA/rtrs: core: lib functions shared between client and server modules, Leon Romanovsky
      • Re: [PATCH v7 04/25] RDMA/rtrs: core: lib functions shared between client and server modules, Jinpu Wang
        • Re: [PATCH v7 04/25] RDMA/rtrs: core: lib functions shared between client and server modules, Leon Romanovsky
          • Re: [PATCH v7 04/25] RDMA/rtrs: core: lib functions shared between client and server modules, Jinpu Wang
  • [PATCH v7 01/25] sysfs: export sysfs_remove_file_self(), Jack Wang
• [PATCH mlx5-next] IB/mlx5: Return the administrative GUID if exists, Leon Romanovsky
  • Re: [PATCH mlx5-next] IB/mlx5: Return the administrative GUID if exists, Jason
• [PATCH] RDMA/isert: Fix a recently introduced regression related to logout, Bart Van Assche
  • RE: [PATCH] RDMA/isert: Fix a recently introduced regression related to logout, Marciniszyn, Mike
  • Re: [PATCH] RDMA/isert: Fix a recently introduced regression related to logout, Sagi Grimberg
  • Re: [PATCH] RDMA/isert: Fix a recently introduced regression related to logout, Martin K. Petersen
• [PATCH RFC for-next 0/6] ofed support to send ib port link event, Weihang Li
  • [PATCH RFC for-next 2/6] RDMA/mlx5: remove deliver net device event, Weihang Li
    • Re: [PATCH RFC for-next 2/6] RDMA/mlx5: remove deliver net device event, Leon Romanovsky
      • Message not available
        • Re: [PATCH RFC for-next 2/6] RDMA/mlx5: remove deliver net device event, Leon Romanovsky
  • [PATCH RFC for-next 1/6] RDMA/core: support deliver net device event, Weihang Li
    • Re: [PATCH RFC for-next 1/6] RDMA/core: support deliver net device event, Leon Romanovsky
    • Re: [PATCH RFC for-next 1/6] RDMA/core: support deliver net device event, Jason Gunthorpe
      • Message not available
        • Re: [PATCH RFC for-next 1/6] RDMA/core: support deliver net device event, Leon Romanovsky
  • [PATCH RFC for-next 5/6] RDMA/vmw_pvrdma: remove deliver net device event, Weihang Li
  • [PATCH RFC for-next 6/6] qede: remove invalid notify operation, Weihang Li
  • [PATCH RFC for-next 4/6] RDMA/qedr: remove deliver net device event, Weihang Li
  • [PATCH RFC for-next 3/6] RDMA/i40iw: remove deliver net device event, Weihang Li
  • Re: [PATCH RFC for-next 0/6] ofed support to send ib port link event, Leon Romanovsky
• [PATCH] RDMA/core: Ensure that rdma_user_mmap_entry_remove() is a fence, Jason Gunthorpe
  • Re: [PATCH] RDMA/core: Ensure that rdma_user_mmap_entry_remove() is a fence, Gal Pressman
    • Re: [PATCH] RDMA/core: Ensure that rdma_user_mmap_entry_remove() is a fence, Jason Gunthorpe
  • RE: [PATCH] RDMA/core: Ensure that rdma_user_mmap_entry_remove() is a fence, Michal Kalderon
  • Re: [PATCH] RDMA/core: Ensure that rdma_user_mmap_entry_remove() is a fence, Jason
• KASAN: use-after-free Read in rds_inc_put (2), syzbot
• [PATCH rdma-next 0/2] RoCE accelerator counters, Leon Romanovsky
  • [PATCH rdma-next 2/2] IB/mlx5: Expose RoCE accelerator counters, Leon Romanovsky
  • [PATCH mlx5-next 1/2] net/mlx5: Add RoCE accelerator counters, Leon Romanovsky
  • Re: [PATCH rdma-next 0/2] RoCE accelerator counters, Jason Gunthorpe
    • Re: [PATCH rdma-next 0/2] RoCE accelerator counters, Leon Romanovsky
      • Re: [PATCH rdma-next 0/2] RoCE accelerator counters, Jason Gunthorpe
• [PATCH bpf-next v2 00/10] tools: Use consistent libbpf include paths everywhere, Toke Høiland-Jørgensen
  • [PATCH bpf-next v2 03/10] tools/runqslower: Use consistent include paths for libbpf, Toke Høiland-Jørgensen
  • [PATCH bpf-next v2 05/10] bpftool: Use consistent include paths for libbpf, Toke Høiland-Jørgensen
    • Re: [PATCH bpf-next v2 05/10] bpftool: Use consistent include paths for libbpf, Andrii Nakryiko
  • [PATCH bpf-next v2 04/10] selftests: Use consistent include paths for libbpf, Toke Høiland-Jørgensen
  • [PATCH bpf-next v2 08/10] libbpf: Fix include of bpf_helpers.h when libbpf is installed on system, Toke Høiland-Jørgensen
  • [PATCH bpf-next v2 09/10] selftests: Remove tools/lib/bpf from include path, Toke Høiland-Jørgensen
    • Re: [PATCH bpf-next v2 09/10] selftests: Remove tools/lib/bpf from include path, Andrii Nakryiko
  • [PATCH bpf-next v2 10/10] tools/runqslower: Remove tools/lib/bpf from include path, Toke Høiland-Jørgensen
  • [PATCH bpf-next v2 06/10] perf: Use consistent include paths for libbpf, Toke Høiland-Jørgensen
  • [PATCH bpf-next v2 01/10] samples/bpf: Don't try to remove user's homedir on clean, Toke Høiland-Jørgensen
    • Re: [PATCH bpf-next v2 01/10] samples/bpf: Don't try to remove user's homedir on clean, Jesper Dangaard Brouer
  • [PATCH bpf-next v2 02/10] tools/bpf/runqslower: Fix override option for VMLINUX_BTF, Toke Høiland-Jørgensen
    • Re: [PATCH bpf-next v2 02/10] tools/bpf/runqslower: Fix override option for VMLINUX_BTF, Andrii Nakryiko
      • Re: [PATCH bpf-next v2 02/10] tools/bpf/runqslower: Fix override option for VMLINUX_BTF, Toke Høiland-Jørgensen
        • Re: [PATCH bpf-next v2 02/10] tools/bpf/runqslower: Fix override option for VMLINUX_BTF, Andrii Nakryiko
          • Re: [PATCH bpf-next v2 02/10] tools/bpf/runqslower: Fix override option for VMLINUX_BTF, Toke Høiland-Jørgensen
            • Re: [PATCH bpf-next v2 02/10] tools/bpf/runqslower: Fix override option for VMLINUX_BTF, Andrii Nakryiko
  • [PATCH bpf-next v2 07/10] samples/bpf: Use consistent include paths for libbpf, Toke Høiland-Jørgensen
    • Re: [PATCH bpf-next v2 07/10] samples/bpf: Use consistent include paths for libbpf, Jesper Dangaard Brouer
      • Re: [PATCH bpf-next v2 07/10] samples/bpf: Use consistent include paths for libbpf, Toke Høiland-Jørgensen
  • Re: [PATCH bpf-next v2 00/10] tools: Use consistent libbpf include paths everywhere, Andrii Nakryiko
    • Re: [PATCH bpf-next v2 00/10] tools: Use consistent libbpf include paths everywhere, Toke Høiland-Jørgensen
  • Re: [PATCH bpf-next v2 00/10] tools: Use consistent libbpf include paths everywhere, Alexei Starovoitov
    • Re: [PATCH bpf-next v2 00/10] tools: Use consistent libbpf include paths everywhere, Toke Høiland-Jørgensen
• [PATCH] IB/srp: Never use immediate data if it is disabled by a user, Sergey Gorenko
  • Re: [PATCH] IB/srp: Never use immediate data if it is disabled by a user, Bart Van Assche
  • Re: [PATCH] IB/srp: Never use immediate data if it is disabled by a user, Jason Gunthorpe
• [PATCH mlx5-next 00/10] Use ODP MRs for kernel ULPs, Leon Romanovsky
  • [PATCH mlx5-next 01/10] IB: Allow calls to ib_umem_get from kernel ULPs, Leon Romanovsky
  • [PATCH mlx5-next 03/10] IB/core: Add interface to advise_mr for kernel users, Leon Romanovsky
  • [PATCH mlx5-next 04/10] IB/mlx5: Add ODP WQE handlers for kernel QPs, Leon Romanovsky
  • [PATCH mlx5-next 02/10] IB/core: Introduce ib_reg_user_mr, Leon Romanovsky
  • [PATCH mlx5-next 06/10] IB/mlx5: Mask out unsupported ODP capabilities for kernel QPs, Leon Romanovsky
  • [PATCH mlx5-next 05/10] RDMA/mlx5: Don't fake udata for kernel path, Leon Romanovsky
  • [PATCH mlx5-next 08/10] net/rds: Detect need of On-Demand-Paging memory registration, Leon Romanovsky
    • Re: [PATCH mlx5-next 08/10] net/rds: Detect need of On-Demand-Paging memory registration, santosh . shilimkar
  • [PATCH mlx5-next 09/10] net/rds: Handle ODP mr registration/unregistration, Leon Romanovsky
    • Re: [PATCH mlx5-next 09/10] net/rds: Handle ODP mr registration/unregistration, santosh . shilimkar
      • Re: [PATCH mlx5-next 09/10] net/rds: Handle ODP mr registration/unregistration, Leon Romanovsky
        • Re: [PATCH mlx5-next 09/10] net/rds: Handle ODP mr registration/unregistration, santosh . shilimkar
    • Re: [PATCH mlx5-next 09/10] net/rds: Handle ODP mr registration/unregistration, Leon Romanovsky
  • [PATCH mlx5-next 10/10] net/rds: Use prefetch for On-Demand-Paging MR, Leon Romanovsky
    • Re: [PATCH mlx5-next 10/10] net/rds: Use prefetch for On-Demand-Paging MR, santosh . shilimkar
  • [PATCH mlx5-next 07/10] RDMA/mlx5: Fix handling of IOVA != user_va in ODP paths, Leon Romanovsky
  • Re: [PATCH mlx5-next 00/10] Use ODP MRs for kernel ULPs, Leon Romanovsky
    • Re: [PATCH mlx5-next 00/10] Use ODP MRs for kernel ULPs, Jason Gunthorpe
      • Re: [PATCH mlx5-next 00/10] Use ODP MRs for kernel ULPs, Leon Romanovsky
      • Re: [PATCH mlx5-next 00/10] Use ODP MRs for kernel ULPs, santosh . shilimkar
        • Re: [PATCH mlx5-next 00/10] Use ODP MRs for kernel ULPs, Jason Gunthorpe
• [PATCH v7 for-next 0/2] RDMA/hns: Add the workqueue framework for flush cqe handler, Yixian Liu
  • [PATCH v7 for-next 1/2] RDMA/hns: Add the workqueue framework for flush cqe handler, Yixian Liu
  • [PATCH v7 for-next 2/2] RDMA/hns: Delayed flush cqe process with workqueue, Yixian Liu
    • Re: [PATCH v7 for-next 2/2] RDMA/hns: Delayed flush cqe process with workqueue, Jason Gunthorpe
      • Re: [PATCH v7 for-next 2/2] RDMA/hns: Delayed flush cqe process with workqueue, Liuyixian (Eason)
    • Re: [PATCH v7 for-next 2/2] RDMA/hns: Delayed flush cqe process with workqueue, Jason Gunthorpe
      • Re: [PATCH v7 for-next 2/2] RDMA/hns: Delayed flush cqe process with workqueue, Liuyixian (Eason)
        • Re: [PATCH v7 for-next 2/2] RDMA/hns: Delayed flush cqe process with workqueue, Jason Gunthorpe
          • Re: [PATCH v7 for-next 2/2] RDMA/hns: Delayed flush cqe process with workqueue, Liuyixian (Eason)
• [PATCH rdma-rc] IB/mlx4: Fix memory leak in add_gid error flow, Leon Romanovsky
  • Re: [PATCH rdma-rc] IB/mlx4: Fix memory leak in add_gid error flow, Jason Gunthorpe
• [rdma:wip/jgg-for-next] BUILD INCOMPLETE 3f59b6c3e600f9665dcf5b8e566cd7b778f03045, kbuild test robot
• [PATCH for-next] RDMA/hns: Add support for extended atomic in userspace, Weihang Li
  • Re: [PATCH for-next] RDMA/hns: Add support for extended atomic in userspace, Jason Gunthorpe
    • Re: [PATCH for-next] RDMA/hns: Add support for extended atomic in userspace, Weihang Li
      • Re: [PATCH for-next] RDMA/hns: Add support for extended atomic in userspace, Jason Gunthorpe
        • Re: [PATCH for-next] RDMA/hns: Add support for extended atomic in userspace, Weihang Li
          • Re: [PATCH for-next] RDMA/hns: Add support for extended atomic in userspace, Tom Talpey
            • Re: [PATCH for-next] RDMA/hns: Add support for extended atomic in userspace, Weihang Li
          • Re: [PATCH for-next] RDMA/hns: Add support for extended atomic in userspace, Jason Gunthorpe
            • Re: [PATCH for-next] RDMA/hns: Add support for extended atomic in userspace, Weihang Li
• [PATCH for-next 0/6] EFA updates 2020-01-14, Gal Pressman
  • [PATCH for-next 1/6] RDMA/efa: Unified getters/setters for device structs bitmask access, Gal Pressman
    • Re: [PATCH for-next 1/6] RDMA/efa: Unified getters/setters for device structs bitmask access, Jason Gunthorpe
      • Re: [PATCH for-next 1/6] RDMA/efa: Unified getters/setters for device structs bitmask access, Gal Pressman
  • [PATCH for-next 2/6] RDMA/efa: Properly document the interrupt mask register, Gal Pressman
  • [PATCH for-next 3/6] RDMA/efa: Device definitions documentation updates, Gal Pressman
  • [PATCH for-next 5/6] RDMA/efa: Remove unused ucontext parameter from efa_qp_user_mmap_entries_remove, Gal Pressman
  • [PATCH for-next 4/6] RDMA/efa: Remove {} brackets from single statement if, Gal Pressman
  • [PATCH for-next 6/6] RDMA/efa: Do not delay freeing of DMA pages, Gal Pressman
    • Re: [PATCH for-next 6/6] RDMA/efa: Do not delay freeing of DMA pages, Jason Gunthorpe
      • Re: [PATCH for-next 6/6] RDMA/efa: Do not delay freeing of DMA pages, Gal Pressman
  • Re: [PATCH for-next 0/6] EFA updates 2020-01-14, Jason Gunthorpe
• [PATCH for-next V2] RDMA/core: Fix storing node description, Kamal Heib
  • Re: [PATCH for-next V2] RDMA/core: Fix storing node description, Jason Gunthorpe
• [PATCH v3 0/2] rxe should use same buffer size for SGE's and inline data, rao Shoaib
  • [PATCH v3 1/2] Introduce maximum WQE size to check limits, rao Shoaib
  • [PATCH v3 2/2] SGE buffer and max_inline data must have same size, rao Shoaib
    • Re: [PATCH v3 2/2] SGE buffer and max_inline data must have same size, Jason Gunthorpe
      • Re: [PATCH v3 2/2] SGE buffer and max_inline data must have same size, Rao Shoaib
        • Re: [PATCH v3 2/2] SGE buffer and max_inline data must have same size, Rao Shoaib
        • Re: [PATCH v3 2/2] SGE buffer and max_inline data must have same size, Jason Gunthorpe
• [PATCH v6 0/6] mm/hmm/test: add self tests for HMM, Ralph Campbell
  • [PATCH v6 1/6] mm/mmu_notifier: add mmu_interval_notifier_insert_safe(), Ralph Campbell
    • Re: [PATCH v6 1/6] mm/mmu_notifier: add mmu_interval_notifier_insert_safe(), Christoph Hellwig
  • [PATCH v6 4/6] mm/mmu_notifier: add mmu_interval_notifier_find(), Ralph Campbell
    • Re: [PATCH v6 4/6] mm/mmu_notifier: add mmu_interval_notifier_find(), Jason Gunthorpe
      • Re: [PATCH v6 4/6] mm/mmu_notifier: add mmu_interval_notifier_find(), Ralph Campbell
        • Re: [PATCH v6 4/6] mm/mmu_notifier: add mmu_interval_notifier_find(), Jason Gunthorpe
  • [PATCH v6 3/6] mm/notifier: add mmu_interval_notifier_update(), Ralph Campbell
  • [PATCH v6 6/6] mm/hmm/test: add self tests for HMM, Ralph Campbell
  • [PATCH v6 5/6] nouveau: use new mmu interval notifiers, Ralph Campbell
    • Re: [PATCH v6 5/6] nouveau: use new mmu interval notifiers, Jason Gunthorpe
      • Re: [PATCH v6 5/6] nouveau: use new mmu interval notifiers, Ralph Campbell
        • Re: [PATCH v6 5/6] nouveau: use new mmu interval notifiers, Jason Gunthorpe
          • Re: [PATCH v6 5/6] nouveau: use new mmu interval notifiers, Ralph Campbell
            • Re: [PATCH v6 5/6] nouveau: use new mmu interval notifiers, Jason Gunthorpe
              • Re: [PATCH v6 5/6] nouveau: use new mmu interval notifiers, Ralph Campbell
  • [PATCH v6 2/6] mm/mmu_notifier: add mmu_interval_notifier_put(), Ralph Campbell
• [PATCH for-next] RDMA/core: Fix storing node description, Kamal Heib
  • Re: [PATCH for-next] RDMA/core: Fix storing node description, Jason Gunthorpe
    • Re: [PATCH for-next] RDMA/core: Fix storing node description, Kamal Heib
• [PATCH] RDMA/uverbs: Remove needs_kfree_rcu from uverbs_obj_type_class, Jason Gunthorpe
  • Re: [PATCH] RDMA/uverbs: Remove needs_kfree_rcu from uverbs_obj_type_class, Jason Gunthorpe
• [PATCH] net: mellanox: prevent resource leak on htbl, Cengiz Can
  • Re: [PATCH] net: mellanox: prevent resource leak on htbl, Alex Vesker
    • Re: [PATCH] net: mellanox: prevent resource leak on htbl, Cengiz Can
• [PATCH v6 for-next 0/2] RDMA/hns: Add the workqueue framework for flush cqe handler, Yixian Liu
  • [PATCH v6 for-next 1/2] RDMA/hns: Add the workqueue framework for flush cqe handler, Yixian Liu
  • [PATCH v6 for-next 2/2] RDMA/hns: Delayed flush cqe process with workqueue, Yixian Liu
• [PATCH net-next] mlx5: Use proper logging and tracing line terminations, Joe Perches
  • Re: [PATCH net-next] mlx5: Use proper logging and tracing line terminations, Saeed Mahameed
• [PATCH for-next 0/3] RDMA/hns: Get pf capabilities from firmware, Weihang Li
  • [PATCH for-next 1/3] RDMA/hns: Remove some redundant variables related to capabilities, Weihang Li
  • [PATCH for-next 3/3] RDMA/hns: Get pf capabilities from firmware, Weihang Li
  • [PATCH for-next 2/3] RDMA/hns: Add interfaces to get pf capabilities from firmware, Weihang Li
  • Re: [PATCH for-next 0/3] RDMA/hns: Get pf capabilities from firmware, Jason Gunthorpe
• Re: [RFC PATCH] RDMA/core: avoid potential memory leak in add_one_compat_dev, Guoqing Jiang
  • Re: [RFC PATCH] RDMA/core: avoid potential memory leak in add_one_compat_dev, Jason Gunthorpe
• [Discussion] can ROCE protocol work with NAT (Network Address Translation)?, wangqi
  • Re: [Discussion] can ROCE protocol work with NAT (Network Address Translation)?, Leon Romanovsky
• [PATCH rdma-core 0/7] verbs: Relaxed ordering memory regions, Yishai Hadas
  • [PATCH rdma-core 3/7] verbs: Move alloc_context to ioctl, Yishai Hadas
  • [PATCH rdma-core 1/7] Update kernel headers, Yishai Hadas
  • [PATCH rdma-core 5/7] mlx5: Add optional access flags range to DM, Yishai Hadas
  • [PATCH rdma-core 6/7] pyverbs: Add relaxed ordering access flag, Yishai Hadas
  • [PATCH rdma-core 7/7] tests: Add relaxed ordering access test, Yishai Hadas
  • [PATCH rdma-core 4/7] verbs: Relaxed ordering memory regions, Yishai Hadas
  • [PATCH rdma-core 2/7] verbs: Move free_context from verbs_device_ops to verbs_context_ops, Yishai Hadas
  • Re: [PATCH rdma-core 0/7] verbs: Relaxed ordering memory regions, Yishai Hadas
• [PATCH] RDMA/core: remove err in iw_query_port, jgq516
  • Re: [PATCH] RDMA/core: remove err in iw_query_port, Jason Gunthorpe
• [PATCH v4 for-next] RDMA/hns: Add support for reporting wc as software mode, Weihang Li
  • Re: [PATCH v4 for-next] RDMA/hns: Add support for reporting wc as software mode, Jason Gunthorpe
• [PATCH for-next] RDMA/hns: Bugfix for posting a wqe with sge, Weihang Li
  • Re: [PATCH for-next] RDMA/hns: Bugfix for posting a wqe with sge, Jason Gunthorpe
• [PATCH] IB/core: Fix build failure without hugepages, Arnd Bergmann
  • Re: [PATCH] IB/core: Fix build failure without hugepages, Jason Gunthorpe
• [PATCH rdma-next 00/10] Relaxed ordering memory regions, Yishai Hadas
  • [PATCH rdma-next 02/10] RDMA/core: Add UVERBS_METHOD_ASYNC_EVENT_ALLOC, Yishai Hadas
  • [PATCH rdma-next 08/10] RDMA/uverbs: Add new relaxed ordering memory region access flag, Yishai Hadas
    • Re: [PATCH rdma-next 08/10] RDMA/uverbs: Add new relaxed ordering memory region access flag, Sergei Shtylyov
    • Re: [PATCH rdma-next 08/10] RDMA/uverbs: Add new relaxed ordering memory region access flag, Jason Gunthorpe
  • [PATCH rdma-next 07/10] RDMA/efa: Allow passing of optional access flags for MR registration, Yishai Hadas
    • Re: [PATCH rdma-next 07/10] RDMA/efa: Allow passing of optional access flags for MR registration, Gal Pressman
      • Re: [PATCH rdma-next 07/10] RDMA/efa: Allow passing of optional access flags for MR registration, Yishai Hadas
        • Re: [PATCH rdma-next 07/10] RDMA/efa: Allow passing of optional access flags for MR registration, Gal Pressman
  • [PATCH rdma-next 04/10] RDMA/uverbs: Add ioctl command to get a device context, Yishai Hadas
  • [PATCH rdma-next 10/10] RDMA/mlx5: Set relaxed ordering when requested, Yishai Hadas
  • [PATCH rdma-next 09/10] RDMA/core: Add the core support field to METHOD_GET_CONTEXT, Yishai Hadas
  • [PATCH rdma-next 05/10] RDMA/uverbs: Verify MR access flags, Yishai Hadas
  • [PATCH rdma-next 06/10] RDMA/core: Add optional access flags range, Yishai Hadas
  • [PATCH rdma-next 01/10] net/mlx5: Expose relaxed ordering bits, Yishai Hadas
  • [PATCH rdma-next 03/10] RDMA/core: Remove ucontext_lock from the uverbs_destry_ufile_hw() path, Yishai Hadas
  • Re: [PATCH rdma-next 00/10] Relaxed ordering memory regions, Jason Gunthorpe
    • Re: [PATCH rdma-next 00/10] Relaxed ordering memory regions, Leon Romanovsky
      • Re: [PATCH rdma-next 00/10] Relaxed ordering memory regions, Jason Gunthorpe
• [PATCH rdma-next 00/14] Refactoring FD usage, Yishai Hadas
  • [PATCH rdma-next 03/14] RDMA/mlx5: Simplify devx async commands, Yishai Hadas
  • [PATCH rdma-next 09/14] RDMA/core: Do not erase the type of ib_wq.uobject, Yishai Hadas
  • [PATCH rdma-next 11/14] RDMA/core: Fix locking in ib_uverbs_event_read, Yishai Hadas
    • Re: [PATCH rdma-next 11/14] RDMA/core: Fix locking in ib_uverbs_event_read, Jason Gunthorpe
  • [PATCH rdma-next 12/14] RDMA/core: Remove the ufile arg from rdma_alloc_begin_uobject, Yishai Hadas
  • [PATCH rdma-next 06/14] RDMA/core: Do not erase the type of ib_cq.uobject, Yishai Hadas
  • [PATCH rdma-next 14/14] RDMA/core: Use READ_ONCE for ib_ufile.async_file, Yishai Hadas
  • [PATCH rdma-next 07/14] RDMA/core: Do not erase the type of ib_qp.uobject, Yishai Hadas
  • [PATCH rdma-next 13/14] RDMA/core: Make ib_uverbs_async_event_file into a uobject, Yishai Hadas
  • [PATCH rdma-next 08/14] RDMA/core: Do not erase the type of ib_srq.uobject, Yishai Hadas
  • [PATCH rdma-next 05/14] RDMA/core: Make ib_ucq_object use ib_uevent_object, Yishai Hadas
  • [PATCH rdma-next 02/14] RDMA/core: Simplify destruction of FD uobjects, Yishai Hadas
  • [PATCH rdma-next 04/14] RDMA/core: Do not allow alloc_commit to fail, Yishai Hadas
  • [PATCH rdma-next 01/14] RDMA/mlx5: Use RCU and direct refcounts to keep memory alive, Yishai Hadas
  • [PATCH rdma-next 10/14] RDMA/core: Simplify type usage for ib_uverbs_async_handler(), Yishai Hadas
  • Re: [PATCH rdma-next 00/14] Refactoring FD usage, Jason Gunthorpe
• [RFC v2] RoCE v2.0 Entropy - IPv6 Flow Label and UDP Source Port, Alex Rosenbaum
  • Re: [RFC v2] RoCE v2.0 Entropy - IPv6 Flow Label and UDP Source Port, Mark Zhang
  • Re: [RFC v2] RoCE v2.0 Entropy - IPv6 Flow Label and UDP Source Port, Tom Talpey
    • Re: [RFC v2] RoCE v2.0 Entropy - IPv6 Flow Label and UDP Source Port, Jason Gunthorpe
    • Re: [RFC v2] RoCE v2.0 Entropy - IPv6 Flow Label and UDP Source Port, Alex Rosenbaum
      • Re: [RFC v2] RoCE v2.0 Entropy - IPv6 Flow Label and UDP Source Port, Tom Talpey
        • Re: [RFC v2] RoCE v2.0 Entropy - IPv6 Flow Label and UDP Source Port, Alex Rosenbaum
          • Re: [RFC v2] RoCE v2.0 Entropy - IPv6 Flow Label and UDP Source Port, Tom Talpey
            • Re: [RFC v2] RoCE v2.0 Entropy - IPv6 Flow Label and UDP Source Port, Alex Rosenbaum
              • Re: [RFC v2] RoCE v2.0 Entropy - IPv6 Flow Label and UDP Source Port, Tom Talpey
                • Re: [RFC v2] RoCE v2.0 Entropy - IPv6 Flow Label and UDP Source Port, Jason Gunthorpe
                  • Re: [RFC v2] RoCE v2.0 Entropy - IPv6 Flow Label and UDP Source Port, Mark Zhang
                    • Re: [RFC v2] RoCE v2.0 Entropy - IPv6 Flow Label and UDP Source Port, Mark Zhang
                      • Re: [RFC v2] RoCE v2.0 Entropy - IPv6 Flow Label and UDP Source Port, Tom Talpey
                        • Re: [RFC v2] RoCE v2.0 Entropy - IPv6 Flow Label and UDP Source Port, Tom Talpey
                          • Re: [RFC v2] RoCE v2.0 Entropy - IPv6 Flow Label and UDP Source Port, Mark Zhang
                            • Re: [RFC v2] RoCE v2.0 Entropy - IPv6 Flow Label and UDP Source Port, Tom Talpey
                              • Re: [RFC v2] RoCE v2.0 Entropy - IPv6 Flow Label and UDP Source Port, Mark Zhang
                                • Re: [RFC v2] RoCE v2.0 Entropy - IPv6 Flow Label and UDP Source Port, Jason Gunthorpe
                                  • Re: [RFC v2] RoCE v2.0 Entropy - IPv6 Flow Label and UDP Source Port, Tom Talpey
                                    • Re: [RFC v2] RoCE v2.0 Entropy - IPv6 Flow Label and UDP Source Port, Jason Gunthorpe
                                    • Re: [RFC v2] RoCE v2.0 Entropy - IPv6 Flow Label and UDP Source Port, Mark Zhang
                                      • Re: [RFC v2] RoCE v2.0 Entropy - IPv6 Flow Label and UDP Source Port, Tom Talpey
                                        • Re: [RFC v2] RoCE v2.0 Entropy - IPv6 Flow Label and UDP Source Port, Alex Rosenbaum
• [PATCH v12 00/22] mm/gup: prereqs to track dma-pinned pages: FOLL_PIN, John Hubbard
  • [PATCH v12 04/22] mm: devmap: refactor 1-based refcounting for ZONE_DEVICE pages, John Hubbard
    • Re: [PATCH v12 04/22] mm: devmap: refactor 1-based refcounting for ZONE_DEVICE pages, Christoph Hellwig
      • Re: [PATCH v12 04/22] mm: devmap: refactor 1-based refcounting for ZONE_DEVICE pages, John Hubbard
        • Re: [PATCH v12 04/22] mm: devmap: refactor 1-based refcounting for ZONE_DEVICE pages, Christoph Hellwig
          • Re: [PATCH v12 04/22] mm: devmap: refactor 1-based refcounting for ZONE_DEVICE pages, John Hubbard
  • [PATCH v12 01/22] mm/gup: factor out duplicate code from four routines, John Hubbard
  • [PATCH v12 22/22] mm, tree-wide: rename put_user_page*() to unpin_user_page*(), John Hubbard
    • Re: [PATCH v12 22/22] mm, tree-wide: rename put_user_page*() to unpin_user_page*(), Christoph Hellwig
  • [PATCH v12 11/22] mm/gup: introduce pin_user_pages*() and FOLL_PIN, John Hubbard
    • Re: [PATCH v12 11/22] mm/gup: introduce pin_user_pages*() and FOLL_PIN, Christoph Hellwig
      • Re: [PATCH v12 11/22] mm/gup: introduce pin_user_pages*() and FOLL_PIN, John Hubbard
  • [PATCH v12 14/22] mm/process_vm_access: set FOLL_PIN via pin_user_pages_remote(), John Hubbard
  • [PATCH v12 16/22] fs/io_uring: set FOLL_PIN via pin_user_pages(), John Hubbard
  • [PATCH v12 21/22] mm/gup_benchmark: use proper FOLL_WRITE flags instead of hard-coding "1", John Hubbard
  • [PATCH v12 09/22] IB/umem: use get_user_pages_fast() to pin DMA pages, John Hubbard
  • [PATCH v12 17/22] net/xdp: set FOLL_PIN via pin_user_pages(), John Hubbard
  • [PATCH v12 06/22] mm: fix get_user_pages_remote()'s handling of FOLL_LONGTERM, John Hubbard
    • Re: [PATCH v12 06/22] mm: fix get_user_pages_remote()'s handling of FOLL_LONGTERM, Christoph Hellwig
  • [PATCH v12 18/22] media/v4l2-core: pin_user_pages (FOLL_PIN) and put_user_page() conversion, John Hubbard
  • [PATCH v12 13/22] IB/{core,hw,umem}: set FOLL_PIN via pin_user_pages*(), fix up ODP, John Hubbard
  • [PATCH v12 08/22] mm/gup: allow FOLL_FORCE for get_user_pages_fast(), John Hubbard
    • Re: [PATCH v12 08/22] mm/gup: allow FOLL_FORCE for get_user_pages_fast(), Christoph Hellwig
  • [PATCH v12 15/22] drm/via: set FOLL_PIN via pin_user_pages_fast(), John Hubbard
  • [PATCH v12 07/22] vfio: fix FOLL_LONGTERM use, simplify get_user_pages_remote() call, John Hubbard
  • [PATCH v12 19/22] vfio, mm: pin_user_pages (FOLL_PIN) and put_user_page() conversion, John Hubbard
  • [PATCH v12 02/22] mm/gup: move try_get_compound_head() to top, fix minor issues, John Hubbard
  • [PATCH v12 20/22] powerpc: book3s64: convert to pin_user_pages() and put_user_page(), John Hubbard
  • [PATCH v12 12/22] goldish_pipe: convert to pin_user_pages() and put_user_page(), John Hubbard
  • [PATCH v12 05/22] goldish_pipe: rename local pin_user_pages() routine, John Hubbard
    • Re: [PATCH v12 05/22] goldish_pipe: rename local pin_user_pages() routine, Christoph Hellwig
  • [PATCH v12 10/22] media/v4l2-core: set pages dirty upon releasing DMA buffers, John Hubbard
  • [PATCH v12 03/22] mm: Cleanup __put_devmap_managed_page() vs ->page_free(), John Hubbard
  • Re: [PATCH v12 00/22] mm/gup: prereqs to track dma-pinned pages: FOLL_PIN, John Hubbard
    • Re: [PATCH v12 00/22] mm/gup: prereqs to track dma-pinned pages: FOLL_PIN, John Hubbard
      • Re: [PATCH v12 00/22] mm/gup: prereqs to track dma-pinned pages: FOLL_PIN, Andrew Morton
• [PATCH 3/3] infiniband: sw: rdmavt: mcast.c: Use built-in RCU list checking, madhuparnabhowmik04
  • <Possible follow-ups>
  • [PATCH 3/3] infiniband: sw: rdmavt: mcast.c: Use built-in RCU list checking, madhuparnabhowmik04
    • Re: [PATCH 3/3] infiniband: sw: rdmavt: mcast.c: Use built-in RCU list checking, Dennis Dalessandro
• [PATCH 2/3] infiniband: hw: qib: qib_verbs: Use built-in RCU list checking, madhuparnabhowmik04
  • <Possible follow-ups>
  • [PATCH 2/3] infiniband: hw: qib: qib_verbs: Use built-in RCU list checking, madhuparnabhowmik04
• [PATCH 1/3] infiniband: hw: hfi1: verbs.c: Use built-in RCU list checking, madhuparnabhowmik04
  • [PATCH 2/3] infiniband: hw: qib: qib_verbs: Use built-in RCU list checking, madhuparnabhowmik04
  • [PATCH 3/3] infiniband: sw: rdmavt: mcast.c: Use built-in RCU list checking, madhuparnabhowmik04
  • Re: [PATCH 1/3] infiniband: hw: hfi1: verbs.c: Use built-in RCU list checking, Jason Gunthorpe
  • <Possible follow-ups>
  • [PATCH 1/3] infiniband: hw: hfi1: verbs.c: Use built-in RCU list checking, madhuparnabhowmik04
    • Re: [PATCH 1/3] infiniband: hw: hfi1: verbs.c: Use built-in RCU list checking, Jason Gunthorpe
      • Re: [PATCH 1/3] infiniband: hw: hfi1: verbs.c: Use built-in RCU list checking, Jason Gunthorpe
      • Re: [PATCH 1/3] infiniband: hw: hfi1: verbs.c: Use built-in RCU list checking, Joel Fernandes
  • [PATCH 1/3] infiniband: hw: hfi1: verbs.c: Use built-in RCU list checking, madhuparnabhowmik04
    • Re: [PATCH 1/3] infiniband: hw: hfi1: verbs.c: Use built-in RCU list checking, Jason Gunthorpe
      • Re: [PATCH 1/3] infiniband: hw: hfi1: verbs.c: Use built-in RCU list checking, Dennis Dalessandro
        • Re: [PATCH 1/3] infiniband: hw: hfi1: verbs.c: Use built-in RCU list checking, Dennis Dalessandro
          • Re: [PATCH 1/3] infiniband: hw: hfi1: verbs.c: Use built-in RCU list checking, Joel Fernandes
          • Re: [PATCH 1/3] infiniband: hw: hfi1: verbs.c: Use built-in RCU list checking, Jason Gunthorpe
            • Re: [PATCH 1/3] infiniband: hw: hfi1: verbs.c: Use built-in RCU list checking, Dennis Dalessandro
          • Message not available
            • Re: [PATCH 1/3] infiniband: hw: hfi1: verbs.c: Use built-in RCU list checking, Dennis Dalessandro
• [PATCH rdma-rc] i40iw: Remove setting of VMA private data and use rdma_user_mmap_io, Shiraz Saleem
  • Re: [PATCH rdma-rc] i40iw: Remove setting of VMA private data and use rdma_user_mmap_io, Jason Gunthorpe
• Recent trace observed in target code during iSer testing, Marciniszyn, Mike
  • Re: Recent trace observed in target code during iSer testing, Bart Van Assche
    • RE: Recent trace observed in target code during iSer testing, Marciniszyn, Mike
      • RE: Recent trace observed in target code during iSer testing, Marciniszyn, Mike
        • Re: Recent trace observed in target code during iSer testing, Bart Van Assche
• [PATCH rdma-core 0/2] pyverbs: Support CQ events properly, Noa Osherovich
  • [PATCH rdma-core 1/2] pyverbs: Handle CQ events properly, Noa Osherovich
  • [PATCH rdma-core 2/2] tests: Add a test for completion events, Noa Osherovich
• [PATCH for-next 0/9] Clean ups, refactror, additions, Dennis Dalessandro
  • [PATCH for-next 1/9] IB/hfi1: Move chip specific functions to chip.c, Dennis Dalessandro
  • [PATCH for-next 2/9] IB/hfi1: Add fast and slow handlers for receive context, Dennis Dalessandro
  • [PATCH for-next 3/9] IB/hfi1: Move common receive IRQ code to function, Dennis Dalessandro
  • [PATCH for-next 4/9] IB/hfi1: IB/hfi1: Add an API to handle special case drop, Dennis Dalessandro
  • [PATCH for-next 5/9] IB/hfi1: Create API for auto activate, Dennis Dalessandro
  • [PATCH for-next 7/9] IB/hfi1: Return void in packet receiving functions, Dennis Dalessandro
  • [PATCH for-next 6/9] IB/hfi1: Decouple IRQ name from type, Dennis Dalessandro
  • [PATCH for-next 8/9] IB/hfi1: Add software counter for ctxt0 seq drop, Dennis Dalessandro
  • [PATCH for-next 9/9] IB/hfi1: Add RcvShortLengthErrCnt to hfi1stats, Dennis Dalessandro
  • Re: [PATCH for-next 0/9] Clean ups, refactror, additions, Dennis Dalessandro
  • Re: [PATCH for-next 0/9] Clean ups, refactror, additions, Jason Gunthorpe
• [PATCH RDMA/uverbs] RDMA/uverbs: Protect list_empty() by lock, Håkon Bugge
  • Re: [PATCH RDMA/uverbs] RDMA/uverbs: Protect list_empty() by lock, Jason Gunthorpe
    • Re: [PATCH RDMA/uverbs] RDMA/uverbs: Protect list_empty() by lock, Håkon Bugge
• [PATCH for-next 0/7] RDMA/hns: Various cleanups, Weihang Li
  • [PATCH for-next 1/7] RDMA/hns: Avoid printing address of mtt page, Weihang Li
  • [PATCH for-next 6/7] RDMA/hns: Replace custom macros HNS_ROCE_ALIGN_UP, Weihang Li
  • [PATCH for-next 5/7] RDMA/hns: Remove redundant print information, Weihang Li
  • [PATCH for-next 3/7] RDMA/hns: Update the value of qp type, Weihang Li
  • [PATCH for-next 2/7] RDMA/hns: Remove unused function hns_roce_init_eq_table(), Weihang Li
  • [PATCH for-next 4/7] RDMA/hns: Delete unnessary parameters in hns_roce_v2_qp_modify(), Weihang Li
  • [PATCH for-next 7/7] RDMA/hns: Fix coding style issues, Weihang Li
    • Re: [PATCH for-next 7/7] RDMA/hns: Fix coding style issues, Jason Gunthorpe
      • Re: [PATCH for-next 7/7] RDMA/hns: Fix coding style issues, Weihang Li
  • Re: [PATCH for-next 0/7] RDMA/hns: Various cleanups, Jason Gunthorpe
• [PATCH] mlx5: work around high stack usage with gcc, Arnd Bergmann
  • Re: [PATCH] mlx5: work around high stack usage with gcc, David Miller
    • Re: [PATCH] mlx5: work around high stack usage with gcc, Saeed Mahameed
• [PATCH v2] net: mlx5: Use iowriteXbe() to ring doorbell and remove reduntant wmb(), Liran Alon
  • Re: [PATCH v2] net: mlx5: Use iowriteXbe() to ring doorbell and remove reduntant wmb(), Jason Gunthorpe
    • Re: [PATCH v2] net: mlx5: Use iowriteXbe() to ring doorbell and remove reduntant wmb(), Liran Alon
      • Re: [PATCH v2] net: mlx5: Use iowriteXbe() to ring doorbell and remove reduntant wmb(), Saeed Mahameed
• [PATCH v1 0/9] NFS/RDMA client patches for v5.6, Chuck Lever
  • [PATCH v1 1/9] xprtrdma: Eliminate ri_max_send_sges, Chuck Lever
  • [PATCH v1 2/9] xprtrdma: Make sendctx queue lifetime the same as connection lifetime, Chuck Lever
  • [PATCH v1 3/9] xprtrdma: Refactor initialization of ep->rep_max_requests, Chuck Lever
  • [PATCH v1 4/9] xprtrdma: Eliminate per-transport "max pages", Chuck Lever
  • [PATCH v1 5/9] xprtrdma: Refactor frwr_is_supported, Chuck Lever
  • [PATCH v1 6/9] xprtrdma: Allocate and map transport header buffers at connect time, Chuck Lever
  • [PATCH v1 7/9] xprtrdma: Destroy rpcrdma_rep when Receive is flushed, Chuck Lever
  • [PATCH v1 8/9] xprtrdma: Destroy reps from previous connection instance, Chuck Lever
  • [PATCH v1 9/9] xprtrdma: DMA map rr_rdma_buf as each rpcrdma_rep is created, Chuck Lever
• [PATCH] net: mlx5: Use writeX() to ring doorbell and remove reduntant wmb(), Liran Alon
  • Re: [PATCH] net: mlx5: Use writeX() to ring doorbell and remove reduntant wmb(), Jason Gunthorpe
    • Re: [PATCH] net: mlx5: Use writeX() to ring doorbell and remove reduntant wmb(), Liran Alon
      • Re: [PATCH] net: mlx5: Use writeX() to ring doorbell and remove reduntant wmb(), Jason Gunthorpe
        • Re: [PATCH] net: mlx5: Use writeX() to ring doorbell and remove reduntant wmb(), Liran Alon
          • Re: [PATCH] net: mlx5: Use writeX() to ring doorbell and remove reduntant wmb(), Jason Gunthorpe
            • Re: [PATCH] net: mlx5: Use writeX() to ring doorbell and remove reduntant wmb(), Liran Alon
              • Re: [PATCH] net: mlx5: Use writeX() to ring doorbell and remove reduntant wmb(), Jason Gunthorpe
                • Re: [PATCH] net: mlx5: Use writeX() to ring doorbell and remove reduntant wmb(), Liran Alon
              • Re: [PATCH] net: mlx5: Use writeX() to ring doorbell and remove reduntant wmb(), Liran Alon
                • Re: [PATCH] net: mlx5: Use writeX() to ring doorbell and remove reduntant wmb(), Jason Gunthorpe
• Is it possible to transfer a large file between two computers using RDMA UD?, Terry Toole
  • Re: Is it possible to transfer a large file between two computers using RDMA UD?, Jason Gunthorpe
    • Re: Is it possible to transfer a large file between two computers using RDMA UD?, Terry Toole
      • RE: Is it possible to transfer a large file between two computers using RDMA UD?, Hefty, Sean
        • Re: Is it possible to transfer a large file between two computers using RDMA UD?, Jason Gunthorpe
          • Re: Is it possible to transfer a large file between two computers using RDMA UD?, Terry Toole
• [PATCH rdma-core 0/8] pyverbs: Add support for the new post send API, Noa Osherovich
  • [PATCH rdma-core 1/8] pyverbs: Add support for memory window, Noa Osherovich
  • [PATCH rdma-core 2/8] pyverbs: Add TSO support, Noa Osherovich
  • [PATCH rdma-core 3/8] tests: Decrease maximal TSO header size, Noa Osherovich
  • [PATCH rdma-core 4/8] tests: Use post_recv in the right place, Noa Osherovich
  • [PATCH rdma-core 5/8] pyverbs: Expose MR's length property, Noa Osherovich
  • [PATCH rdma-core 7/8] Documentation: Add extended QP to pyverbs's doc, Noa Osherovich
  • [PATCH rdma-core 6/8] pyverbs: Introduce extended QP and new post send, Noa Osherovich
  • [PATCH rdma-core 8/8] tests: Add test using the new post send API, Noa Osherovich
• [PATCH v6 00/25] RTRS (former IBTRS) rdma transport library and RNBD (former IBNBD) rdma network block device, Jack Wang
  • [PATCH v6 01/25] sysfs: export sysfs_remove_file_self(), Jack Wang
  • [PATCH v6 02/25] rtrs: public interface header to establish RDMA connections, Jack Wang
    • Re: [PATCH v6 02/25] rtrs: public interface header to establish RDMA connections, Bart Van Assche
      • Re: [PATCH v6 02/25] rtrs: public interface header to establish RDMA connections, Jinpu Wang
        • Re: [PATCH v6 02/25] rtrs: public interface header to establish RDMA connections, Bart Van Assche
          • Re: [PATCH v6 02/25] rtrs: public interface header to establish RDMA connections, Jinpu Wang
  • [PATCH v6 05/25] rtrs: client: private header with client structs and functions, Jack Wang
    • Re: [PATCH v6 05/25] rtrs: client: private header with client structs and functions, Bart Van Assche
      • Re: [PATCH v6 05/25] rtrs: client: private header with client structs and functions, Jinpu Wang
    • Re: [PATCH v6 05/25] rtrs: client: private header with client structs and functions, Bart Van Assche
      • Re: [PATCH v6 05/25] rtrs: client: private header with client structs and functions, Jinpu Wang
  • [PATCH v6 03/25] rtrs: private headers with rtrs protocol structs and helpers, Jack Wang
    • Re: [PATCH v6 03/25] rtrs: private headers with rtrs protocol structs and helpers, Bart Van Assche
      • Re: [PATCH v6 03/25] rtrs: private headers with rtrs protocol structs and helpers, Jinpu Wang
        • Re: [PATCH v6 03/25] rtrs: private headers with rtrs protocol structs and helpers, Bart Van Assche
          • Re: [PATCH v6 03/25] rtrs: private headers with rtrs protocol structs and helpers, Jason Gunthorpe
            • Re: [PATCH v6 03/25] rtrs: private headers with rtrs protocol structs and helpers, Jinpu Wang
          • Re: [PATCH v6 03/25] rtrs: private headers with rtrs protocol structs and helpers, Jinpu Wang
    • Re: [PATCH v6 03/25] rtrs: private headers with rtrs protocol structs and helpers, Bart Van Assche
      • Re: [PATCH v6 03/25] rtrs: private headers with rtrs protocol structs and helpers, Jinpu Wang
  • [PATCH v6 04/25] rtrs: core: lib functions shared between client and server modules, Jack Wang
    • Re: [PATCH v6 04/25] rtrs: core: lib functions shared between client and server modules, Bart Van Assche
      • Re: [PATCH v6 04/25] rtrs: core: lib functions shared between client and server modules, Jinpu Wang
  • [PATCH v6 07/25] rtrs: client: statistics functions, Jack Wang
    • Re: [PATCH v6 07/25] rtrs: client: statistics functions, Bart Van Assche
      • Re: [PATCH v6 07/25] rtrs: client: statistics functions, Jinpu Wang
  • [PATCH v6 08/25] rtrs: client: sysfs interface functions, Jack Wang
    • Re: [PATCH v6 08/25] rtrs: client: sysfs interface functions, Bart Van Assche
      • Re: [PATCH v6 08/25] rtrs: client: sysfs interface functions, Jinpu Wang
  • [PATCH v6 09/25] rtrs: server: private header with server structs and functions, Jack Wang
    • Re: [PATCH v6 09/25] rtrs: server: private header with server structs and functions, Bart Van Assche
      • Re: [PATCH v6 09/25] rtrs: server: private header with server structs and functions, Jinpu Wang
  • [PATCH v6 06/25] rtrs: client: main functionality, Jack Wang
    • Re: [PATCH v6 06/25] rtrs: client: main functionality, Bart Van Assche
      • Re: [PATCH v6 06/25] rtrs: client: main functionality, Jason Gunthorpe
      • Re: [PATCH v6 06/25] rtrs: client: main functionality, Jinpu Wang
        • Re: [PATCH v6 06/25] rtrs: client: main functionality, Bart Van Assche
  • [PATCH v6 11/25] rtrs: server: statistics functions, Jack Wang
    • Re: [PATCH v6 11/25] rtrs: server: statistics functions, Bart Van Assche
      • Re: [PATCH v6 11/25] rtrs: server: statistics functions, Jinpu Wang
  • [PATCH v6 10/25] rtrs: server: main functionality, Jack Wang
    • Re: [PATCH v6 10/25] rtrs: server: main functionality, Bart Van Assche
      • Re: [PATCH v6 10/25] rtrs: server: main functionality, Jinpu Wang
        • Re: [PATCH v6 10/25] rtrs: server: main functionality, Jason Gunthorpe
          • Re: [PATCH v6 10/25] rtrs: server: main functionality, Jinpu Wang
  • [PATCH v6 13/25] rtrs: include client and server modules into kernel compilation, Jack Wang
    • Re: [PATCH v6 13/25] rtrs: include client and server modules into kernel compilation, Bart Van Assche
      • Re: [PATCH v6 13/25] rtrs: include client and server modules into kernel compilation, Jinpu Wang
  • [PATCH v6 12/25] rtrs: server: sysfs interface functions, Jack Wang
    • Re: [PATCH v6 12/25] rtrs: server: sysfs interface functions, Bart Van Assche
      • Re: [PATCH v6 12/25] rtrs: server: sysfs interface functions, Jinpu Wang
  • [PATCH v6 16/25] rnbd: client: private header with client structs and functions, Jack Wang
    • Re: [PATCH v6 16/25] rnbd: client: private header with client structs and functions, Bart Van Assche
      • Re: [PATCH v6 16/25] rnbd: client: private header with client structs and functions, Jinpu Wang
  • [PATCH v6 15/25] rnbd: private headers with rnbd protocol structs and helpers, Jack Wang
    • Re: [PATCH v6 15/25] rnbd: private headers with rnbd protocol structs and helpers, Bart Van Assche
      • Re: [PATCH v6 15/25] rnbd: private headers with rnbd protocol structs and helpers, Jinpu Wang
  • [PATCH v6 18/25] rnbd: client: sysfs interface functions, Jack Wang
    • Re: [PATCH v6 18/25] rnbd: client: sysfs interface functions, Bart Van Assche
      • Re: [PATCH v6 18/25] rnbd: client: sysfs interface functions, Jinpu Wang
        • Re: [PATCH v6 18/25] rnbd: client: sysfs interface functions, Bart Van Assche
          • Re: [PATCH v6 18/25] rnbd: client: sysfs interface functions, Jinpu Wang
  • [PATCH v6 19/25] rnbd: server: private header with server structs and functions, Jack Wang
  • [PATCH v6 17/25] rnbd: client: main functionality, Jack Wang
    • Re: [PATCH v6 17/25] rnbd: client: main functionality, Bart Van Assche
      • Re: [PATCH v6 17/25] rnbd: client: main functionality, Jinpu Wang
      • Re: [PATCH v6 17/25] rnbd: client: main functionality, Jinpu Wang
        • Re: [PATCH v6 17/25] rnbd: client: main functionality, Roman Penyaev
          • Re: [PATCH v6 17/25] rnbd: client: main functionality, Jinpu Wang
  • [PATCH v6 20/25] rnbd: server: main functionality, Jack Wang
  • [PATCH v6 21/25] rnbd: server: functionality for IO submission to file or block dev, Jack Wang
  • [PATCH v6 22/25] rnbd: server: sysfs interface functions, Jack Wang
  • [PATCH v6 14/25] rtrs: a bit of documentation, Jack Wang
    • Re: [PATCH v6 14/25] rtrs: a bit of documentation, Bart Van Assche
      • Re: [PATCH v6 14/25] rtrs: a bit of documentation, Jinpu Wang
    • Re: [PATCH v6 14/25] rtrs: a bit of documentation, Bart Van Assche
      • Re: [PATCH v6 14/25] rtrs: a bit of documentation, Jinpu Wang
  • [PATCH v6 23/25] rnbd: include client and server modules into kernel compilation, Jack Wang
  • [PATCH v6 25/25] MAINTAINERS: Add maintainers for RNBD/RTRS modules, Jack Wang
    • Re: [PATCH v6 25/25] MAINTAINERS: Add maintainers for RNBD/RTRS modules, Gal Pressman
      • Re: [PATCH v6 25/25] MAINTAINERS: Add maintainers for RNBD/RTRS modules, Jinpu Wang
  • [PATCH v6 24/25] rnbd: a bit of documentation, Jack Wang
  • Re: [PATCH v6 00/25] RTRS (former IBTRS) rdma transport library and RNBD (former IBNBD) rdma network block device, Bart Van Assche
    • Re: [PATCH v6 00/25] RTRS (former IBTRS) rdma transport library and RNBD (former IBNBD) rdma network block device, Jinpu Wang
  • Re: [PATCH v6 00/25] RTRS (former IBTRS) rdma transport library and RNBD (former IBNBD) rdma network block device, Bart Van Assche
    • Re: [PATCH v6 00/25] RTRS (former IBTRS) rdma transport library and RNBD (former IBNBD) rdma network block device, Jinpu Wang
    • Re: [PATCH v6 00/25] RTRS (former IBTRS) rdma transport library and RNBD (former IBNBD) rdma network block device, Jason Gunthorpe
      • Re: [PATCH v6 00/25] RTRS (former IBTRS) rdma transport library and RNBD (former IBNBD) rdma network block device, Jinpu Wang
• [PATCH v4] infiniband: i40iw: fix a potential NULL pointer dereference, Xiyu Yang
  • Re: [PATCH v4] infiniband: i40iw: fix a potential NULL pointer dereference, Markus Elfring
  • RE: [PATCH v4] infiniband: i40iw: fix a potential NULL pointer dereference, Saleem, Shiraz
  • Re: [PATCH v4] infiniband: i40iw: fix a potential NULL pointer dereference, Jason Gunthorpe
    • RE: [PATCH v4] infiniband: i40iw: fix a potential NULL pointer dereference, Saleem, Shiraz
• [PATCH v5 for-next 0/2] RDMA/hns: Add the workqueue framework for flush cqe handler, Yixian Liu
  • [PATCH v5 for-next 1/2] RDMA/hns: Add the workqueue framework for flush cqe handler, Yixian Liu
    • Re: [PATCH v5 for-next 1/2] RDMA/hns: Add the workqueue framework for flush cqe handler, Jason Gunthorpe
      • Re: [PATCH v5 for-next 1/2] RDMA/hns: Add the workqueue framework for flush cqe handler, Liuyixian (Eason)
      • Re: [PATCH v5 for-next 1/2] RDMA/hns: Add the workqueue framework for flush cqe handler, Liuyixian (Eason)
        • Re: [PATCH v5 for-next 1/2] RDMA/hns: Add the workqueue framework for flush cqe handler, Jason Gunthorpe
          • Re: [PATCH v5 for-next 1/2] RDMA/hns: Add the workqueue framework for flush cqe handler, Liuyixian (Eason)
          • Re: [PATCH v5 for-next 1/2] RDMA/hns: Add the workqueue framework for flush cqe handler, Liuyixian (Eason)
  • [PATCH v5 for-next 2/2] RDMA/hns: Delayed flush cqe process with workqueue, Yixian Liu
• [PATCH] RDMA/rxe: Fix error type of mmap_offset, Jiewei Ke
  • Re: [PATCH] RDMA/rxe: Fix error type of mmap_offset, Jason Gunthorpe
• [PATCH v3] infiniband: i40iw: fix a potential NULL pointer dereference, xiyuyang19
  • Re: [PATCH v3] infiniband: i40iw: fix a potential NULL pointer dereference, Leon Romanovsky
  • Re: [PATCH v3] infiniband: i40iw: fix a potential NULL pointer dereference, Markus Elfring
• [PATCH v2] infiniband: i40iw: fix a potential NULL pointer dereference, xiyuyang19
  • Re: [PATCH v2] infiniband: i40iw: fix a potential NULL pointer dereference, Leon Romanovsky
• [PATCH] infiniband: i40iw: fix a potential NULL pointer dereference, xiyuyang19
  • Re: [PATCH] infiniband: i40iw: fix a potential NULL pointer dereference, Leon Romanovsky
• rxe panic, Frank Huang
  • Re: rxe panic, Zhu Yanjun
    • Re: rxe panic, Frank Huang
      • Re: rxe panic, Zhu Yanjun
        • Re: rxe panic, Frank Huang
  • Re: rxe panic, Leon Romanovsky
    • Re: rxe panic, Frank Huang
      • Re: rxe panic, Frank Huang
      • Re: rxe panic, Leon Romanovsky
        • Re: rxe panic, Zhu Yanjun
          • Re: rxe panic, Frank Huang
            • Re: rxe panic, Zhu Yanjun
• [PATCH v4 for-next 0/2] Fix crash due to sleepy mutex while holding lock in post_{send|recv|poll}, Yixian Liu
  • [PATCH v4 for-next 1/2] RDMA/hns: Add the workqueue framework for flush cqe handler, Yixian Liu
    • Re: [PATCH v4 for-next 1/2] RDMA/hns: Add the workqueue framework for flush cqe handler, Leon Romanovsky
      • Re: [PATCH v4 for-next 1/2] RDMA/hns: Add the workqueue framework for flush cqe handler, Liuyixian (Eason)
  • [PATCH v4 for-next 2/2] RDMA/hns: Delayed flush cqe process with workqueue, Yixian Liu
• [PATCH 0/5] RDMA: use true,false for bool variable, zhengbin
  • [PATCH 5/5] RDMA/mlx5: use true,false for bool variable, zhengbin
    • Re: [PATCH 5/5] RDMA/mlx5: use true,false for bool variable, Leon Romanovsky
  • [PATCH 4/5] RDMA/mlx4: use true,false for bool variable, zhengbin
    • Re: [PATCH 4/5] RDMA/mlx4: use true,false for bool variable, Leon Romanovsky
  • [PATCH 1/5] RDMA/siw: use true,false for bool variable, zhengbin
    • Re: [PATCH 1/5] RDMA/siw: use true,false for bool variable, Leon Romanovsky
  • [PATCH 2/5] IB/hfi1: use true,false for bool variable, zhengbin
    • Re: [PATCH 2/5] IB/hfi1: use true,false for bool variable, Leon Romanovsky
  • [PATCH 3/5] IB/iser: use true,false for bool variable, zhengbin
  • Re: [PATCH 0/5] RDMA: use true,false for bool variable, Jason Gunthorpe
  • RE: [PATCH 0/5] RDMA: use true,false for bool variable, Bernard Metzler
• [PATCH for-next] RDMA/core: Fix storing node_desc, Kamal Heib
  • Re: [PATCH for-next] RDMA/core: Fix storing node_desc, Jason Gunthorpe
    • Re: [PATCH for-next] RDMA/core: Fix storing node_desc, Kamal Heib
• [PATCH rdma-rc v1 0/3] ODP Fixes, Leon Romanovsky
  • [PATCH rdma-rc v1 1/3] IB/mlx5: Unify ODP MR code paths to allow extra flexibility, Leon Romanovsky
  • [PATCH rdma-rc v1 2/3] IB/core: Fix ODP get user pages flow, Leon Romanovsky
  • [PATCH rdma-rc v1 3/3] IB/core: Fix ODP with IB_ACCESS_HUGETLB handling, Leon Romanovsky
  • Re: [PATCH rdma-rc v1 0/3] ODP Fixes, Jason Gunthorpe
• [PATCH 0/1] pyverbs: fix speed_to_str(), to handle disabled links, John Hubbard
  • [PATCH 1/1] pyverbs: fix speed_to_str(), to handle disabled links, John Hubbard
    • Re: [PATCH 1/1] pyverbs: fix speed_to_str(), to handle disabled links, Noa Osherovich
      • Re: [PATCH 1/1] pyverbs: fix speed_to_str(), to handle disabled links, John Hubbard
    • Re: [PATCH 1/1] pyverbs: fix speed_to_str(), to handle disabled links, Leon Romanovsky
  • Re: [PATCH 0/1] pyverbs: fix speed_to_str(), to handle disabled links, Leon Romanovsky
• [PATCH v5 00/25] RTRS (former IBTRS) rdma transport library and the corresponding RNBD (former IBNBD) rdma network block device, Jack Wang
  • [PATCH v5 02/25] rtrs: public interface header to establish RDMA connections, Jack Wang
    • Re: [PATCH v5 02/25] rtrs: public interface header to establish RDMA connections, Leon Romanovsky
      • Re: [PATCH v5 02/25] rtrs: public interface header to establish RDMA connections, Danil Kipnis
        • Re: [PATCH v5 02/25] rtrs: public interface header to establish RDMA connections, Leon Romanovsky
          • Re: [PATCH v5 02/25] rtrs: public interface header to establish RDMA connections, Jinpu Wang
            • Re: [PATCH v5 02/25] rtrs: public interface header to establish RDMA connections, Leon Romanovsky
              • Re: [PATCH v5 02/25] rtrs: public interface header to establish RDMA connections, Jinpu Wang
  • [PATCH v5 01/25] sysfs: export sysfs_remove_file_self(), Jack Wang
    • Re: [PATCH v5 01/25] sysfs: export sysfs_remove_file_self(), Jinpu Wang
  • [PATCH v5 03/25] rtrs: private headers with rtrs protocol structs and helpers, Jack Wang
  • [PATCH v5 04/25] rtrs: core: lib functions shared between client and server modules, Jack Wang
  • [PATCH v5 05/25] rtrs: client: private header with client structs and functions, Jack Wang
  • [PATCH v5 07/25] rtrs: client: statistics functions, Jack Wang
  • [PATCH v5 06/25] rtrs: client: main functionality, Jack Wang
  • [PATCH v5 09/25] rtrs: server: private header with server structs and functions, Jack Wang
  • [PATCH v5 08/25] rtrs: client: sysfs interface functions, Jack Wang
  • [PATCH v5 11/25] rtrs: server: statistics functions, Jack Wang
  • [PATCH v5 12/25] rtrs: server: sysfs interface functions, Jack Wang
  • [PATCH v5 10/25] rtrs: server: main functionality, Jack Wang
  • [PATCH v5 13/25] rtrs: include client and server modules into kernel compilation, Jack Wang
  • [PATCH v5 14/25] rtrs: a bit of documentation, Jack Wang
  • [PATCH v5 15/25] rnbd: private headers with rnbd protocol structs and helpers, Jack Wang
  • [PATCH v5 16/25] rnbd: client: private header with client structs and functions, Jack Wang
  • [PATCH v5 17/25] rnbd: client: main functionality, Jack Wang
  • [PATCH v5 19/25] rnbd: server: private header with server structs and functions, Jack Wang
  • [PATCH v5 18/25] rnbd: client: sysfs interface functions, Jack Wang
  • [PATCH v5 20/25] rnbd: server: main functionality, Jack Wang
  • [PATCH v5 22/25] rnbd: server: sysfs interface functions, Jack Wang
    • Re: [PATCH v5 22/25] rnbd: server: sysfs interface functions, Leon Romanovsky
      • Re: [PATCH v5 22/25] rnbd: server: sysfs interface functions, Jinpu Wang
  • [PATCH v5 21/25] rnbd: server: functionality for IO submission to file or block dev, Jack Wang
  • [PATCH v5 23/25] rnbd: include client and server modules into kernel compilation, Jack Wang
  • [PATCH v5 25/25] MAINTAINERS: Add maintainers for RNBD/RTRS modules, Jack Wang
    • Re: [PATCH v5 25/25] MAINTAINERS: Add maintainers for RNBD/RTRS modules, Gal Pressman
      • Re: [PATCH v5 25/25] MAINTAINERS: Add maintainers for RNBD/RTRS modules, Jinpu Wang
  • [PATCH v5 24/25] rnbd: a bit of documentation, Jack Wang
  • Re: [PATCH v5 00/25] RTRS (former IBTRS) rdma transport library and the corresponding RNBD (former IBNBD) rdma network block device, Leon Romanovsky
  • Re: [PATCH v5 00/25] RTRS (former IBTRS) rdma transport library and the corresponding RNBD (former IBNBD) rdma network block device, Jason Gunthorpe