Linux RDMA and InfiniBand Development

• Date Index

• [RFC RESEND 04/16] iommu/dma: Provide an interface to allow preallocate IOVA, (continued)
  • [RFC RESEND 04/16] iommu/dma: Provide an interface to allow preallocate IOVA, Leon Romanovsky
  • [RFC RESEND 05/16] iommu/dma: Prepare map/unmap page functions to receive IOVA, Leon Romanovsky
  • [RFC RESEND 06/16] iommu/dma: Implement link/unlink page callbacks, Leon Romanovsky
  • [RFC RESEND 07/16] RDMA/umem: Preallocate and cache IOVA for UMEM ODP, Leon Romanovsky
  • [RFC RESEND 08/16] RDMA/umem: Store ODP access mask information in PFN, Leon Romanovsky
  • [RFC RESEND 09/16] RDMA/core: Separate DMA mapping to caching IOVA and page linkage, Leon Romanovsky
  • [RFC RESEND 10/16] RDMA/umem: Prevent UMEM ODP creation with SWIOTLB, Leon Romanovsky
  • [RFC RESEND 11/16] vfio/mlx5: Explicitly use number of pages instead of allocated length, Leon Romanovsky
  • [RFC RESEND 12/16] vfio/mlx5: Rewrite create mkey flow to allow better code reuse, Leon Romanovsky
  • [RFC RESEND 13/16] vfio/mlx5: Explicitly store page list, Leon Romanovsky
  • [RFC RESEND 14/16] vfio/mlx5: Convert vfio to use DMA link API, Leon Romanovsky
  • [RFC RESEND 15/16] block: add dma_link_range() based API, Leon Romanovsky
  • [RFC RESEND 16/16] nvme-pci: use blk_rq_dma_map() for NVMe SGL, Leon Romanovsky
    • Re: [RFC RESEND 16/16] nvme-pci: use blk_rq_dma_map() for NVMe SGL, Keith Busch
      • Re: [RFC RESEND 16/16] nvme-pci: use blk_rq_dma_map() for NVMe SGL, Jens Axboe
        • Re: [RFC RESEND 16/16] nvme-pci: use blk_rq_dma_map() for NVMe SGL, Chaitanya Kulkarni
          • Re: [RFC RESEND 16/16] nvme-pci: use blk_rq_dma_map() for NVMe SGL, Chaitanya Kulkarni
      • Re: [RFC RESEND 16/16] nvme-pci: use blk_rq_dma_map() for NVMe SGL, Christoph Hellwig
        • Re: [RFC RESEND 16/16] nvme-pci: use blk_rq_dma_map() for NVMe SGL, Jason Gunthorpe
          • Re: [RFC RESEND 16/16] nvme-pci: use blk_rq_dma_map() for NVMe SGL, Christoph Hellwig
    • Re: [RFC RESEND 16/16] nvme-pci: use blk_rq_dma_map() for NVMe SGL, Zhu Yanjun
      • Re: [RFC RESEND 16/16] nvme-pci: use blk_rq_dma_map() for NVMe SGL, Leon Romanovsky
        • Re: [RFC RESEND 16/16] nvme-pci: use blk_rq_dma_map() for NVMe SGL, Zhu Yanjun
  • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Robin Murphy
    • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Leon Romanovsky
      • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Christoph Hellwig
        • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Jason Gunthorpe
          • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Christoph Hellwig
            • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Jason Gunthorpe
              • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Christoph Hellwig
                • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Jason Gunthorpe
                  • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Christoph Hellwig
                    • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Jason Gunthorpe
                      • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Christoph Hellwig
                        • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Jason Gunthorpe
                          • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Christoph Hellwig
                            • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Leon Romanovsky
                              • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Christoph Hellwig
                                • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Leon Romanovsky
                                  • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Christoph Hellwig
                            • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Jason Gunthorpe
                              • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Leon Romanovsky
                                • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Christoph Hellwig
                                  • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Leon Romanovsky
                                    • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Christoph Hellwig
                              • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Christoph Hellwig
                                • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Jason Gunthorpe
                                  • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Christoph Hellwig
                                    • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Jason Gunthorpe
  • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Zhu Yanjun
    • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Zhu Yanjun
  • RE: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Zeng, Oak
    • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Zhu Yanjun
    • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Jason Gunthorpe
      • RE: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Zeng, Oak
      • RE: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Zeng, Oak
        • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Zhu Yanjun
        • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Leon Romanovsky
          • RE: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Zeng, Oak
            • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Jason Gunthorpe
              • RE: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Zeng, Oak
                • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Zhu Yanjun
                • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Leon Romanovsky
                  • RE: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Zeng, Oak
                    • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Leon Romanovsky
            • Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps, Leon Romanovsky
• [RFC 01/16] mm/hmm: let users to tag specific PFNs, Leon Romanovsky
  • [RFC 02/16] dma-mapping: provide an interface to allocate IOVA, Leon Romanovsky
  • [RFC 03/16] dma-mapping: provide callbacks to link/unlink pages to specific IOVA, Leon Romanovsky
  • [RFC 04/16] iommu/dma: Provide an interface to allow preallocate IOVA, Leon Romanovsky
  • [RFC 05/16] iommu/dma: Prepare map/unmap page functions to receive IOVA, Leon Romanovsky
  • [RFC 06/16] iommu/dma: Implement link/unlink page callbacks, Leon Romanovsky
  • [RFC 07/16] RDMA/umem: Preallocate and cache IOVA for UMEM ODP, Leon Romanovsky
  • [RFC 08/16] RDMA/umem: Store ODP access mask information in PFN, Leon Romanovsky
  • [RFC 09/16] RDMA/core: Separate DMA mapping to caching IOVA and page linkage, Leon Romanovsky
  • [RFC 10/16] RDMA/umem: Prevent UMEM ODP creation with SWIOTLB, Leon Romanovsky
  • [RFC 11/16] vfio/mlx5: Explicitly use number of pages instead of allocated length, Leon Romanovsky
  • [RFC 12/16] vfio/mlx5: Rewrite create mkey flow to allow better code reuse, Leon Romanovsky
  • [RFC 13/16] vfio/mlx5: Explicitly store page list, Leon Romanovsky
  • [RFC 14/16] vfio/mlx5: Convert vfio to use DMA link API, Leon Romanovsky
  • [RFC 15/16] block: add dma_link_range() based API, Leon Romanovsky
  • [RFC 16/16] nvme-pci: use blk_rq_dma_map() for NVMe SGL, Leon Romanovsky
• [RFC 00/16] Split IOMMU DMA mapping operation to two steps, Leon Romanovsky
  • Re: [RFC 00/16] Split IOMMU DMA mapping operation to two steps, Leon Romanovsky
• [PATCH for-next] RDMA/hns: Append SCC context to the raw dump of QPC, Junxian Huang
  • Re: [PATCH for-next] RDMA/hns: Append SCC context to the raw dump of QPC, Leon Romanovsky
• [PATCH rdma-next v3 0/2] RDMA/mana_ib: Improve dma region creation, Konstantin Taranov
  • [PATCH rdma-next v3 1/2] RDMA/mana_ib: Fix bug in creation of dma regions, Konstantin Taranov
  • [PATCH rdma-next v3 2/2] RDMA/mana_ib: Use virtual address in dma regions for MRs, Konstantin Taranov
    • Re: [PATCH rdma-next v3 2/2] RDMA/mana_ib: Use virtual address in dma regions for MRs, Zhu Yanjun
  • Re: [PATCH rdma-next v3 0/2] RDMA/mana_ib: Improve dma region creation, Leon Romanovsky
• [rdma:wip/leon-for-next] BUILD SUCCESS 155f04366e3cad7cc7471f8736aa05ec0300cddd, kernel test robot
• [recipe build #3692247] of ~linux-rdma rdma-core-daily in xenial: Dependency wait, noreply
• [PATCH][next] RDMA/uverbs: Avoid -Wflex-array-member-not-at-end warnings, Gustavo A. R. Silva
  • Re: [PATCH][next] RDMA/uverbs: Avoid -Wflex-array-member-not-at-end warnings, Kees Cook
  • Re: [PATCH][next] RDMA/uverbs: Avoid -Wflex-array-member-not-at-end warnings, Leon Romanovsky
• [PATCH v2 for-next] RDMA/hns: Support userspace configuring congestion control algorithm with QP granularity, Junxian Huang
  • Re: [PATCH v2 for-next] RDMA/hns: Support userspace configuring congestion control algorithm with QP granularity, Leon Romanovsky
• [PATCH] RDMA/restrack: Fix potential invalid address access, Wenchao Hao
  • Re: [PATCH] RDMA/restrack: Fix potential invalid address access, Leon Romanovsky
    • Re: [PATCH] RDMA/restrack: Fix potential invalid address access, Wenchao Hao
      • Re: [PATCH] RDMA/restrack: Fix potential invalid address access, Leon Romanovsky
        • Re: [PATCH] RDMA/restrack: Fix potential invalid address access, Wenchao Hao
  • Re: [PATCH] RDMA/restrack: Fix potential invalid address access, Leon Romanovsky
    • Re: [PATCH] RDMA/restrack: Fix potential invalid address access, Wenchao Hao
      • Re: [PATCH] RDMA/restrack: Fix potential invalid address access, Leon Romanovsky
• [PATCH AUTOSEL 5.4 1/6] RDMA/mlx5: Relax DEVX access upon modify commands, Sasha Levin
• [PATCH AUTOSEL 5.10 1/8] RDMA/mlx5: Fix fortify source warning while accessing Eth segment, Sasha Levin
  • [PATCH AUTOSEL 5.10 2/8] RDMA/mlx5: Relax DEVX access upon modify commands, Sasha Levin
• [PATCH AUTOSEL 5.15 1/9] RDMA/mlx5: Fix fortify source warning while accessing Eth segment, Sasha Levin
  • [PATCH AUTOSEL 5.15 2/9] RDMA/mlx5: Relax DEVX access upon modify commands, Sasha Levin
• [PATCH AUTOSEL 6.1 03/12] RDMA/mlx5: Relax DEVX access upon modify commands, Sasha Levin
• [PATCH AUTOSEL 6.1 02/12] RDMA/mlx5: Fix fortify source warning while accessing Eth segment, Sasha Levin
• [PATCH AUTOSEL 6.6 04/22] RDMA/mlx5: Relax DEVX access upon modify commands, Sasha Levin
• [PATCH AUTOSEL 6.6 03/22] RDMA/mlx5: Fix fortify source warning while accessing Eth segment, Sasha Levin
• [PATCH AUTOSEL 6.7 04/24] RDMA/mlx5: Relax DEVX access upon modify commands, Sasha Levin
• [PATCH AUTOSEL 6.7 03/24] RDMA/mlx5: Fix fortify source warning while accessing Eth segment, Sasha Levin
• question about in-tree vs out-of-tree Broadcom ROCE drivers., Chris Friesen
  • RE: question about in-tree vs out-of-tree Broadcom ROCE drivers., Ma, Jiping
    • Re: question about in-tree vs out-of-tree Broadcom ROCE drivers., Selvin Xavier
      • RE: question about in-tree vs out-of-tree Broadcom ROCE drivers., Ma, Jiping
        • Re: question about in-tree vs out-of-tree Broadcom ROCE drivers., Selvin Xavier
• [PATCH RFC] RDMA/cm: add timeout to cm_destroy_id wait, Manjunath Patil
  • Re: [PATCH RFC] RDMA/cm: add timeout to cm_destroy_id wait, Leon Romanovsky
    • Re: [PATCH RFC] RDMA/cm: add timeout to cm_destroy_id wait, Manjunath Patil
      • Re: [PATCH RFC] RDMA/cm: add timeout to cm_destroy_id wait, Leon Romanovsky
        • Re: [PATCH RFC] RDMA/cm: add timeout to cm_destroy_id wait, Manjunath Patil
• [recipe build #3689623] of ~linux-rdma rdma-core-daily in xenial: Dependency wait, noreply
• [LSF/MM/BPF TOPIC] [LSF/MM/BPF ATTEND] : Two stage IOMMU DMA mapping operations, Chaitanya Kulkarni
  • Re: [LSF/MM/BPF TOPIC] [LSF/MM/BPF ATTEND] : Two stage IOMMU DMA mapping operations, Leon Romanovsky
    • Re: [LSF/MM/BPF TOPIC] [LSF/MM/BPF ATTEND] : Two stage IOMMU DMA mapping operations, Zhu Yanjun
      • Re: [LSF/MM/BPF TOPIC] [LSF/MM/BPF ATTEND] : Two stage IOMMU DMA mapping operations, Zhu Yanjun
  • Re: [LSF/MM/BPF TOPIC] [LSF/MM/BPF ATTEND] : Two stage IOMMU DMA mapping operations, Jason Gunthorpe
• [PATCH v2 net 0/5] tcp/rds: Fix use-after-free around kernel TCP reqsk., Kuniyuki Iwashima
  • [PATCH v2 net 1/5] tcp: Restart iteration after removing reqsk in inet_twsk_purge()., Kuniyuki Iwashima
  • [PATCH v2 net 2/5] Revert "tcp: Clean up kernel listener's reqsk in inet_twsk_purge()", Kuniyuki Iwashima
  • [PATCH v2 net 3/5] net: Convert @kern of __sock_create() to enum., Kuniyuki Iwashima
    • RE: [PATCH v2 net 3/5] net: Convert @kern of __sock_create() to enum., David Laight
  • [PATCH v2 net 4/5] rds: tcp: Fix use-after-free of net in reqsk_timer_handler()., Kuniyuki Iwashima
    • Re: [PATCH v2 net 4/5] rds: tcp: Fix use-after-free of net in reqsk_timer_handler()., Eric Dumazet
      • Re: [PATCH v2 net 4/5] rds: tcp: Fix use-after-free of net in reqsk_timer_handler()., Kuniyuki Iwashima
  • [PATCH v2 net 5/5] tcp: Add assertion for reqsk->rsk_listener->sk_net_refcnt., Kuniyuki Iwashima
• [recipe build #3688923] of ~linux-rdma rdma-core-daily in xenial: Dependency wait, noreply
• [rdma:wip/leon-for-next] BUILD SUCCESS 7a7b7f575a25aa68ee934ee8107294487efcb3fe, kernel test robot
• [PATCH rdma-next v2 0/2] RDMA/mana_ib: Improve dma region creation, Konstantin Taranov
  • [PATCH rdma-next v2 2/2] RDMA/mana_ib: Use virtual address in dma regions for MRs, Konstantin Taranov
    • RE: [PATCH rdma-next v2 2/2] RDMA/mana_ib: Use virtual address in dma regions for MRs, Long Li
    • Re: [PATCH rdma-next v2 2/2] RDMA/mana_ib: Use virtual address in dma regions for MRs, Zhu Yanjun
  • [PATCH rdma-next v2 1/2] RDMA/mana_ib: Fix bug in creation of dma regions, Konstantin Taranov
• [FYI][PATCH] tracing/treewide: Remove second parameter of __assign_str(), Steven Rostedt
  • Re: [FYI][PATCH] tracing/treewide: Remove second parameter of __assign_str(), Steven Rostedt
  • Re: [FYI][PATCH] tracing/treewide: Remove second parameter of __assign_str(), Jeff Johnson
    • Re: [FYI][PATCH] tracing/treewide: Remove second parameter of __assign_str(), Steven Rostedt
      • Re: [FYI][PATCH] tracing/treewide: Remove second parameter of __assign_str(), Kent Overstreet
        • Re: [FYI][PATCH] tracing/treewide: Remove second parameter of __assign_str(), Steven Rostedt
      • Re: [FYI][PATCH] tracing/treewide: Remove second parameter of __assign_str(), Steven Rostedt
  • Re: [FYI][PATCH] tracing/treewide: Remove second parameter of __assign_str(), Alison Schofield
    • Re: [FYI][PATCH] tracing/treewide: Remove second parameter of __assign_str(), Steven Rostedt
• [PATCH v1 net 0/2] rds: Fix use-after-free of net by tcp reqsk timer., Kuniyuki Iwashima
  • [PATCH v1 net 1/2] Revert "tcp: Clean up kernel listener's reqsk in inet_twsk_purge()", Kuniyuki Iwashima
  • [PATCH v1 net 2/2] rds: tcp: Fix use-after-free of net in reqsk_timer_handler()., Kuniyuki Iwashima
    • Re: [PATCH v1 net 2/2] rds: tcp: Fix use-after-free of net in reqsk_timer_handler()., Eric Dumazet
      • Re: [PATCH v1 net 2/2] rds: tcp: Fix use-after-free of net in reqsk_timer_handler()., Kuniyuki Iwashima
        • Re: [PATCH v1 net 2/2] rds: tcp: Fix use-after-free of net in reqsk_timer_handler()., Kuniyuki Iwashima
          • Re: [PATCH v1 net 2/2] rds: tcp: Fix use-after-free of net in reqsk_timer_handler()., Allison Henderson
            • Re: [PATCH v1 net 2/2] rds: tcp: Fix use-after-free of net in reqsk_timer_handler()., Kuniyuki Iwashima
              • Re: [PATCH v1 net 2/2] rds: tcp: Fix use-after-free of net in reqsk_timer_handler()., Eric Dumazet
                • Re: [PATCH v1 net 2/2] rds: tcp: Fix use-after-free of net in reqsk_timer_handler()., Kuniyuki Iwashima
            • Re: [PATCH v1 net 2/2] rds: tcp: Fix use-after-free of net in reqsk_timer_handler()., Eric Dumazet
              • Re: [PATCH v1 net 2/2] rds: tcp: Fix use-after-free of net in reqsk_timer_handler()., Kuniyuki Iwashima
                • Re: [PATCH v1 net 2/2] rds: tcp: Fix use-after-free of net in reqsk_timer_handler()., Eric Dumazet
                  • Re: [PATCH v1 net 2/2] rds: tcp: Fix use-after-free of net in reqsk_timer_handler()., Kuniyuki Iwashima
• [syzbot] [rdma?] KASAN: slab-use-after-free Read in rdma_resolve_route, syzbot
  • Re: [syzbot] [rdma?] KASAN: slab-use-after-free Read in rdma_resolve_route, Zhu Yanjun
    • Re: [syzbot] [rdma?] KASAN: slab-use-after-free Read in rdma_resolve_route, Zhu Yanjun
  • <Possible follow-ups>
  • Re: [syzbot] [rdma?] KASAN: slab-use-after-free Read in rdma_resolve_route, xingwei lee
    • Re: [syzbot] [rdma?] KASAN: slab-use-after-free Read in rdma_resolve_route, Zhu Yanjun
• [rdma:wip/jgg-for-next] BUILD SUCCESS 14b526f55ba5916856126f9793309fd6de5c5e7e, kernel test robot
• [PATCH] RDMA/rtrs-clt: check strnlen return len in sysfs mpath_policy_store(), Alexey Kodanev
  • Re: [PATCH] RDMA/rtrs-clt: check strnlen return len in sysfs mpath_policy_store(), Jinpu Wang
  • Re: [PATCH] RDMA/rtrs-clt: check strnlen return len in sysfs mpath_policy_store(), Leon Romanovsky
• [PATCH 0/6] Fix mlx5 write combining support on new ARM64 cores, Jason Gunthorpe
  • [PATCH 6/6] IB/mlx5: Use __iowrite64_copy() for write combining stores, Jason Gunthorpe
  • [PATCH 5/6] net: hns3: Remove io_stop_wc() calls after __iowrite64_copy(), Jason Gunthorpe
    • Re: [PATCH 5/6] net: hns3: Remove io_stop_wc() calls after __iowrite64_copy(), Jijie Shao
  • [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), Jason Gunthorpe
    • Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), Will Deacon
      • Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), Jason Gunthorpe
    • RE: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), David Laight
      • Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), Jason Gunthorpe
        • RE: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), David Laight
          • Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), Niklas Schnelle
            • RE: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), David Laight
              • Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), Jason Gunthorpe
          • Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), Niklas Schnelle
            • RE: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), David Laight
              • Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), Jason Gunthorpe
                • RE: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), David Laight
                  • Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), Jason Gunthorpe
            • Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), Jason Gunthorpe
              • Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), Niklas Schnelle
                • Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), Jason Gunthorpe
    • Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), Catalin Marinas
      • Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), Jason Gunthorpe
        • Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), Catalin Marinas
          • Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), Jason Gunthorpe
    • Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), Catalin Marinas
      • Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), Jason Gunthorpe
    • Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), Catalin Marinas
  • [PATCH 3/6] s390: Stop using weak symbols for __iowrite64_copy(), Jason Gunthorpe
  • [PATCH 2/6] s390: Implement __iowrite32_copy(), Jason Gunthorpe
  • [PATCH 1/6] x86: Stop using weak symbols for __iowrite32_copy(), Jason Gunthorpe
• [RFC net-next 00/20] Introduce IPPROTO_SMC, D. Wythe
  • [RFC net-next 02/20] net/smc: read&write sock state via unified macros, D. Wythe
  • [RFC net-next 05/20] net/smc: try test to fallback when ulp set, D. Wythe
  • [RFC net-next 01/20] net: export partial symbols in inet/inet6 proto_ops, D. Wythe
  • [RFC net-next 04/20] net/smc: refactor smc_accept_poll, D. Wythe
  • [RFC net-next 09/20] net/smc: refator smc_switch_to_fallback, D. Wythe
  • [RFC net-next 12/20] net/smc: refatoring initialization of smc sock, D. Wythe
  • [RFC net-next 08/20] net/smc: optimize mutex_fback_rsn from mutex to spinlock, D. Wythe
  • [RFC net-next 07/20] net/smc: refactor sock_flag/sock_set_flag, D. Wythe
  • [RFC net-next 10/20] net/smc: make initialization code in smc_listen independent, D. Wythe
  • [RFC net-next 11/20] net/smc: make __smc_accept can return the new accepted sock, D. Wythe
  • [RFC net-next 20/20] net/smc: support diag for smc inet mode, D. Wythe
  • [RFC net-next 13/20] net/smc: embedded tcp sock into smc sock, D. Wythe
  • [RFC net-next 17/20] net/smc: add dummy implementation for inet smc sock, D. Wythe
  • [RFC net-next 06/20] net/smc: fast return on unconcernd TCP options, D. Wythe
  • [RFC net-next 19/20] net/smc: support smc inet with merge socks, D. Wythe
  • [RFC net-next 16/20] net/smc: add inet proto defination for SMC, D. Wythe
  • [RFC net-next 18/20] net/smc: add define and macro for smc_negotiation, D. Wythe
  • [RFC net-next 14/20] net/smc: allow to access the state of inet smc sock, D. Wythe
  • [RFC net-next 03/20] net/smc: refactor smc_setsockopt, D. Wythe
  • [RFC net-next 15/20] net/smc: enable access of sock flags of inet smc sock, D. Wythe
• [PATCH for-next] RDMA/hns: Support userspace configuring congestion control algorithm with QP granularity, Junxian Huang
• [PATCH 1/2] net/mlx5: pre-initialize sprintf buffers, Arnd Bergmann
  • [PATCH 2/2] [v2] net/mlx5: fix possible stack overflows, Arnd Bergmann
    • Re: [PATCH 2/2] [v2] net/mlx5: fix possible stack overflows, Simon Horman
      • Re: [PATCH 2/2] [v2] net/mlx5: fix possible stack overflows, Arnd Bergmann
        • Re: [PATCH 2/2] [v2] net/mlx5: fix possible stack overflows, Yevgeny Kliteynik
        • Re: [PATCH 2/2] [v2] net/mlx5: fix possible stack overflows, Simon Horman
  • Re: [PATCH 1/2] net/mlx5: pre-initialize sprintf buffers, Zhu Yanjun
    • Re: [PATCH 1/2] net/mlx5: pre-initialize sprintf buffers, Yevgeny Kliteynik
      • Re: [PATCH 1/2] net/mlx5: pre-initialize sprintf buffers, Zhu Yanjun
• [PATCH for-next] RDMA/hns: Fix mis-modifying default congestion control algorithm, Junxian Huang
  • Re: [PATCH for-next] RDMA/hns: Fix mis-modifying default congestion control algorithm, Leon Romanovsky
• [PATCH v2] RDMA/uverbs: Remove flexible arrays from struct *_filter, Erick Archer
  • Re: [PATCH v2] RDMA/uverbs: Remove flexible arrays from struct *_filter, Jason Gunthorpe
• [recipe build #3683611] of ~linux-rdma rdma-core-daily in xenial: Dependency wait, noreply
• [PATCH 0/3] PCI LNKCTL2 RMW Accessor Cleanup, Ilpo Järvinen
  • [PATCH 1/3] drm/radeon: Use RMW accessors for changing LNKCTL2, Ilpo Järvinen
    • RE: [PATCH 1/3] drm/radeon: Use RMW accessors for changing LNKCTL2, Deucher, Alexander
      • RE: [PATCH 1/3] drm/radeon: Use RMW accessors for changing LNKCTL2, Ilpo Järvinen
        • Re: [PATCH 1/3] drm/radeon: Use RMW accessors for changing LNKCTL2, Alex Deucher
  • [PATCH 2/3] drm/amdgpu: Use RMW accessors for changing LNKCTL2, Ilpo Järvinen
  • [PATCH 3/3] RDMA/hfi1: Use RMW accessors for changing LNKCTL2, Ilpo Järvinen
    • Re: [PATCH 3/3] RDMA/hfi1: Use RMW accessors for changing LNKCTL2, Ilpo Järvinen
      • Re: [PATCH 3/3] RDMA/hfi1: Use RMW accessors for changing LNKCTL2, Jason Gunthorpe
        • Re: [PATCH 3/3] RDMA/hfi1: Use RMW accessors for changing LNKCTL2, Leon Romanovsky
• [PATCH] RDMA/siw: Fix handling netdev going down event, Bernard Metzler
  • Re: [PATCH] RDMA/siw: Fix handling netdev going down event, Leon Romanovsky
• [recipe build #3683153] of ~linux-rdma rdma-core-daily in xenial: Dependency wait, noreply
• [PATCH] net/mlx5: fix possible stack overflows, Arnd Bergmann
  • Re: [PATCH] net/mlx5: fix possible stack overflows, Jacob Keller
  • Re: [PATCH] net/mlx5: fix possible stack overflows, Zhu Yanjun
    • Re: [PATCH] net/mlx5: fix possible stack overflows, Arnd Bergmann
      • Re: [PATCH] net/mlx5: fix possible stack overflows, Zhu Yanjun
        • RE: [PATCH] net/mlx5: fix possible stack overflows, Hamdan Agbariya
          • Re: [PATCH] net/mlx5: fix possible stack overflows, Zhu Yanjun
• [PATCH] RDMA/srpt: fix function pointer cast warnings, Arnd Bergmann
  • Re: [PATCH] RDMA/srpt: fix function pointer cast warnings, Bart Van Assche
  • Re: [PATCH] RDMA/srpt: fix function pointer cast warnings, Leon Romanovsky
  • Re: [PATCH] RDMA/srpt: fix function pointer cast warnings, Leon Romanovsky
• [syzbot] [rdma?] WARNING: ODEBUG bug in siw_netdev_event, syzbot
  • Re: [syzbot] [rdma?] WARNING: ODEBUG bug in siw_netdev_event, Leon Romanovsky
    • RE: [syzbot] [rdma?] WARNING: ODEBUG bug in siw_netdev_event, Bernard Metzler
• [PATCH] RDMA/uverbs: Remove flexible arrays from struct *_filter, Erick Archer
  • Re: [PATCH] RDMA/uverbs: Remove flexible arrays from struct *_filter, Kees Cook
    • Re: [PATCH] RDMA/uverbs: Remove flexible arrays from struct *_filter, Jason Gunthorpe
• [PATCH net-next] net/mlx5: Use kasprintf(), Christophe JAILLET
  • Re: [PATCH net-next] net/mlx5: Use kasprintf(), Simon Horman
• [PATCH net-next v4] net/mlx5e: link NAPI instances to queues and IRQs, Joe Damato
  • Re: [PATCH net-next v4] net/mlx5e: link NAPI instances to queues and IRQs, Tariq Toukan
  • Re: [PATCH net-next v4] net/mlx5e: link NAPI instances to queues and IRQs, patchwork-bot+netdevbpf
• [PATCH v4 1/1] net:rds: Fix possible deadlock in rds_message_put, allison . henderson
  • Re: [PATCH v4 1/1] net:rds: Fix possible deadlock in rds_message_put, Paolo Abeni
  • Re: [PATCH v4 1/1] net:rds: Fix possible deadlock in rds_message_put, patchwork-bot+netdevbpf
• [PATCH for-rc v1] RDMA/qedr: Fix qedr_create_user_qp error flow, Kamal Heib
  • Re: [PATCH for-rc v1] RDMA/qedr: Fix qedr_create_user_qp error flow, Leon Romanovsky
• [PATCH v2 for-next 0/2] RDMA/hns: Support configuring congestion control algorithm with QP granularity, Junxian Huang
  • [PATCH v2 for-next 2/2] RDMA/hns: Support userspace configuring congestion control algorithm with QP granularity, Junxian Huang
    • Re: [PATCH v2 for-next 2/2] RDMA/hns: Support userspace configuring congestion control algorithm with QP granularity, Jason Gunthorpe
      • Re: [PATCH v2 for-next 2/2] RDMA/hns: Support userspace configuring congestion control algorithm with QP granularity, Junxian Huang
        • Re: [PATCH v2 for-next 2/2] RDMA/hns: Support userspace configuring congestion control algorithm with QP granularity, Leon Romanovsky
          • Re: [PATCH v2 for-next 2/2] RDMA/hns: Support userspace configuring congestion control algorithm with QP granularity, Junxian Huang
        • Re: [PATCH v2 for-next 2/2] RDMA/hns: Support userspace configuring congestion control algorithm with QP granularity, Jason Gunthorpe
          • Re: [PATCH v2 for-next 2/2] RDMA/hns: Support userspace configuring congestion control algorithm with QP granularity, Junxian Huang
  • [PATCH v2 for-next 1/2] RDMA/hns: Fix mis-modifying default congestion control algorithm, Junxian Huang
• [PATCH net-next v3] net/mlx5e: link NAPI instances to queues and IRQs, Joe Damato
  • Re: [PATCH net-next v3] net/mlx5e: link NAPI instances to queues and IRQs, Jakub Kicinski
  • Re: [PATCH net-next v3] net/mlx5e: link NAPI instances to queues and IRQs, Tariq Toukan
    • Re: [PATCH net-next v3] net/mlx5e: link NAPI instances to queues and IRQs, Joe Damato
    • Re: [PATCH net-next v3] net/mlx5e: link NAPI instances to queues and IRQs, Rahul Rameshbabu
      • Re: [PATCH net-next v3] net/mlx5e: link NAPI instances to queues and IRQs, Joe Damato
        • Re: [PATCH net-next v3] net/mlx5e: link NAPI instances to queues and IRQs, Rahul Rameshbabu
• [PATCH v3 1/1] net:rds: Fix possible deadlock in rds_message_put, allison . henderson
  • Re: [PATCH v3 1/1] net:rds: Fix possible deadlock in rds_message_put, Zhu Yanjun
    • Re: [PATCH v3 1/1] net:rds: Fix possible deadlock in rds_message_put, Allison Henderson
• Segfault in mlx5 driver on infiniband after application fork, Rehm, Kevan
  • Re: Segfault in mlx5 driver on infiniband after application fork, Leon Romanovsky
    • Re: Segfault in mlx5 driver on infiniband after application fork, Mark Zhang
  • <Possible follow-ups>
  • Re: Segfault in mlx5 driver on infiniband after application fork, Kevan Rehm
    • Re: Segfault in mlx5 driver on infiniband after application fork, Jason Gunthorpe
      • Re: Segfault in mlx5 driver on infiniband after application fork, Kevan Rehm
        • Re: Segfault in mlx5 driver on infiniband after application fork, Jason Gunthorpe
          • Re: Segfault in mlx5 driver on infiniband after application fork, Kevan Rehm
            • Re: Segfault in mlx5 driver on infiniband after application fork, Jason Gunthorpe
              • Re: Segfault in mlx5 driver on infiniband after application fork, Kevan Rehm
                • Re: Segfault in mlx5 driver on infiniband after application fork, Jason Gunthorpe
                  • Re: Segfault in mlx5 driver on infiniband after application fork, Kevan Rehm
  • Re: Segfault in mlx5 driver on infiniband after application fork, Kevan Rehm
  • Re: Segfault in mlx5 driver on infiniband after application fork, Kevan Rehm
• [rdma:for-rc] BUILD SUCCESS fdfa083549de5d50ebf7f6811f33757781e838c0, kernel test robot
• [PATCH rdma-next v1 1/1] RDMA/mana_ib: Fix bug in creation of dma regions, Konstantin Taranov
  • Re: [PATCH rdma-next v1 1/1] RDMA/mana_ib: Fix bug in creation of dma regions, Leon Romanovsky
    • Re: [PATCH rdma-next v1 1/1] RDMA/mana_ib: Fix bug in creation of dma regions, Konstantin Taranov
      • Re: [PATCH rdma-next v1 1/1] RDMA/mana_ib: Fix bug in creation of dma regions, Leon Romanovsky
  • RE: [PATCH rdma-next v1 1/1] RDMA/mana_ib: Fix bug in creation of dma regions, Long Li
    • RE: [PATCH rdma-next v1 1/1] RDMA/mana_ib: Fix bug in creation of dma regions, Konstantin Taranov
      • Re: [PATCH rdma-next v1 1/1] RDMA/mana_ib: Fix bug in creation of dma regions, Jason Gunthorpe
        • Re: [PATCH rdma-next v1 1/1] RDMA/mana_ib: Fix bug in creation of dma regions, Konstantin Taranov
          • Re: [PATCH rdma-next v1 1/1] RDMA/mana_ib: Fix bug in creation of dma regions, Jason Gunthorpe
            • Re: [PATCH rdma-next v1 1/1] RDMA/mana_ib: Fix bug in creation of dma regions, Konstantin Taranov
• [PATCH for-next 0/2] RDMA/hns: Support configuring congestion control algorithm with QP granularity, Junxian Huang
  • [PATCH for-next 2/2] RDMA/hns: Support configuring congestion control algorithm with QP granularity, Junxian Huang
  • [PATCH for-next 1/2] Revert "RDMA/hns: The UD mode can only be configured with DCQCN", Junxian Huang
  • Re: [PATCH for-next 0/2] RDMA/hns: Support configuring congestion control algorithm with QP granularity, Leon Romanovsky
    • Re: [PATCH for-next 0/2] RDMA/hns: Support configuring congestion control algorithm with QP granularity, Junxian Huang
      • Re: [PATCH for-next 0/2] RDMA/hns: Support configuring congestion control algorithm with QP granularity, Leon Romanovsky
        • Re: [PATCH for-next 0/2] RDMA/hns: Support configuring congestion control algorithm with QP granularity, Junxian Huang
• [PATCH for-rc] RDMA/qedr: Fix qedr_create_user_qp error flow, Kamal Heib
  • RE: [EXT] [PATCH for-rc] RDMA/qedr: Fix qedr_create_user_qp error flow, Alok Prasad
  • Re: [PATCH for-rc] RDMA/qedr: Fix qedr_create_user_qp error flow, Leon Romanovsky
    • Re: [PATCH for-rc] RDMA/qedr: Fix qedr_create_user_qp error flow, Kamal Heib
      • Re: [PATCH for-rc] RDMA/qedr: Fix qedr_create_user_qp error flow, Leon Romanovsky
• [PATCH] net/mlx5: remove redundant assignment to variable object_range, Colin Ian King
  • Re: [PATCH] net/mlx5: remove redundant assignment to variable object_range, Simon Horman
• Website performance, Roe Heyer
• [PATCH net-next v2] eth: mlx5: link NAPI instances to queues and IRQs, Joe Damato
  • Re: [PATCH net-next v2] eth: mlx5: link NAPI instances to queues and IRQs, Rahul Rameshbabu
    • Re: [PATCH net-next v2] eth: mlx5: link NAPI instances to queues and IRQs, Rahul Rameshbabu
• [PATCH net-next] eth: mlx5: link NAPI instances to queues and IRQs, Joe Damato
  • Re: [PATCH net-next] eth: mlx5: link NAPI instances to queues and IRQs, Rahul Rameshbabu
    • Re: [PATCH net-next] eth: mlx5: link NAPI instances to queues and IRQs, Joe Damato
      • Re: [PATCH net-next] eth: mlx5: link NAPI instances to queues and IRQs, Rahul Rameshbabu
        • Re: [PATCH net-next] eth: mlx5: link NAPI instances to queues and IRQs, Joe Damato
          • Re: [PATCH net-next] eth: mlx5: link NAPI instances to queues and IRQs, Rahul Rameshbabu
            • Re: [PATCH net-next] eth: mlx5: link NAPI instances to queues and IRQs, Joe Damato
              • Re: [PATCH net-next] eth: mlx5: link NAPI instances to queues and IRQs, Rahul Rameshbabu
                • Re: [PATCH net-next] eth: mlx5: link NAPI instances to queues and IRQs, Joe Damato
  • Re: [PATCH net-next] eth: mlx5: link NAPI instances to queues and IRQs, Tariq Toukan
    • Re: [PATCH net-next] eth: mlx5: link NAPI instances to queues and IRQs, Joe Damato
      • Re: [PATCH net-next] eth: mlx5: link NAPI instances to queues and IRQs, Tariq Toukan
        • Re: [PATCH net-next] eth: mlx5: link NAPI instances to queues and IRQs, Joe Damato
          • Re: [PATCH net-next] eth: mlx5: link NAPI instances to queues and IRQs, Gal Pressman
            • Re: [PATCH net-next] eth: mlx5: link NAPI instances to queues and IRQs, Joe Damato
              • Re: [PATCH net-next] eth: mlx5: link NAPI instances to queues and IRQs, Dave Taht
          • Re: [PATCH net-next] eth: mlx5: link NAPI instances to queues and IRQs, Tariq Toukan
            • Re: [PATCH net-next] eth: mlx5: link NAPI instances to queues and IRQs, Joe Damato
• [PATCH 1/1] MAINTAINERS: Maintainer change for rds, allison . henderson
  • Re: [PATCH 1/1] MAINTAINERS: Maintainer change for rds, patchwork-bot+netdevbpf
• [recipe build #3678402] of ~linux-rdma rdma-core-daily in xenial: Dependency wait, noreply
• [PATCH net-nex] mlx4: Address spelling errors, Simon Horman
  • Re: [PATCH net-nex] mlx4: Address spelling errors, Tariq Toukan
  • Re: [PATCH net-nex] mlx4: Address spelling errors, Randy Dunlap
  • Re: [PATCH net-nex] mlx4: Address spelling errors, patchwork-bot+netdevbpf
• [PATCH] RDMA/srpt: Support specifying the srpt_service_guid parameter, Bart Van Assche
  • Re: [PATCH] RDMA/srpt: Support specifying the srpt_service_guid parameter, Leon Romanovsky
• [PATCH v2 00/12] NFSD RDMA transport improvements, Chuck Lever
  • [PATCH v2 01/12] svcrdma: Reserve an extra WQE for ib_drain_rq(), Chuck Lever
  • [PATCH v2 02/12] svcrdma: Report CQ depths in debugging output, Chuck Lever
  • [PATCH v2 03/12] svcrdma: Update max_send_sges after QP is created, Chuck Lever
  • [PATCH v2 04/12] svcrdma: Increase the per-transport rw_ctx count, Chuck Lever
  • [PATCH v2 05/12] svcrdma: Fix SQ wake-ups, Chuck Lever
  • [PATCH v2 06/12] svcrdma: Prevent a UAF in svc_rdma_send(), Chuck Lever
  • [PATCH v2 07/12] svcrdma: Fix retry loop in svc_rdma_send(), Chuck Lever
  • [PATCH v2 08/12] svcrdma: Post Send WR chain, Chuck Lever
  • [PATCH v2 09/12] svcrdma: Move write_info for Reply chunks into struct svc_rdma_send_ctxt, Chuck Lever
  • [PATCH v2 10/12] svcrdma: Post the Reply chunk and Send WR together, Chuck Lever
  • [PATCH v2 11/12] svcrdma: Post WRs for Write chunks in svc_rdma_sendto(), Chuck Lever
  • [PATCH v2 12/12] svcrdma: Add Write chunk WRs to the RPC's Send WR chain, Chuck Lever
• [PATCH v2] RDMA/device: Fix a race between mad_client and cm_client init, Shifeng Li
  • Re: [PATCH v2] RDMA/device: Fix a race between mad_client and cm_client init, Jason Gunthorpe
• [PATCH rdma-next v2 0/5] RDMA/mana_ib: Enable RNIC adapter and populate it with GIDs, Konstantin Taranov
  • [PATCH rdma-next v2 2/5] RDMA/mana_ib: Create and destroy rnic adapter, Konstantin Taranov
    • Re: [PATCH rdma-next v2 2/5] RDMA/mana_ib: Create and destroy rnic adapter, Leon Romanovsky
      • RE: [EXTERNAL] Re: [PATCH rdma-next v2 2/5] RDMA/mana_ib: Create and destroy rnic adapter, Konstantin Taranov
        • Re: [EXTERNAL] Re: [PATCH rdma-next v2 2/5] RDMA/mana_ib: Create and destroy rnic adapter, Leon Romanovsky
          • RE: [EXTERNAL] Re: [PATCH rdma-next v2 2/5] RDMA/mana_ib: Create and destroy rnic adapter, Konstantin Taranov
            • Re: [EXTERNAL] Re: [PATCH rdma-next v2 2/5] RDMA/mana_ib: Create and destroy rnic adapter, Leon Romanovsky
              • RE: [EXTERNAL] Re: [PATCH rdma-next v2 2/5] RDMA/mana_ib: Create and destroy rnic adapter, Konstantin Taranov
                • Re: [EXTERNAL] Re: [PATCH rdma-next v2 2/5] RDMA/mana_ib: Create and destroy rnic adapter, Leon Romanovsky
                  • Re: [PATCH rdma-next v2 2/5] RDMA/mana_ib: Create and destroy rnic adapter, Konstantin Taranov
                    • Re: [PATCH rdma-next v2 2/5] RDMA/mana_ib: Create and destroy rnic adapter, Jason Gunthorpe
  • [PATCH rdma-next v2 4/5] RDMA/mana_ib: Enable RoCE on port 1, Konstantin Taranov
  • [PATCH rdma-next v2 1/5] RDMA/mana_ib: Add EQ creation for rnic adapter, Konstantin Taranov
    • Re: [PATCH rdma-next v2 1/5] RDMA/mana_ib: Add EQ creation for rnic adapter, Leon Romanovsky
  • [PATCH rdma-next v2 5/5] RDMA/mana_ib: Adding and deleting GIDs, Konstantin Taranov
    • Re: [PATCH rdma-next v2 5/5] RDMA/mana_ib: Adding and deleting GIDs, Leon Romanovsky
  • [PATCH rdma-next v2 3/5] RDMA/mana_ib: Implement port parameters, Konstantin Taranov
• Re: Kernel - 6.7.3 - failed to compile the module, Bagas Sanjaya
  • Re: Kernel - 6.7.3 - failed to compile the module, Holger Hoffstätte
  • Message not available
    • Re: Kernel - 6.7.3 - failed to compile the module, Bagas Sanjaya
• [PATCH v2] RDMA/rxe: Remove unused 'iova' parameter from rxe_mr_init_user, Guoqing Jiang
  • Re: [PATCH v2] RDMA/rxe: Remove unused 'iova' parameter from rxe_mr_init_user, Zhu Yanjun
  • Re: [PATCH v2] RDMA/rxe: Remove unused 'iova' parameter from rxe_mr_init_user, Leon Romanovsky
• [PATCH v2 0/1] RDMA/srpt: Do not register event handler until srpt device is fully setup, William Kucharski
  • [PATCH v2 1/1] RDMA/srpt: Do not register event handler until srpt device is fully setup, William Kucharski
    • Re: [PATCH v2 1/1] RDMA/srpt: Do not register event handler until srpt device is fully setup, Leon Romanovsky
  • Re: [PATCH v2 0/1] RDMA/srpt: Do not register event handler until srpt device is fully setup, Leon Romanovsky
• [PATCH] RDMA/rxe: Remove unused 'iova' parameter from rxe_mr_init_user, Guoqing Jiang
  • Re: [PATCH] RDMA/rxe: Remove unused 'iova' parameter from rxe_mr_init_user, Zhu Yanjun
  • Re: [PATCH] RDMA/rxe: Remove unused 'iova' parameter from rxe_mr_init_user, Zhu Yanjun
    • Re: [PATCH] RDMA/rxe: Remove unused 'iova' parameter from rxe_mr_init_user, Zhu Yanjun
    • Re: [PATCH] RDMA/rxe: Remove unused 'iova' parameter from rxe_mr_init_user, Guoqing Jiang
• [rdma:wip/leon-for-next] BUILD SUCCESS 809c9c3bd6997edf2dcee4e1eb856425263be4f3, kernel test robot
• [rdma:wip/leon-for-rc] BUILD SUCCESS be551ee1574280ef8afbf7c271212ac3e38933ef, kernel test robot
• [PATCH rdma-next] RDMA/irdma: Remove duplicate assignment, Sindhu Devale
  • Re: [PATCH rdma-next] RDMA/irdma: Remove duplicate assignment, Leon Romanovsky
• [PATCH rdma-rc 0/4] *** irdma 6.8 rc fixes ***, Sindhu Devale
  • [PATCH rdma-rc 1/4] RDMA/irdma: Fix KASAN issue with tasklet, Sindhu Devale
  • [PATCH rdma-rc 3/4] RDMA/irdma: Set the CQ read threshold for GEN 1, Sindhu Devale
  • [PATCH rdma-rc 2/4] RDMA/irdma: Validate max_send_wr and max_recv_wr, Sindhu Devale
  • [PATCH rdma-rc 4/4] RDMA/irdma: Add AE for too many RNRS, Sindhu Devale
  • Re: [PATCH rdma-rc 0/4] *** irdma 6.8 rc fixes ***, Leon Romanovsky
• [PATCH v2 1/1] net:rds: Fix possible deadlock in rds_message_put, allison . henderson
  • Re: [PATCH v2 1/1] net:rds: Fix possible deadlock in rds_message_put, Jakub Kicinski
    • Re: [PATCH v2 1/1] net:rds: Fix possible deadlock in rds_message_put, Allison Henderson
      • Re: [PATCH v2 1/1] net:rds: Fix possible deadlock in rds_message_put, Jakub Kicinski
        • Re: [PATCH v2 1/1] net:rds: Fix possible deadlock in rds_message_put, Allison Henderson
• RE: [PATCH rdma-next v1 5/6] RDMA/mlx5: Change check for cacheable user mkeys, Michael Guralnik
  • Re: [PATCH rdma-next v1 5/6] RDMA/mlx5: Change check for cacheable user mkeys, Jason Gunthorpe
    • Re: [PATCH rdma-next v1 5/6] RDMA/mlx5: Change check for cacheable user mkeys, Michael Guralnik
      • Re: [PATCH rdma-next v1 5/6] RDMA/mlx5: Change check for cacheable user mkeys, Jason Gunthorpe
        • Re: [PATCH rdma-next v1 5/6] RDMA/mlx5: Change check for cacheable user mkeys, Michael Guralnik
• [PATCH rdma-next v1 0/5] RDMA/mana_ib: Enable RNIC adapter and populate it with GIDs, Konstantin Taranov
  • [PATCH rdma-next v1 2/5] RDMA/mana_ib: Create and destroy rnic adapter, Konstantin Taranov
  • [PATCH rdma-next v1 1/5] RDMA/mana_ib: Add EQ creation for rnic adapter, Konstantin Taranov
  • [PATCH rdma-next v1 4/5] RDMA/mana_ib: Enable RoCE on port 1, Konstantin Taranov
    • RE: [PATCH rdma-next v1 4/5] RDMA/mana_ib: Enable RoCE on port 1, Long Li
      • RE: [PATCH rdma-next v1 4/5] RDMA/mana_ib: Enable RoCE on port 1, Konstantin Taranov
  • [PATCH rdma-next v1 5/5] RDMA/mana_ib: Adding and deleting GIDs, Konstantin Taranov
  • [PATCH rdma-next v1 3/5] RDMA/mana_ib: Implement port parameters, Konstantin Taranov
• [PATCH for-rc v2] RDMA/efa: Limit EQs to available MSI-X vectors, ynachum
  • Re: [PATCH for-rc v2] RDMA/efa: Limit EQs to available MSI-X vectors, Leon Romanovsky
  • Re: [PATCH for-rc v2] RDMA/efa: Limit EQs to available MSI-X vectors, Leon Romanovsky
• [PATCH V2 net] hv_netvsc: Fix race condition between netvsc_probe and netvsc_remove, Souradeep Chakrabarti
  • Re: [PATCH V2 net] hv_netvsc: Fix race condition between netvsc_probe and netvsc_remove, Simon Horman
  • Re: [PATCH V2 net] hv_netvsc: Fix race condition between netvsc_probe and netvsc_remove, patchwork-bot+netdevbpf
• [PATCH 0/1] RDMA/srpt: Do not register event handler until srpt device is fully setup, William Kucharski
  • [PATCH 1/1] RDMA/srpt: Do not register event handler until srpt device is fully setup, William Kucharski
    • Re: [PATCH 1/1] RDMA/srpt: Do not register event handler until srpt device is fully setup, Bart Van Assche
      • Re: [PATCH 1/1] RDMA/srpt: Do not register event handler until srpt device is fully setup, Leon Romanovsky
• Re: question about PSN sequence error cause (mlx5), Leon Romanovsky
• [syzbot] [rdma?] WARNING: ODEBUG bug in __init_work (4), syzbot
• [PATCH net] hv_netvsc: Fix race condition between netvsc_probe and netvsc_remove, Souradeep Chakrabarti
  • RE: [PATCH net] hv_netvsc: Fix race condition between netvsc_probe and netvsc_remove, Haiyang Zhang
  • RE: [PATCH net] hv_netvsc: Fix race condition between netvsc_probe and netvsc_remove, Dexuan Cui
• stable-rc: 6.1: mlx5: params.c:994:53: error: 'MLX5_IPSEC_CAP_CRYPTO' undeclared (first use in this function), Naresh Kamboju
  • Re: stable-rc: 6.1: mlx5: params.c:994:53: error: 'MLX5_IPSEC_CAP_CRYPTO' undeclared (first use in this function), Greg Kroah-Hartman
    • Re: stable-rc: 6.1: mlx5: params.c:994:53: error: 'MLX5_IPSEC_CAP_CRYPTO' undeclared (first use in this function), Naresh Kamboju
      • Re: stable-rc: 6.1: mlx5: params.c:994:53: error: 'MLX5_IPSEC_CAP_CRYPTO' undeclared (first use in this function), Florian Fainelli
        • Re: stable-rc: 6.1: mlx5: params.c:994:53: error: 'MLX5_IPSEC_CAP_CRYPTO' undeclared (first use in this function), Leon Romanovsky
          • Re: stable-rc: 6.1: mlx5: params.c:994:53: error: 'MLX5_IPSEC_CAP_CRYPTO' undeclared (first use in this function), Greg Kroah-Hartman
• [PATCH v1 00/11] NFSD RDMA transport improvements, Chuck Lever
  • [PATCH v1 01/11] svcrdma: Reserve an extra WQE for ib_drain_rq(), Chuck Lever
  • [PATCH v1 02/11] svcrdma: Use all allocated Send Queue entries, Chuck Lever
    • Re: [PATCH v1 02/11] svcrdma: Use all allocated Send Queue entries, Chuck Lever
  • [PATCH v1 03/11] svcrdma: Increase the per-transport rw_ctx count, Chuck Lever
  • [PATCH v1 04/11] svcrdma: Fix SQ wake-ups, Chuck Lever
  • [PATCH v1 05/11] svcrdma: Prevent a UAF in svc_rdma_send(), Chuck Lever
  • [PATCH v1 06/11] svcrdma: Fix retry loop in svc_rdma_send(), Chuck Lever
  • [PATCH v1 07/11] svcrdma: Post Send WR chain, Chuck Lever
  • [PATCH v1 08/11] svcrdma: Move write_info for Reply chunks into struct svc_rdma_send_ctxt, Chuck Lever
  • [PATCH v1 09/11] svcrdma: Post the Reply chunk and Send WR together, Chuck Lever
  • [PATCH v1 10/11] svcrdma: Post WRs for Write chunks in svc_rdma_sendto(), Chuck Lever
  • [PATCH v1 11/11] svcrdma: Add Write chunk WRs to the RPC's Send WR chain, Chuck Lever
• [PATCH 0/4 V3 net-next] net: mana: Assigning IRQ affinity on HT cores, Souradeep Chakrabarti
  • [PATCH 3/4 V3 net-next] net: mana: add a function to spread IRQs per CPUs, Souradeep Chakrabarti
  • [PATCH 1/4 V3 net-next] cpumask: add cpumask_weight_andnot(), Souradeep Chakrabarti
    • Re: [PATCH 1/4 V3 net-next] cpumask: add cpumask_weight_andnot(), Paolo Abeni
  • [PATCH 4/4 V3 net-next] net: mana: Assigning IRQ affinity on HT cores, Souradeep Chakrabarti
  • [PATCH 2/4 V3 net-next] cpumask: define cleanup function for cpumasks, Souradeep Chakrabarti
  • Re: [PATCH 0/4 V3 net-next] net: mana: Assigning IRQ affinity on HT cores, patchwork-bot+netdevbpf
• [PATCH rdma-next v1 0/6] Collection of mlx5_ib fixes, Leon Romanovsky
  • [PATCH rdma-next v1 1/6] RDMA/mlx5: Fix fortify source warning while accessing Eth segment, Leon Romanovsky
  • [PATCH rdma-next v1 2/6] IB/mlx5: Don't expose debugfs entries for RRoCE general parameters if not supported, Leon Romanovsky
  • [PATCH rdma-next v1 4/6] RDMA/mlx5: Uncacheable mkey has neither rb_key or cache_ent, Leon Romanovsky
  • [PATCH rdma-next v1 3/6] RDMA/mlx5: Relax DEVX access upon modify commands, Leon Romanovsky
  • [PATCH rdma-next v1 5/6] RDMA/mlx5: Change check for cacheable user mkeys, Leon Romanovsky
    • Re: [PATCH rdma-next v1 5/6] RDMA/mlx5: Change check for cacheable user mkeys, Jason Gunthorpe
      • Re: [PATCH rdma-next v1 5/6] RDMA/mlx5: Change check for cacheable user mkeys, Leon Romanovsky
  • [PATCH rdma-next v1 6/6] RDMA/mlx5: Adding remote atomic access flag to updatable flags, Leon Romanovsky
  • Re: (subset) [PATCH rdma-next v1 0/6] Collection of mlx5_ib fixes, Leon Romanovsky
  • Re: [PATCH rdma-next v1 0/6] Collection of mlx5_ib fixes, Leon Romanovsky
• [PATCH UPSTREAM 1/1] rds: Fix possible deadlock in rds_message_put, allison . henderson
  • Re: [rds-devel] [PATCH UPSTREAM 1/1] rds: Fix possible deadlock in rds_message_put, Allison Henderson
  • Re: [PATCH UPSTREAM 1/1] rds: Fix possible deadlock in rds_message_put, Jakub Kicinski
    • Re: [PATCH UPSTREAM 1/1] rds: Fix possible deadlock in rds_message_put, Allison Henderson
• [PATCH] IB/hfi1: Fix sdma.h tx->num_descs off-by-one error (take two), Daniel Vacek
  • Re: [PATCH] IB/hfi1: Fix sdma.h tx->num_descs off-by-one error (take two), Leon Romanovsky
    • Re: [PATCH] IB/hfi1: Fix sdma.h tx->num_descs off-by-one error (take two), Dennis Dalessandro
  • [PATCH v2] IB/hfi1: Fix sdma.h tx->num_descs off-by-one error (take two), Daniel Vacek
    • Re: [PATCH v2] IB/hfi1: Fix sdma.h tx->num_descs off-by-one error (take two), Leon Romanovsky
• [recipe build #3672277] of ~linux-rdma rdma-core-daily in xenial: Dependency wait, noreply
• [PATCH rdma-next 0/6] Collection of mlx5_ib fixes, Leon Romanovsky
  • [PATCH rdma-next 1/6] RDMA/mlx5: Fix fortify source warning while accessing Eth segment, Leon Romanovsky
  • [PATCH rdma-next 2/6] IB/mlx5: Don't expose debugfs entries for RRoCE general parameters if not supported, Leon Romanovsky
  • [PATCH rdma-next 3/6] RDMA/mlx5: Relax DEVX access upon modify commands, Leon Romanovsky
  • [PATCH rdma-next 4/6] RDMA/mlx5: Uncacheable mkey has neither rb_key or cache_ent, Leon Romanovsky
  • [PATCH rdma-next 5/6] RDMA/mlx5: Change check for cacheable user mkeys, Leon Romanovsky
    • Re: [PATCH rdma-next 5/6] RDMA/mlx5: Change check for cacheable user mkeys, Junxian Huang
      • Re: [PATCH rdma-next 5/6] RDMA/mlx5: Change check for cacheable user mkeys, Zhu Yanjun
        • Re: [PATCH rdma-next 5/6] RDMA/mlx5: Change check for cacheable user mkeys, Junxian Huang
      • Re: [PATCH rdma-next 5/6] RDMA/mlx5: Change check for cacheable user mkeys, Jason Gunthorpe
        • Re: [PATCH rdma-next 5/6] RDMA/mlx5: Change check for cacheable user mkeys, Leon Romanovsky
          • Re: [PATCH rdma-next 5/6] RDMA/mlx5: Change check for cacheable user mkeys, Zhu Yanjun
  • [PATCH rdma-next 6/6] RDMA/mlx5: Adding remote atomic access flag to updatable flags, Leon Romanovsky
• [PATCH] net: rds: Simplify the allocation of slab caches in rds_conn_init, Kunwu Chan
  • Re: [PATCH] net: rds: Simplify the allocation of slab caches in rds_conn_init, patchwork-bot+netdevbpf
• [PATCH] net: rds: Simplify the allocation of slab caches in rds_tcp_init, Kunwu Chan
• [recipe build #3671077] of ~linux-rdma rdma-core-daily in xenial: Dependency wait, noreply
• [PATCH] mlx5: delete unused prototype, Alexey Dobriyan
  • Re: [PATCH] mlx5: delete unused prototype, Leon Romanovsky
• [PATCH] cxgb4: delete unused prototype, Alexey Dobriyan
  • Re: [PATCH] cxgb4: delete unused prototype, Leon Romanovsky
  • Re: [PATCH] cxgb4: delete unused prototype, Leon Romanovsky
• [PATCH for-rc 0/5] RDMA/bnxt_re: Bug fixes, Selvin Xavier
  • [PATCH for-rc 1/5] RDMA/bnxt_re: Avoid creating fence MR for newer adapters, Selvin Xavier
  • [PATCH for-rc 2/5] RDMA/bnxt_re: Remove a redundant check inside bnxt_re_vf_res_config, Selvin Xavier
  • [PATCH for-rc 3/5] RDMA/bnxt_re: Fix unconditional fence for newer adapters, Selvin Xavier
  • [PATCH for-rc 5/5] RDMA/bnxt_re: Add a missing check in bnxt_qplib_query_srq, Selvin Xavier
  • [PATCH for-rc 4/5] RDMA/bnxt_re: Return error for SRQ resize, Selvin Xavier
  • Re: [PATCH for-rc 0/5] RDMA/bnxt_re: Bug fixes, Leon Romanovsky
• [PATCH 29/82] rds: Refactor intentional wrap-around calculation, Kees Cook
• [PATCH rdma-next v1 0/3] RDMA/mana_ib: Introduce three helper functions to clean code, Konstantin Taranov
  • [PATCH rdma-next v1 3/3] RDMA/mana_ib: introduce mana_ib_install_cq_cb helper function, Konstantin Taranov
  • [PATCH rdma-next v1 1/3] RDMA/mana_ib: introduce mdev_to_gc helper function, Konstantin Taranov
  • [PATCH rdma-next v1 2/3] RDMA/mana_ib: introduce mana_ib_get_netdev helper function, Konstantin Taranov
  • Re: [PATCH rdma-next v1 0/3] RDMA/mana_ib: Introduce three helper functions to clean code, Leon Romanovsky
• [recipe build #3670517] of ~linux-rdma rdma-core-daily in xenial: Dependency wait, noreply
• [PATCH 0/4 V2 net-next] net: mana: Assigning IRQ affinity on HT cores, Souradeep Chakrabarti
  • [PATCH 1/4 V2 net-next] cpumask: add cpumask_weight_andnot(), Souradeep Chakrabarti
  • [PATCH 4/4 V2 net-next] net: mana: Assigning IRQ affinity on HT cores, Souradeep Chakrabarti
    • Re: [PATCH 4/4 V2 net-next] net: mana: Assigning IRQ affinity on HT cores, Jakub Kicinski
      • Re: [PATCH 4/4 V2 net-next] net: mana: Assigning IRQ affinity on HT cores, Souradeep Chakrabarti
    • Re: [PATCH 4/4 V2 net-next] net: mana: Assigning IRQ affinity on HT cores, Yury Norov
      • Re: [PATCH 4/4 V2 net-next] net: mana: Assigning IRQ affinity on HT cores, Souradeep Chakrabarti
  • [PATCH 2/4 V2 net-next] cpumask: define cleanup function for cpumasks, Souradeep Chakrabarti
  • [PATCH 3/4 V2 net-next] net: mana: add a function to spread IRQs per CPUs, Souradeep Chakrabarti
• [PATCH AUTOSEL 4.19 15/23] IB/ipoib: Fix mcast list locking, Sasha Levin
• [PATCH AUTOSEL 4.19 05/23] RDMA/IPoIB: Fix error code return in ipoib_mcast_join, Sasha Levin
• [PATCH AUTOSEL 5.4 16/24] IB/ipoib: Fix mcast list locking, Sasha Levin
• [PATCH AUTOSEL 5.4 05/24] RDMA/IPoIB: Fix error code return in ipoib_mcast_join, Sasha Levin
• [PATCH AUTOSEL 5.10 20/28] IB/ipoib: Fix mcast list locking, Sasha Levin
• [PATCH AUTOSEL 5.15 22/35] IB/ipoib: Fix mcast list locking, Sasha Levin
• [PATCH AUTOSEL 5.10 06/28] RDMA/IPoIB: Fix error code return in ipoib_mcast_join, Sasha Levin
• [PATCH AUTOSEL 5.15 06/35] RDMA/IPoIB: Fix error code return in ipoib_mcast_join, Sasha Levin
• [PATCH AUTOSEL 6.1 31/53] IB/ipoib: Fix mcast list locking, Sasha Levin
• [PATCH AUTOSEL 6.1 06/53] RDMA/IPoIB: Fix error code return in ipoib_mcast_join, Sasha Levin
• [PATCH AUTOSEL 6.6 39/73] IB/ipoib: Fix mcast list locking, Sasha Levin
• [PATCH AUTOSEL 6.6 07/73] RDMA/IPoIB: Fix error code return in ipoib_mcast_join, Sasha Levin
• [PATCH AUTOSEL 6.7 45/88] IB/ipoib: Fix mcast list locking, Sasha Levin
• [PATCH AUTOSEL 6.7 09/88] RDMA/IPoIB: Fix error code return in ipoib_mcast_join, Sasha Levin
• mlx5: Regression VFs fail to probe on v6.8-rc1, Niklas Schnelle
  • Re: mlx5: Regression VFs fail to probe on v6.8-rc1, Saeed Mahameed
• [PATCH] net/rds: Fix UBSAN: array-index-out-of-bounds in rds_cmsg_recv, Sharath Srinivasan
  • Re: [PATCH] net/rds: Fix UBSAN: array-index-out-of-bounds in rds_cmsg_recv, Simon Horman
  • Re: [PATCH] net/rds: Fix UBSAN: array-index-out-of-bounds in rds_cmsg_recv, patchwork-bot+netdevbpf
• [Linux Kernel Bug] UBSAN: array-index-out-of-bounds in rds_cmsg_recv, Chenyuan Yang
  • Re: [Linux Kernel Bug] UBSAN: array-index-out-of-bounds in rds_cmsg_recv, Zhu Yanjun
    • Re: [Linux Kernel Bug] UBSAN: array-index-out-of-bounds in rds_cmsg_recv, Randy Dunlap
      • Re: [Linux Kernel Bug] UBSAN: array-index-out-of-bounds in rds_cmsg_recv, Zhu Yanjun
        • Re: [Linux Kernel Bug] UBSAN: array-index-out-of-bounds in rds_cmsg_recv, Allison Henderson
          • Re: [Linux Kernel Bug] UBSAN: array-index-out-of-bounds in rds_cmsg_recv, Randy Dunlap
          • Re: [Linux Kernel Bug] UBSAN: array-index-out-of-bounds in rds_cmsg_recv, Zhu Yanjun
• [PATCH] RDMA/siw: Trim size of page array to max size needed, Bernard Metzler
  • Re: [PATCH] RDMA/siw: Trim size of page array to max size needed, Guoqing Jiang
    • RE: Re: [PATCH] RDMA/siw: Trim size of page array to max size needed, Bernard Metzler
      • Re: [PATCH] RDMA/siw: Trim size of page array to max size needed, Guoqing Jiang
        • RE: Re: [PATCH] RDMA/siw: Trim size of page array to max size needed, Bernard Metzler
          • Re: [PATCH] RDMA/siw: Trim size of page array to max size needed, Guoqing Jiang
          • Re: Re: [PATCH] RDMA/siw: Trim size of page array to max size needed, Leon Romanovsky
            • RE: Re: Re: [PATCH] RDMA/siw: Trim size of page array to max size needed, Bernard Metzler
              • Re: Re: Re: [PATCH] RDMA/siw: Trim size of page array to max size needed, Leon Romanovsky
• Questions about RDMA subsystem shared mode for RoCE device with MLNX_OFED driver, 陈逸凡
  • Re: Questions about RDMA subsystem shared mode for RoCE device with MLNX_OFED driver, Zhu Yanjun
    • Re: Questions about RDMA subsystem shared mode for RoCE device with MLNX_OFED driver, Zhu Yanjun
  • Re: Questions about RDMA subsystem shared mode for RoCE device with MLNX_OFED driver, Leon Romanovsky
• bacm address config file no longer generated by service, Mark Haywood
  • Re: ibacm address config file is no longer generated by service, Mark Haywood
  • Re: bacm address config file no longer generated by service, Jason Gunthorpe
• [recipe build #3667283] of ~linux-rdma rdma-core-daily in xenial: Dependency wait, noreply
• [PATCH net v4] net/mlx5e: fix a double-free in arfs_create_groups, Zhipeng Lu
  • Re: [PATCH net v4] net/mlx5e: fix a double-free in arfs_create_groups, Simon Horman
• [recipe build #3666717] of ~linux-rdma rdma-core-daily in xenial: Dependency wait, noreply
• [Bug 218375] New: warning compiling siw_tx_hdt: the frame size of 1040 bytes is larger than 1024 bytes, bugzilla-daemon
  • Re: [Bug 218375] New: warning compiling siw_tx_hdt: the frame size of 1040 bytes is larger than 1024 bytes, Leon Romanovsky
    • RE: [Bug 218375] New: warning compiling siw_tx_hdt: the frame size of 1040 bytes is larger than 1024 bytes, Bernard Metzler
• [PATCH v2 for-next 0/6] RDMA/hns: Improvement for multi-level addressing, Junxian Huang
  • [PATCH v2 for-next 1/6] RDMA/hns: Refactor mtr find, Junxian Huang
  • [PATCH v2 for-next 5/6] RDMA/hns: Support adaptive PBL hopnum, Junxian Huang
  • [PATCH v2 for-next 6/6] RDMA/hns: Simplify 'struct hns_roce_hem' allocation, Junxian Huang
  • [PATCH v2 for-next 3/6] RDMA/hns: Alloc MTR memory before alloc_mtt(), Junxian Huang
  • [PATCH v2 for-next 2/6] RDMA/hns: Refactor mtr_init_buf_cfg(), Junxian Huang
  • [PATCH v2 for-next 4/6] RDMA/hns: Support flexible umem page size, Junxian Huang
  • Re: [PATCH v2 for-next 0/6] RDMA/hns: Improvement for multi-level addressing, Leon Romanovsky
• [PATCH] IB/hfi1: fix a memleak in init_credit_return, Zhipeng Lu
  • Re: [PATCH] IB/hfi1: fix a memleak in init_credit_return, Leon Romanovsky
    • Re: [PATCH] IB/hfi1: fix a memleak in init_credit_return, Dennis Dalessandro
      • Re: [PATCH] IB/hfi1: fix a memleak in init_credit_return, Leon Romanovsky
  • Re: [PATCH] IB/hfi1: fix a memleak in init_credit_return, Leon Romanovsky
• [PATCH] [v3] net/mlx5e: fix a double-free in arfs_create_groups, Zhipeng Lu
  • Re: [PATCH] [v3] net/mlx5e: fix a double-free in arfs_create_groups, Simon Horman
• [PATCH] MAINTAINERS: update maintainer for Microsoft MANA RDMA driver, longli
  • Re: [PATCH] MAINTAINERS: update maintainer for Microsoft MANA RDMA driver, Leon Romanovsky
• [PATCH] RDMA/ipoib: print symbolic error name instead of error code, Christian Heusel
  • Re: [PATCH] RDMA/ipoib: print symbolic error name instead of error code, Dan Carpenter
  • Re: [PATCH] RDMA/ipoib: print symbolic error name instead of error code, Leon Romanovsky
• [PATCH] IB/hfi1: fix spellos and kernel-doc, Randy Dunlap
  • Re: [PATCH] IB/hfi1: fix spellos and kernel-doc, Leon Romanovsky
• [PATCH next v3 1/1] RDMA/mana_ib: Introduce three helper functions to clean mana_ib code, Konstantin Taranov
  • RE: [PATCH next v3 1/1] RDMA/mana_ib: Introduce three helper functions to clean mana_ib code, Long Li
    • Re: [PATCH next v3 1/1] RDMA/mana_ib: Introduce three helper functions to clean mana_ib code, Leon Romanovsky
• [PATCH next v2 1/1] RDMA/mana_ib: Introduce three helper functions to clean mana_ib code, Konstantin Taranov
  • Re: [PATCH next v2 1/1] RDMA/mana_ib: Introduce three helper functions to clean mana_ib code, Leon Romanovsky
    • Re: [EXTERNAL] Re: [PATCH next v2 1/1] RDMA/mana_ib: Introduce three helper functions to clean mana_ib code, Konstantin Taranov
      • RE: [EXTERNAL] Re: [PATCH next v2 1/1] RDMA/mana_ib: Introduce three helper functions to clean mana_ib code, Long Li
        • Re: [EXTERNAL] Re: [PATCH next v2 1/1] RDMA/mana_ib: Introduce three helper functions to clean mana_ib code, Leon Romanovsky
• [PATCH next 1/1] Introduce three helper functions to clean mana_ib code, Konstantin Taranov
• [GIT PULL] NFSD changes for v6.8, Chuck Lever
  • Re: [GIT PULL] NFSD changes for v6.8, pr-tracker-bot
• [rdma:for-next] BUILD SUCCESS d24b923f1d696ddacb09f0f2d1b1f4f045cfe65e, kernel test robot
• [PATCH 0/4 net-next] net: mana: Assigning IRQ affinity on HT cores, Souradeep Chakrabarti
  • [PATCH 1/4 net-next] cpumask: add cpumask_weight_andnot(), Souradeep Chakrabarti
  • [PATCH 2/4 net-next] cpumask: define cleanup function for cpumasks, Souradeep Chakrabarti
  • [PATCH 3/4 net-next] net: mana: add a function to spread IRQs per CPUs, Souradeep Chakrabarti
    • RE: [PATCH 3/4 net-next] net: mana: add a function to spread IRQs per CPUs, Michael Kelley
      • RE: [PATCH 3/4 net-next] net: mana: add a function to spread IRQs per CPUs, Haiyang Zhang
        • Re: [PATCH 3/4 net-next] net: mana: add a function to spread IRQs per CPUs, Souradeep Chakrabarti
      • Re: [PATCH 3/4 net-next] net: mana: add a function to spread IRQs per CPUs, Yury Norov
        • RE: [PATCH 3/4 net-next] net: mana: add a function to spread IRQs per CPUs, Michael Kelley
          • Re: [PATCH 3/4 net-next] net: mana: add a function to spread IRQs per CPUs, Souradeep Chakrabarti
            • RE: [PATCH 3/4 net-next] net: mana: add a function to spread IRQs per CPUs, Michael Kelley
              • RE: [PATCH 3/4 net-next] net: mana: add a function to spread IRQs per CPUs, Haiyang Zhang
                • Re: [PATCH 3/4 net-next] net: mana: add a function to spread IRQs per CPUs, Souradeep Chakrabarti
                  • RE: [PATCH 3/4 net-next] net: mana: add a function to spread IRQs per CPUs, Michael Kelley
                    • Re: [PATCH 3/4 net-next] net: mana: add a function to spread IRQs per CPUs, Yury Norov
                      • Re: [PATCH 3/4 net-next] net: mana: add a function to spread IRQs per CPUs, Souradeep Chakrabarti
        • Re: [PATCH 3/4 net-next] net: mana: add a function to spread IRQs per CPUs, Souradeep Chakrabarti
  • [PATCH 4/4 net-next] net: mana: Assigning IRQ affinity on HT cores, Souradeep Chakrabarti
  • Re: [PATCH 0/4 net-next] net: mana: Assigning IRQ affinity on HT cores, Paolo Abeni
• [PATCH for-next v4 1/2] RDMA/rxe: Improve newline in printing messages, Li Zhijian
  • [PATCH for-next v4 2/2] RDMA/rxe: Remove rxe_info from rxe_set_mtu, Li Zhijian
    • Re: [PATCH for-next v4 2/2] RDMA/rxe: Remove rxe_info from rxe_set_mtu, Greg Sword
      • Re: [PATCH for-next v4 2/2] RDMA/rxe: Remove rxe_info from rxe_set_mtu, Zhijian Li (Fujitsu)
        • Re: [PATCH for-next v4 2/2] RDMA/rxe: Remove rxe_info from rxe_set_mtu, Leon Romanovsky