Linux RDMA and InfiniBand Development

• Date Index

• Re: [PATCH rdma-next 1/2] RDMA/uverbs: Remove redundant assignments, (continued)
  • Re: [PATCH rdma-next 1/2] RDMA/uverbs: Remove redundant assignments, leon
  • Re: [PATCH rdma-next 1/2] RDMA/uverbs: Remove redundant assignments, Gal Pressman
    • Re: [PATCH rdma-next 1/2] RDMA/uverbs: Remove redundant assignments, Leon Romanovsky
      • Re: [PATCH rdma-next 1/2] RDMA/uverbs: Remove redundant assignments, Jason Gunthorpe
        • Re: [PATCH rdma-next 1/2] RDMA/uverbs: Remove redundant assignments, Leon Romanovsky
  • [PATCH rdma-next 2/2] RDMA/uverbs: Silence shiftTooManyBitsSigned warning, Leon Romanovsky
• [PATCH rdma-next v2 0/2] Align write() and ioctl() paths, Leon Romanovsky
  • [PATCH rdma-next v2 1/2] RDMA/core: Align abort/commit object scheme for write() and ioctl() paths, Leon Romanovsky
  • [PATCH rdma-next v2 2/2] RDMA/core: Update write interface to use automatic object lifetime, Leon Romanovsky
    • Re: [PATCH rdma-next v2 2/2] RDMA/core: Update write interface to use automatic object lifetime, Jason Gunthorpe
• [PATCH] RDMA: rdma_user_ioctl.h: fix a duplicated word + clarify, Randy Dunlap
• [rdma:wip/jgg-for-next] BUILD SUCCESS 5f0b2a6093a4d9aab093964c65083fe801ef1e58, kernel test robot
• [rdma:for-next] BUILD SUCCESS cbeb7d896c0f296451ffa7b67e7706786b8364c8, kernel test robot
• [rdma:wip/jgg-for-rc] BUILD SUCCESS 87c4c774cbef5c68b3df96827c2fb07f1aa80152, kernel test robot
• [PATCH rdma-rc] RDMA/cm: Protect access to remote_sidr_table, Leon Romanovsky
  • Re: [PATCH rdma-rc] RDMA/cm: Protect access to remote_sidr_table, Jason Gunthorpe
• [PATCH rdma-next] RDMA/mlx5: Allow SQ modification, Leon Romanovsky
  • Re: [PATCH rdma-next] RDMA/mlx5: Allow SQ modification, Jason Gunthorpe
• [PATCH rdma-next 0/3] Create UMR with relaxed ordering, Leon Romanovsky
  • [PATCH mlx5-next 1/3] RDMA/mlx5: ConnectX-7 new capabilities to set relaxed ordering by UMR, Leon Romanovsky
  • [PATCH rdma-next 2/3] RDMA/mlx5: Use MLX5_SET macro instead of local structure, Leon Romanovsky
  • [PATCH rdma-next 3/3] RDMA/mlx5: Set mkey relaxed ordering by UMR with ConnectX-7, Leon Romanovsky
  • Re: [PATCH rdma-next 0/3] Create UMR with relaxed ordering, Jason Gunthorpe
  • Re: [PATCH rdma-next 0/3] Create UMR with relaxed ordering, Leon Romanovsky
    • Re: [PATCH rdma-next 0/3] Create UMR with relaxed ordering, Jason Gunthorpe
• [PATCH rdma-next] IB/cm: Consider local communication ID when check for a stale connection, Leon Romanovsky
  • Re: [PATCH rdma-next] IB/cm: Consider local communication ID when check for a stale connection, Jason Gunthorpe
• [PATCH rdma-next v1 0/2] Align write() and ioctl() paths, Leon Romanovsky
  • [PATCH rdma-next v1 1/2] RDMA/core: Align abort/commit object scheme for write() and ioctl() paths, Leon Romanovsky
  • [PATCH rdma-next v1 2/2] RDMA/core: Update write interface to use automatic object lifetime, Leon Romanovsky
• [PATCH rdma-rc] RDMA/core: Fix race between alloc_uobj and destroy_fd, Leon Romanovsky
  • Re: [PATCH rdma-rc] RDMA/core: Fix race between alloc_uobj and destroy_fd, Jason Gunthorpe
• [PATCH V2 for-next 0/6] Broadcom's driver update, Devesh Sharma
  • [PATCH V2 for-next 1/6] RDMA/bnxt_re: introduce wqe mode to select execution path, Devesh Sharma
  • [PATCH V2 for-next 2/6] RDMA/bnxt_re: introduce a function to allocate swq, Devesh Sharma
  • [PATCH V2 for-next 3/6] RDMA/bnxt_re: Pull psn buffer dynamically based on prod, Devesh Sharma
  • [PATCH V2 for-next 4/6] RDMA/bnxt_re: Add helper data structures, Devesh Sharma
  • [PATCH V2 for-next 5/6] RDMA/bnxt_re: Change wr posting logic to accommodate variable wqes, Devesh Sharma
  • [PATCH V2 for-next 6/6] RDMA/bnxt_re: Update maintainers for Broadcom rdma driver, Devesh Sharma
    • Re: [PATCH V2 for-next 6/6] RDMA/bnxt_re: Update maintainers for Broadcom rdma driver, Leon Romanovsky
      • Re: [PATCH V2 for-next 6/6] RDMA/bnxt_re: Update maintainers for Broadcom rdma driver, Devesh Sharma
  • Re: [PATCH V2 for-next 0/6] Broadcom's driver update, Jason Gunthorpe
• [PATCH mlx5-next 0/4] mlx5 next updates 2020-07-14, Saeed Mahameed
  • <Possible follow-ups>
  • [PATCH mlx5-next 0/4] mlx5 next updates 2020-07-14, Saeed Mahameed
    • [PATCH mlx5-next 1/4] net/mlx5: Support setting access rights of dma addresses, Saeed Mahameed
    • [PATCH mlx5-next 2/4] net/mlx5: Add VDPA interface type to supported enumerations, Saeed Mahameed
    • [PATCH mlx5-next 3/4] net/mlx5: Add interface changes required for VDPA, Saeed Mahameed
    • [PATCH mlx5-next 4/4] net/mlx5: Enable count action for rules with allow action, Saeed Mahameed
    • Re: [PATCH mlx5-next 0/4] mlx5 next updates 2020-07-14, Saeed Mahameed
• [PATCH for-next v1 0/7] RDMA: Remove query_pkey from iwarp providers, Kamal Heib
  • [PATCH for-next v1 1/7] RDMA/core: Expose pkeys sysfs files only if pkey_tbl_len is set, Kamal Heib
  • [PATCH for-next v1 2/7] RDMA/core: Allocate the pkey cache only if the pkey_tbl_len is set, Kamal Heib
  • [PATCH for-next v1 3/7] RDMA/core: Remove query_pkey from the mandatory ops, Kamal Heib
  • [PATCH for-next v1 7/7] RDMA/qedr: Remove the query_pkey callback, Kamal Heib
  • [PATCH for-next v1 5/7] RDMA/cxgb4: Remove the query_pkey callback, Kamal Heib
  • [PATCH for-next v1 6/7] RDMA/i40iw: Remove the query_pkey callback, Kamal Heib
  • [PATCH for-next v1 4/7] RDMA/siw: Remove the query_pkey callback, Kamal Heib
  • RE: [PATCH for-next v1 0/7] RDMA: Remove query_pkey from iwarp providers, Saleem, Shiraz
  • Re: [PATCH for-next v1 4/7] RDMA/siw: Remove the query_pkey callback, Bernard Metzler
  • Re: [PATCH for-next v1 0/7] RDMA: Remove query_pkey from iwarp providers, Jason Gunthorpe
• [PATCH for-rc] RDMA/hns: Fix wrong PBL offset when VA is not aligned to PAGE_SIZE, Weihang Li
  • Re: [PATCH for-rc] RDMA/hns: Fix wrong PBL offset when VA is not aligned to PAGE_SIZE, Jason Gunthorpe
• [PATCH for-rc] RDMA/hns: Fix wrong assignment of lp_pktn_ini in QPC, liweihang
  • Re: [PATCH for-rc] RDMA/hns: Fix wrong assignment of lp_pktn_ini in QPC, Jason Gunthorpe
• [rdma:hmm] BUILD SUCCESS b223555dc4ed6efc321d23e78e55197cf0080ef3, kernel test robot
• [PATCH 0/14 v4] PCI: Remove '*val = 0' from pcie_capability_read_*(), Saheed Olayemi Bolarinwa
  • [PATCH 1/14 v4] IB/hfi1: Check the return value of pcie_capability_read_*(), Saheed Olayemi Bolarinwa
  • Re: [PATCH 0/14 v4] PCI: Remove '*val = 0' from pcie_capability_read_*(), Bjorn Helgaas
• [bug report] net/mlx5e: CT: Save ct entries tuples in hashtables, dan.carpenter
• [PATCH for-next 0/7] RDMA: Remove query_pkey from iwarp providers, Kamal Heib
  • [PATCH for-next 1/7] RDMA/core: Expose pkeys sysfs files only if pkey_tbl_len is set, Kamal Heib
  • [PATCH for-next 2/7] RDMA/core: Allocate the pkey cache only if the pkey_tbl_len is set, Kamal Heib
  • [PATCH for-next 3/7] RDMA/core: Remove query_pkey from the mandatory ops, Kamal Heib
  • [PATCH for-next 4/7] RDMA/siw: Remove the query_pkey callback, Kamal Heib
  • [PATCH for-next 5/7] RDMA/cxgb4: Remove the query_pkey callback, Kamal Heib
  • [PATCH for-next 6/7] RDMA/i40iw: Remove the query_pkey callback, Kamal Heib
  • [PATCH for-next 7/7] RDMA/qedr: Remove the query_pkey callback, Kamal Heib
    • RE: [PATCH for-next 7/7] RDMA/qedr: Remove the query_pkey callback, Michal Kalderon
  • Re: [PATCH for-next 0/7] RDMA: Remove query_pkey from iwarp providers, Kamal Heib
• [PATCH stable-4.14] IB/umem: fix reference count leak in ib_umem_odp_get(), Yang Yingliang
• [PATCH stable-4.19] IB/umem: fix reference count leak in ib_umem_odp_get(), Yang Yingliang
• [PATCH rdma-next] RDMA/include: Replace license text with SPDX tags, Leon Romanovsky
  • Re: [PATCH rdma-next] RDMA/include: Replace license text with SPDX tags, Jason Gunthorpe
    • Re: [PATCH rdma-next] RDMA/include: Replace license text with SPDX tags, Leon Romanovsky
      • Re: [PATCH rdma-next] RDMA/include: Replace license text with SPDX tags, Jason Gunthorpe
• [PATCH v2 0/5] mm/migrate: avoid device private invalidations, Ralph Campbell
  • [PATCH v2 3/5] mm/notifier: add migration invalidation type, Ralph Campbell
    • Re: [PATCH v2 3/5] mm/notifier: add migration invalidation type, Jason Gunthorpe
      • Re: [PATCH v2 3/5] mm/notifier: add migration invalidation type, Ralph Campbell
  • [PATCH v2 5/5] mm/hmm/test: use the new migration invalidation, Ralph Campbell
  • [PATCH v2 2/5] mm/migrate: add a direction parameter to migrate_vma, Ralph Campbell
    • Re: [PATCH v2 2/5] mm/migrate: add a direction parameter to migrate_vma, Jason Gunthorpe
      • Re: [PATCH v2 2/5] mm/migrate: add a direction parameter to migrate_vma, Ralph Campbell
        • Re: [PATCH v2 2/5] mm/migrate: add a direction parameter to migrate_vma, Jason Gunthorpe
          • Re: [PATCH v2 2/5] mm/migrate: add a direction parameter to migrate_vma, Ralph Campbell
            • Re: [PATCH v2 2/5] mm/migrate: add a direction parameter to migrate_vma, Jason Gunthorpe
              • Re: [PATCH v2 2/5] mm/migrate: add a direction parameter to migrate_vma, Ralph Campbell
  • [PATCH v2 4/5] nouveau/svm: use the new migration invalidation, Ralph Campbell
  • [PATCH v2 1/5] nouveau: fix storing invalid ptes, Ralph Campbell
  • Re: [PATCH v2 0/5] mm/migrate: avoid device private invalidations, Jason Gunthorpe
    • Re: [PATCH v2 0/5] mm/migrate: avoid device private invalidations, Ralph Campbell
• [PATCH 1/14 v3] IB/hfi1: Check the return value of pcie_capability_read_*(), Saheed O. Bolarinwa
  • Re: [PATCH 1/14 v3] IB/hfi1: Check the return value of pcie_capability_read_*(), Jason Gunthorpe
• [PATCH] ib_srp: Replace HTTP links with HTTPS ones, Alexander A. Klimov
• [PATCH] IB/iser: Replace HTTP links with HTTPS ones, Alexander A. Klimov
• [PATCH rdma-rc v2] RDMA/mlx5: Use xa_lock_irq when access to SRQ table, Leon Romanovsky
  • Re: [PATCH rdma-rc v2] RDMA/mlx5: Use xa_lock_irq when access to SRQ table, Matthew Wilcox
    • Re: [PATCH rdma-rc v2] RDMA/mlx5: Use xa_lock_irq when access to SRQ table, Leon Romanovsky
  • Re: [PATCH rdma-rc v2] RDMA/mlx5: Use xa_lock_irq when access to SRQ table, Jason Gunthorpe
• [PATCH] RDMA/usnic: switch from 'pci_' to 'dma_' API, Christophe JAILLET
  • Re: [PATCH] RDMA/usnic: switch from 'pci_' to 'dma_' API, Jason Gunthorpe
  • <Possible follow-ups>
  • Re: [PATCH] RDMA/usnic: switch from 'pci_' to 'dma_' API, Markus Elfring
• [PATCH 0/14 v3] PCI: Remove '*val = 0' from pcie_capability_read_*(), Saheed Olayemi Bolarinwa
  • [PATCH 14/14 v3] PCI: Remove '*val = 0' from pcie_capability_read_*(), Saheed Olayemi Bolarinwa
• Re: mmotm 2020-07-09-21-00 uploaded (drivers/net/ethernet/mellanox/mlx5/core/en_main.c), Randy Dunlap
  • Re: mmotm 2020-07-09-21-00 uploaded (drivers/net/ethernet/mellanox/mlx5/core/en_main.c), Stephen Rothwell
    • Re: mmotm 2020-07-09-21-00 uploaded (drivers/net/ethernet/mellanox/mlx5/core/en_main.c), Randy Dunlap
      • Re: mmotm 2020-07-09-21-00 uploaded (drivers/net/ethernet/mellanox/mlx5/core/en_main.c), Saeed Mahameed
• [PATCH RFC 0/3] IB CM tracepoints, Chuck Lever
  • [PATCH RFC 1/3] RDMA/core: Move the rdma_show_ib_cm_event() macro, Chuck Lever
  • [PATCH RFC 2/3] RDMA/cm: Replace pr_debug() call sites with tracepoints, Chuck Lever
    • Re: [PATCH RFC 2/3] RDMA/cm: Replace pr_debug() call sites with tracepoints, Chuck Lever
  • [PATCH RFC 3/3] RDMA/cm: Add tracepoints to track MAD send operations, Chuck Lever
  • Re: [PATCH RFC 0/3] IB CM tracepoints, Jason Gunthorpe
    • Re: [PATCH RFC 0/3] IB CM tracepoints, Chuck Lever
      • Re: [PATCH RFC 0/3] IB CM tracepoints, Jason Gunthorpe
        • Re: [PATCH RFC 0/3] IB CM tracepoints, Chuck Lever
• [rdma:wip/jgg-for-rc] BUILD SUCCESS 0a03715068794e4b524f66ebbf412ab1f2933f3f, kernel test robot
• KASAN: use-after-free Read in netdevice_event_work_handler, syzbot
  • Re: KASAN: use-after-free Read in netdevice_event_work_handler, syzbot
  • Re: KASAN: use-after-free Read in netdevice_event_work_handler, Rustam Kovhaev
    • Re: KASAN: use-after-free Read in netdevice_event_work_handler, Rustam Kovhaev
    • Re: KASAN: use-after-free Read in netdevice_event_work_handler, Jason Gunthorpe
      • Re: KASAN: use-after-free Read in netdevice_event_work_handler, Rustam Kovhaev
        • Re: KASAN: use-after-free Read in netdevice_event_work_handler, Jason Gunthorpe
  • <Possible follow-ups>
  • Re: KASAN: use-after-free Read in netdevice_event_work_handler, Coiby Xu
• [PATCH v2][next] IB/hfi1: Remove unnecessary fall-through markings, Gustavo A. R. Silva
  • Re: [PATCH v2][next] IB/hfi1: Remove unnecessary fall-through markings, Leon Romanovsky
  • Re: [PATCH v2][next] IB/hfi1: Remove unnecessary fall-through markings, Jason Gunthorpe
    • Re: [PATCH v2][next] IB/hfi1: Remove unnecessary fall-through markings, Gustavo A. R. Silva
• [PATCH][next] IB/hfi1: Remove unnecessary fall-through markings, Gustavo A. R. Silva
• [PATCH] SCSI RDMA PROTOCOL (SRP) TARGET: Replace HTTP links with HTTPS ones, Alexander A. Klimov
  • Re: [PATCH] SCSI RDMA PROTOCOL (SRP) TARGET: Replace HTTP links with HTTPS ones, Bart Van Assche
    • Re: [PATCH] SCSI RDMA PROTOCOL (SRP) TARGET: Replace HTTP links with HTTPS ones, Alexander A. Klimov
      • Re: [PATCH] SCSI RDMA PROTOCOL (SRP) TARGET: Replace HTTP links with HTTPS ones, Bart Van Assche
        • Re: [PATCH] SCSI RDMA PROTOCOL (SRP) TARGET: Replace HTTP links with HTTPS ones, Alexander A. Klimov
          • Re: [PATCH] SCSI RDMA PROTOCOL (SRP) TARGET: Replace HTTP links with HTTPS ones, Jason Gunthorpe
            • [PATCH v2] IB: Replace HTTP links with HTTPS ones, Alexander A. Klimov
• [PATCH for-next 0/3] Add support for 0xefa1 device, Gal Pressman
  • [PATCH for-next 1/3] RDMA/efa: Expose maximum TX doorbell batch, Gal Pressman
  • [PATCH for-next 2/3] RDMA/efa: Expose minimum SQ size, Gal Pressman
  • [PATCH for-next 3/3] RDMA/efa: Add EFA 0xefa1 PCI ID, Gal Pressman
• [rdma:for-rc] BUILD SUCCESS 04340645f69ab7abb6f9052688a60f0213b3f79c, kernel test robot
• [rdma:for-next] BUILD SUCCESS 1e2b5a90ded2852017e327e93861346ee70c5384, kernel test robot
• [PATCH v3 rdma-next] RDMA/qedr: SRQ's bug fixes, Yuval Basson
  • Re: [PATCH v3 rdma-next] RDMA/qedr: SRQ's bug fixes, Jason Gunthorpe
• [PATCH rdma-next 0/2] Align write() and ioctl() paths, Leon Romanovsky
  • [PATCH rdma-next 2/2] RDMA/core: Update write interface to use automatic object lifetime, Leon Romanovsky
    • Re: [PATCH rdma-next 2/2] RDMA/core: Update write interface to use automatic object lifetime, Leon Romanovsky
  • [PATCH rdma-next 1/2] RDMA/core: Align abort/commit object scheme for write() and ioctl() paths, Leon Romanovsky
• Question about IB_QP_CUR_STATE, liweihang
  • Re: Question about IB_QP_CUR_STATE, Leon Romanovsky
  • Re: Question about IB_QP_CUR_STATE, Gal Pressman
    • Re: Question about IB_QP_CUR_STATE, Leon Romanovsky
      • Re: Question about IB_QP_CUR_STATE, Gal Pressman
        • Re: Question about IB_QP_CUR_STATE, liweihang
        • Re: Question about IB_QP_CUR_STATE, Leon Romanovsky
          • Re: Question about IB_QP_CUR_STATE, Gal Pressman
            • Re: Question about IB_QP_CUR_STATE, Leon Romanovsky
• [PATCH 1/1] IB/isert: allocate RW ctxs according to max IO size, Max Gurtovoy
  • Re: [PATCH 1/1] IB/isert: allocate RW ctxs according to max IO size, Sagi Grimberg
  • Re: [PATCH 1/1] IB/isert: allocate RW ctxs according to max IO size, Jason Gunthorpe
• [rdma:wip/jgg-for-next] BUILD SUCCESS cc33b23e1e1cf54bcb9e5c193e3888a3b17a5479, kernel test robot
• [PATCH] rds: send: Replace sg++ with sg = sg_next(sg), Xu Wang
  • Re: [PATCH] rds: send: Replace sg++ with sg = sg_next(sg), Leon Romanovsky
• [PATCH 0/13] PCI: Remove '*val = 0' from pcie_capability_read_*(), Saheed Olayemi Bolarinwa
  • [PATCH 13/13] PCI: Remove '*val = 0' from pcie_capability_read_*(), Saheed Olayemi Bolarinwa
• [PATCH 00/25] dma-fence annotations, round 3, Daniel Vetter
  • [PATCH 01/25] dma-fence: basic lockdep annotations, Daniel Vetter
    • Re: [PATCH 01/25] dma-fence: basic lockdep annotations, Christian König
      • Re: [PATCH 01/25] dma-fence: basic lockdep annotations, Daniel Vetter
        • Re: [PATCH 01/25] dma-fence: basic lockdep annotations, Alex Deucher
          • Re: [PATCH 01/25] dma-fence: basic lockdep annotations, Daniel Vetter
            • Re: [PATCH 01/25] dma-fence: basic lockdep annotations, Daniel Vetter
        • Re: [Intel-gfx] [PATCH 01/25] dma-fence: basic lockdep annotations, Daniel Stone
          • Re: [Intel-gfx] [PATCH 01/25] dma-fence: basic lockdep annotations, Daniel Vetter
      • Re: [PATCH 01/25] dma-fence: basic lockdep annotations, Daniel Vetter
        • Re: [PATCH 01/25] dma-fence: basic lockdep annotations, Christian König
          • Re: [PATCH 01/25] dma-fence: basic lockdep annotations, Dave Airlie
  • [PATCH 02/25] dma-fence: prime lockdep annotations, Daniel Vetter
    • Re: [PATCH 02/25] dma-fence: prime lockdep annotations, Daniel Vetter
      • Re: [PATCH 02/25] dma-fence: prime lockdep annotations, Jason Gunthorpe
        • Re: [PATCH 02/25] dma-fence: prime lockdep annotations, Christian König
          • Re: [PATCH 02/25] dma-fence: prime lockdep annotations, Jason Gunthorpe
            • Re: [PATCH 02/25] dma-fence: prime lockdep annotations, Christian König
              • Re: [PATCH 02/25] dma-fence: prime lockdep annotations, Jason Gunthorpe
                • Re: [PATCH 02/25] dma-fence: prime lockdep annotations, Daniel Vetter
                  • Re: [PATCH 02/25] dma-fence: prime lockdep annotations, Jason Gunthorpe
                    • Re: [PATCH 02/25] dma-fence: prime lockdep annotations, Daniel Vetter
  • [PATCH 03/25] dma-buf.rst: Document why idenfinite fences are a bad idea, Daniel Vetter
    • Re: [Intel-gfx] [PATCH 03/25] dma-buf.rst: Document why idenfinite fences are a bad idea, Daniel Stone
      • Re: [Intel-gfx] [PATCH 03/25] dma-buf.rst: Document why idenfinite fences are a bad idea, Daniel Vetter
        • Re: [Intel-gfx] [PATCH 03/25] dma-buf.rst: Document why idenfinite fences are a bad idea, Daniel Stone
          • Re: [Intel-gfx] [PATCH 03/25] dma-buf.rst: Document why idenfinite fences are a bad idea, Daniel Vetter
            • Re: [Intel-gfx] [PATCH 03/25] dma-buf.rst: Document why idenfinite fences are a bad idea, Christian König
    • Re: [PATCH 03/25] dma-buf.rst: Document why idenfinite fences are a bad idea, Christian König
    • [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea, Daniel Vetter
      • [PATCH 2/2] drm/virtio: Remove open-coded commit-tail function, Daniel Vetter
        • Re: [PATCH 2/2] drm/virtio: Remove open-coded commit-tail function, Gerd Hoffmann
        • Re: [PATCH 2/2] drm/virtio: Remove open-coded commit-tail function, Sam Ravnborg
          • Re: [PATCH 2/2] drm/virtio: Remove open-coded commit-tail function, Daniel Vetter
        • Re: [PATCH 2/2] drm/virtio: Remove open-coded commit-tail function, Jiri Slaby
          • Re: [PATCH 2/2] drm/virtio: Remove open-coded commit-tail function, Jiri Slaby
          • Re: [PATCH 2/2] drm/virtio: Remove open-coded commit-tail function, Gerd Hoffmann
            • Re: [PATCH 2/2] drm/virtio: Remove open-coded commit-tail function, Jiri Slaby
              • Re: [PATCH 2/2] drm/virtio: Remove open-coded commit-tail function, Gerd Hoffmann
      • Re: [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea, Maarten Lankhorst
      • Re: [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea, Jason Ekstrand
      • Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea, Thomas Hellström (Intel)
        • Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea, Daniel Vetter
          • Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea, Christian König
            • Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea, Thomas Hellström (Intel)
              • Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea, Christian König
                • Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea, Daniel Vetter
                  • Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea, Daniel Vetter
                • Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea, Thomas Hellström (Intel)
                  • Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea, Daniel Vetter
                    • Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea, Thomas Hellström (Intel)
                      • Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea, Christian König
                        • Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea, Thomas Hellström (Intel)
                          • Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea, Daniel Vetter
                        • Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea, Dave Airlie
              • Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea, Dave Airlie
                • Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea, Thomas Hellström (Intel)
                  • Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea, Daniel Vetter
                    • Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea, Thomas Hellström (Intel)
                      • Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea, Daniel Vetter
                        • Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea, Thomas Hellström (Intel)
                          • Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea, Daniel Vetter
                            • Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea, Thomas Hellström (Intel)
                              • Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea, Daniel Vetter
                                • Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea, Thomas Hellström (Intel)
                                  • Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea, Daniel Vetter
                                    • Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea, Christian König
                                      • Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea, Thomas Hellström (Intel)
                                        • Re: [Linaro-mm-sig] [PATCH 1/2] dma-buf.rst: Document why indefinite fences are a bad idea, Christian König
  • [PATCH 04/25] drm/vkms: Annotate vblank timer, Daniel Vetter
    • Re: [PATCH 04/25] drm/vkms: Annotate vblank timer, Rodrigo Siqueira
      • Re: [PATCH 04/25] drm/vkms: Annotate vblank timer, Melissa Wen
        • Re: [PATCH 04/25] drm/vkms: Annotate vblank timer, Daniel Vetter
          • Re: [PATCH 04/25] drm/vkms: Annotate vblank timer, Melissa Wen
            • Re: [PATCH 04/25] drm/vkms: Annotate vblank timer, Daniel Vetter
  • [PATCH 05/25] drm/vblank: Annotate with dma-fence signalling section, Daniel Vetter
  • [PATCH 06/25] drm/amdgpu: add dma-fence annotations to atomic commit path, Daniel Vetter
  • [PATCH 07/25] drm/komdea: Annotate dma-fence critical section in commit path, Daniel Vetter
    • Re: [PATCH 07/25] drm/komdea: Annotate dma-fence critical section in commit path, james qian wang (Arm Technology China)
      • Re: [PATCH 07/25] drm/komdea: Annotate dma-fence critical section in commit path, Daniel Vetter
  • [PATCH 08/25] drm/malidp: Annotate dma-fence critical section in commit path, Daniel Vetter
    • Re: [PATCH 08/25] drm/malidp: Annotate dma-fence critical section in commit path, Liviu Dudau
      • Re: [PATCH 08/25] drm/malidp: Annotate dma-fence critical section in commit path, Daniel Vetter
  • [PATCH 09/25] drm/atmel: Use drm_atomic_helper_commit, Daniel Vetter
    • Re: [PATCH 09/25] drm/atmel: Use drm_atomic_helper_commit, Sam Ravnborg
    • [PATCH] drm/atmel: Use drm_atomic_helper_commit, Daniel Vetter
      • Re: [PATCH] drm/atmel: Use drm_atomic_helper_commit, Sam Ravnborg
  • [PATCH 10/25] drm/imx: Annotate dma-fence critical section in commit path, Daniel Vetter
  • [PATCH 11/25] drm/omapdrm: Annotate dma-fence critical section in commit path, Daniel Vetter
  • [PATCH 12/25] drm/rcar-du: Annotate dma-fence critical section in commit path, Daniel Vetter
    • Re: [PATCH 12/25] drm/rcar-du: Annotate dma-fence critical section in commit path, Laurent Pinchart
      • Re: [PATCH 12/25] drm/rcar-du: Annotate dma-fence critical section in commit path, Daniel Vetter
  • [PATCH 13/25] drm/tegra: Annotate dma-fence critical section in commit path, Daniel Vetter
  • [PATCH 15/25] drm/tilcdc: Use standard drm_atomic_helper_commit, Daniel Vetter
    • Re: [PATCH 15/25] drm/tilcdc: Use standard drm_atomic_helper_commit, Jyri Sarha
      • Re: [PATCH 15/25] drm/tilcdc: Use standard drm_atomic_helper_commit, Daniel Vetter
    • [PATCH] drm/tilcdc: Use standard drm_atomic_helper_commit, Daniel Vetter
      • Re: [PATCH] drm/tilcdc: Use standard drm_atomic_helper_commit, Jyri Sarha
    • [PATCH] drm/tilcdc: Use standard drm_atomic_helper_commit, Daniel Vetter
      • Re: [PATCH] drm/tilcdc: Use standard drm_atomic_helper_commit, Jyri Sarha
        • Re: [PATCH] drm/tilcdc: Use standard drm_atomic_helper_commit, Daniel Vetter
  • [PATCH 14/25] drm/tidss: Annotate dma-fence critical section in commit path, Daniel Vetter
    • Re: [PATCH 14/25] drm/tidss: Annotate dma-fence critical section in commit path, Jyri Sarha
  • [PATCH 16/25] drm/atomic-helper: Add dma-fence annotations, Daniel Vetter
  • [PATCH 17/25] drm/scheduler: use dma-fence annotations in main thread, Daniel Vetter
  • [PATCH 18/25] drm/amdgpu: use dma-fence annotations in cs_submit(), Daniel Vetter
  • [PATCH 19/25] drm/amdgpu: s/GFP_KERNEL/GFP_ATOMIC in scheduler code, Daniel Vetter
    • Re: [PATCH 19/25] drm/amdgpu: s/GFP_KERNEL/GFP_ATOMIC in scheduler code, Daniel Vetter
      • Re: [PATCH 19/25] drm/amdgpu: s/GFP_KERNEL/GFP_ATOMIC in scheduler code, Christian König
        • Re: [PATCH 19/25] drm/amdgpu: s/GFP_KERNEL/GFP_ATOMIC in scheduler code, Daniel Vetter
          • Re: [PATCH 19/25] drm/amdgpu: s/GFP_KERNEL/GFP_ATOMIC in scheduler code, Christian König
            • Re: [PATCH 19/25] drm/amdgpu: s/GFP_KERNEL/GFP_ATOMIC in scheduler code, Daniel Vetter
  • [PATCH 20/25] drm/amdgpu: DC also loves to allocate stuff where it shouldn't, Daniel Vetter
    • Re: [PATCH 20/25] drm/amdgpu: DC also loves to allocate stuff where it shouldn't, Daniel Vetter
  • [PATCH 21/25] drm/amdgpu/dc: Stop dma_resv_lock inversion in commit_tail, Daniel Vetter
  • [PATCH 22/25] drm/scheduler: use dma-fence annotations in tdr work, Daniel Vetter
  • [PATCH 23/25] drm/amdgpu: use dma-fence annotations for gpu reset code, Daniel Vetter
  • [PATCH 24/25] Revert "drm/amdgpu: add fbdev suspend/resume on gpu reset", Daniel Vetter
  • [PATCH 25/25] drm/amdgpu: gpu recovery does full modesets, Daniel Vetter
• [PATCH v2 rdma-next] RDMA/qedr: SRQ's bug fixes, Yuval Basson
  • Re: [PATCH v2 rdma-next] RDMA/qedr: SRQ's bug fixes, Leon Romanovsky
• [PATCH][next] IB/hfi1: Use fallthrough pseudo-keyword, Gustavo A. R. Silva
  • Re: [PATCH][next] IB/hfi1: Use fallthrough pseudo-keyword, Leon Romanovsky
    • Re: [PATCH][next] IB/hfi1: Use fallthrough pseudo-keyword, Gustavo A. R. Silva
      • Re: [PATCH][next] IB/hfi1: Use fallthrough pseudo-keyword, Leon Romanovsky
• [rdma:wip/jgg-for-next] BUILD SUCCESS 28ad5f65c314ffdd5888d6afa61772d3032a332c, kernel test robot
• [PATCH rdma-next v2] RDMA: Clean MW allocation and free flows, Leon Romanovsky
• [PATCH rdma-rc v1] RDMA/mlx5: Use xa_lock_irq when access to SRQ table, Leon Romanovsky
  • Re: [PATCH rdma-rc v1] RDMA/mlx5: Use xa_lock_irq when access to SRQ table, Matthew Wilcox
    • Re: [PATCH rdma-rc v1] RDMA/mlx5: Use xa_lock_irq when access to SRQ table, Leon Romanovsky
• [PATCH for-rc] RDMA/siw: Fix reporting vendor_part_id, Kamal Heib
  • Re: [PATCH for-rc] RDMA/siw: Fix reporting vendor_part_id, Bernard Metzler
  • Re: [PATCH for-rc] RDMA/siw: Fix reporting vendor_part_id, Jason Gunthorpe
• iSERT SQ overflow with single target and multi luns, Krishnamraju Eraparaju
  • Re: iSERT SQ overflow with single target and multi luns, Max Gurtovoy
    • Re: iSERT SQ overflow with single target and multi luns, Krishnamraju Eraparaju
      • Re: iSERT SQ overflow with single target and multi luns, Max Gurtovoy
• [PATCH rdma-rc 0/3] Fixes to mlx5_ib driver, Leon Romanovsky
  • [PATCH rdma-rc 1/3] RDMA/mlx5: Use xa_lock_irqsave when access to SRQ table, Leon Romanovsky
    • Re: [PATCH rdma-rc 1/3] RDMA/mlx5: Use xa_lock_irqsave when access to SRQ table, Jason Gunthorpe
      • Re: [PATCH rdma-rc 1/3] RDMA/mlx5: Use xa_lock_irqsave when access to SRQ table, Leon Romanovsky
  • [PATCH rdma-rc 2/3] IB/mlx5: Fix 50G per lane indication, Leon Romanovsky
  • [PATCH rdma-rc 3/3] RDMA/mlx5: Set PD pointers for the error flow unwind, Leon Romanovsky
  • Re: [PATCH rdma-rc 0/3] Fixes to mlx5_ib driver, Jason Gunthorpe
• [PATCH rdma-next] RDMA/mlx5: Init dest_type when create flow, Leon Romanovsky
  • Re: [PATCH rdma-next] RDMA/mlx5: Init dest_type when create flow, Jason Gunthorpe
    • Re: [PATCH rdma-next] RDMA/mlx5: Init dest_type when create flow, Leon Romanovsky
      • Re: [PATCH rdma-next] RDMA/mlx5: Init dest_type when create flow, Jason Gunthorpe
        • Re: [PATCH rdma-next] RDMA/mlx5: Init dest_type when create flow, Leon Romanovsky
  • Re: [PATCH rdma-next] RDMA/mlx5: Init dest_type when create flow, Jason Gunthorpe
• [PATCH v3 rdma-next 0/2] RDMA/qedr: Add EDPM kernel-user flags for feature compatibility, Michal Kalderon
  • [PATCH v3 rdma-next 1/2] RDMA/qedr: Add EDPM mode type for user-fw compatibility, Michal Kalderon
  • [PATCH v3 rdma-next 2/2] RDMA/qedr: Add EDPM max size to alloc ucontext response, Michal Kalderon
    • Re: [PATCH v3 rdma-next 2/2] RDMA/qedr: Add EDPM max size to alloc ucontext response, Jason Gunthorpe
      • RE: [PATCH v3 rdma-next 2/2] RDMA/qedr: Add EDPM max size to alloc ucontext response, Michal Kalderon
        • Re: [PATCH v3 rdma-next 2/2] RDMA/qedr: Add EDPM max size to alloc ucontext response, Jason Gunthorpe
          • RE: [EXT] Re: [PATCH v3 rdma-next 2/2] RDMA/qedr: Add EDPM max size to alloc ucontext response, Michal Kalderon
  • Re: [PATCH v3 rdma-next 0/2] RDMA/qedr: Add EDPM kernel-user flags for feature compatibility, Jason Gunthorpe
• [rdma:for-next] BUILD SUCCESS d473f4dc2f95c8c856b1659ced3502802b7d2fbe, kernel test robot
• [PATCH 0/5] mm/migrate: avoid device private invalidations, Ralph Campbell
  • [PATCH 1/5] nouveau: fix storing invalid ptes, Ralph Campbell
  • [PATCH 3/5] mm/notifier: add migration invalidation type, Ralph Campbell
    • Re: [PATCH 3/5] mm/notifier: add migration invalidation type, Jason Gunthorpe
      • Re: [PATCH 3/5] mm/notifier: add migration invalidation type, Ralph Campbell
  • [PATCH 5/5] mm/hmm/test: use the new migration invalidation, Ralph Campbell
  • [PATCH 4/5] nouveau/svm: use the new migration invalidation, Ralph Campbell
  • [PATCH 2/5] mm/migrate: add a direction parameter to migrate_vma, Ralph Campbell
    • Re: [PATCH 2/5] mm/migrate: add a direction parameter to migrate_vma, Bharata B Rao
  • Re: [PATCH 0/5] mm/migrate: avoid device private invalidations, Bharata B Rao
• [PATCH v2 rdma-next 0/2] RDMA/qedr: Add EDPM kernel-user flags for feature compatibility, Michal Kalderon
  • [PATCH v2 rdma-next 1/2] RDMA/qedr: Add EDPM mode type for user-fw compatibility, Michal Kalderon
  • [PATCH v2 rdma-next 2/2] RDMA/qedr: Add EDPM max size to alloc ucontext response, Michal Kalderon
    • Re: [PATCH v2 rdma-next 2/2] RDMA/qedr: Add EDPM max size to alloc ucontext response, Leon Romanovsky
      • RE: [PATCH v2 rdma-next 2/2] RDMA/qedr: Add EDPM max size to alloc ucontext response, Michal Kalderon
• [PATCH rdma-next 0/2] RDMA/qedr: Add EDPM kernel-user flags for feature compatibility, Michal Kalderon
  • [PATCH rdma-next 1/2] RDMA/qedr: Add EDPM mode type for user-fw compatibility, Michal Kalderon
  • [PATCH rdma-next 2/2] RDMA/qedr: Add EDPM max size to alloc ucontext response, Michal Kalderon
    • Re: [PATCH rdma-next 2/2] RDMA/qedr: Add EDPM max size to alloc ucontext response, Jason Gunthorpe
• [PATCH rdma-next v2 0/3] Convert XRC to use xarray, Leon Romanovsky
  • [PATCH rdma-next v2 1/3] RDMA/mlx5: Get XRCD number directly for the internal use, Leon Romanovsky
  • [PATCH rdma-next v2 2/3] RDMA/core: Clean ib_alloc_xrcd() and reuse it to allocate XRC domain, Leon Romanovsky
  • [PATCH rdma-next v2 3/3] RDMA/core: Optimize XRC target lookup, Leon Romanovsky
  • Re: [PATCH rdma-next v2 0/3] Convert XRC to use xarray, Jason Gunthorpe
• [PATCH rdma-next] RDMA: Move ib_dm allocation to be under ib_core responsibility, Leon Romanovsky
• [PATCH rdma-next] RDMA/qedr: SRQ's bug fixes, Yuval Basson
  • Re: [PATCH rdma-next] RDMA/qedr: SRQ's bug fixes, Jason Gunthorpe
    • RE: [EXT] Re: [PATCH rdma-next] RDMA/qedr: SRQ's bug fixes, Yuval Basson
• [PATCH for-next 0/3] Allocate MR cleanups, Gal Pressman
  • [PATCH for-next 1/3] RDMA/core: Check for error instead of success in alloc MR function, Gal Pressman
    • Re: [PATCH for-next 1/3] RDMA/core: Check for error instead of success in alloc MR function, Leon Romanovsky
  • [PATCH for-next 2/3] RDMA/core: Remove ib_alloc_mr_user function, Gal Pressman
    • Re: [PATCH for-next 2/3] RDMA/core: Remove ib_alloc_mr_user function, Leon Romanovsky
  • [PATCH for-next 3/3] RDMA: Remove the udata parameter from alloc_mr callback, Gal Pressman
    • Re: [PATCH for-next 3/3] RDMA: Remove the udata parameter from alloc_mr callback, Leon Romanovsky
  • Re: [PATCH for-next 0/3] Allocate MR cleanups, Jason Gunthorpe
• [PATCH for-rc v1 0/4] RDMA/providers: Set max_pkey attribute, Kamal Heib
  • [PATCH for-rc v1 1/4] RDMA/siw: Set max_pkeys attribute, Kamal Heib
  • [PATCH for-rc v1 2/4] RDMA/cxgb4: Set max_pkeys attribute, Kamal Heib
  • [PATCH for-rc v1 3/4] RDMA/i40iw: Set max_pkeys attribute, Kamal Heib
  • [PATCH for-rc v1 4/4] RDMA/usnic: Fix reported max_pkeys attribute, Kamal Heib
  • Re: [PATCH for-rc v1 1/4] RDMA/siw: Set max_pkeys attribute, Bernard Metzler
  • Re: [PATCH for-rc v1 0/4] RDMA/providers: Set max_pkey attribute, Jason Gunthorpe
    • Re: [PATCH for-rc v1 0/4] RDMA/providers: Set max_pkey attribute, Kamal Heib
      • Re: [PATCH for-rc v1 0/4] RDMA/providers: Set max_pkey attribute, Jason Gunthorpe
        • Re: [PATCH for-rc v1 0/4] RDMA/providers: Set max_pkey attribute, Kamal Heib
• [PATCH for-next 0/5] RDMA/providers: Set max_pkey attribute, Kamal Heib
  • [PATCH for-next 1/5] RDMA/siw: Set max_pkeys attribute, Kamal Heib
  • [PATCH for-next 2/5] RDMA/efa: Set max_pkeys attribute, Kamal Heib
    • Re: [PATCH for-next 2/5] RDMA/efa: Set max_pkeys attribute, Gal Pressman
      • Re: [PATCH for-next 2/5] RDMA/efa: Set max_pkeys attribute, Kamal Heib
  • [PATCH for-next 3/5] RDMA/cxgb4: Set max_pkeys attribute, Kamal Heib
  • [PATCH for-next 4/5] RDMA/i40iw: Set max_pkeys attribute, Kamal Heib
  • [PATCH for-next 5/5] RDMA/usnic: Fix reported max_pkeys attribute, Kamal Heib
  • Re: [PATCH for-next 0/5] RDMA/providers: Set max_pkey attribute, Kamal Heib
• [PATCH] Replace HTTP links with HTTPS ones: VMWare PVRDMA driver, Alexander A. Klimov
  • Re: [PATCH] Replace HTTP links with HTTPS ones: VMWare PVRDMA driver, Leon Romanovsky
• [PATCH for-next] RDMA/mlx5: Remove unused to_mibmr function, Gal Pressman
  • Re: [PATCH for-next] RDMA/mlx5: Remove unused to_mibmr function, Leon Romanovsky
  • Re: [PATCH for-next] RDMA/mlx5: Remove unused to_mibmr function, Jason Gunthorpe
• [rdma:wip/jgg-for-next] BUILD SUCCESS a544571d44090992ab2d68ddd93418258bd13eef, kernel test robot
• [PATCH for-next v1 0/4] RDMA/rxe: Cleanups and improvements, Kamal Heib
  • [PATCH for-next v1 1/4] RDMA/rxe: Drop pointless checks in rxe_init_ports, Kamal Heib
    • Re: [PATCH for-next v1 1/4] RDMA/rxe: Drop pointless checks in rxe_init_ports, Leon Romanovsky
  • [PATCH for-next v1 2/4] RDMA/rxe: Return void from rxe_init_port_param(), Kamal Heib
    • Re: [PATCH for-next v1 2/4] RDMA/rxe: Return void from rxe_init_port_param(), Leon Romanovsky
  • [PATCH for-next v1 3/4] RDMA/rxe: Return void from rxe_mem_init_dma(), Kamal Heib
    • Re: [PATCH for-next v1 3/4] RDMA/rxe: Return void from rxe_mem_init_dma(), Leon Romanovsky
  • [PATCH for-next v1 4/4] RDMA/rxe: Remove rxe_link_layer(), Kamal Heib
    • Re: [PATCH for-next v1 4/4] RDMA/rxe: Remove rxe_link_layer(), Zhu Yanjun
    • Re: [PATCH for-next v1 4/4] RDMA/rxe: Remove rxe_link_layer(), Leon Romanovsky
  • Re: [PATCH for-next v1 0/4] RDMA/rxe: Cleanups and improvements, Kamal Heib
    • Re: [PATCH for-next v1 0/4] RDMA/rxe: Cleanups and improvements, Jason Gunthorpe
      • Re: [PATCH for-next v1 0/4] RDMA/rxe: Cleanups and improvements, Kamal Heib
  • Re: [PATCH for-next v1 0/4] RDMA/rxe: Cleanups and improvements, Jason Gunthorpe
• [PATCH V1 rdma-core 00/13] verbs: Introduce import verbs for device, PD, MR, Yishai Hadas
  • [PATCH V1 rdma-core 06/13] mlx5: Implement the import device functionality, Yishai Hadas
  • [PATCH V1 rdma-core 01/13] Update kernel headers, Yishai Hadas
  • [PATCH V1 rdma-core 11/13] pyverbs: Support verbs import APIs, Yishai Hadas
  • [PATCH V1 rdma-core 02/13] verbs: Close async_fd only when it was previously created, Yishai Hadas
  • [PATCH V1 rdma-core 04/13] verbs: Introduce ibv_import_device() verb, Yishai Hadas
  • [PATCH V1 rdma-core 10/13] mlx5: Implement the import/unimport MR verbs, Yishai Hadas
  • [PATCH V1 rdma-core 09/13] verbs: Introduce ibv_import/unimport_mr() verbs, Yishai Hadas
  • [PATCH V1 rdma-core 07/13] verbs: Introduce ibv_import/unimport_pd() verbs, Yishai Hadas
  • [PATCH V1 rdma-core 12/13] Documentation: Add usage example for verbs import, Yishai Hadas
  • [PATCH V1 rdma-core 03/13] verbs: Enhance async FD usage, Yishai Hadas
  • [PATCH V1 rdma-core 13/13] tests: Add a shared PD Pyverbs test, Yishai Hadas
  • [PATCH V1 rdma-core 08/13] mlx5: Implement the import/unimport PD verbs, Yishai Hadas
  • [PATCH V1 rdma-core 05/13] mlx5: Refactor mlx5_alloc_context(), Yishai Hadas
  • Re: [PATCH V1 rdma-core 00/13] verbs: Introduce import verbs for device, PD, MR, Yishai Hadas
• [rdma:wip/jgg-for-rc] BUILD SUCCESS f427f4d6214c183c474eeb46212d38e6c7223d6a, kernel test robot
• [PATCH net] net/mlx5e: Do not include rwlock.h directly, Sebastian Andrzej Siewior
  • Re: [PATCH net] net/mlx5e: Do not include rwlock.h directly, Leon Romanovsky
  • Re: [PATCH net] net/mlx5e: Do not include rwlock.h directly, Saeed Mahameed
  • Re: [PATCH net] net/mlx5e: Do not include rwlock.h directly, David Miller
• [PATCH for-next 0/4] RDMA/rxe: Cleanups and improvements, Kamal Heib
  • [PATCH for-next 1/4] RDMA/rxe: Drop pointless checks in rxe_init_ports, Kamal Heib
  • [PATCH for-next 2/4] RDMA/rxe: Return void from rxe_init_port_param(), Kamal Heib
  • [PATCH for-next 3/4] RDMA/rxe: Return void from rxe_mem_init_dma(), Kamal Heib
  • [PATCH for-next 4/4] RDMA/rxe: Remove rxe_link_layer(), Kamal Heib
    • Re: [PATCH for-next 4/4] RDMA/rxe: Remove rxe_link_layer(), Zhu Yanjun
      • Re: [PATCH for-next 4/4] RDMA/rxe: Remove rxe_link_layer(), Kamal Heib
    • Re: [PATCH for-next 4/4] RDMA/rxe: Remove rxe_link_layer(), Zhu Yanjun
      • Re: [PATCH for-next 4/4] RDMA/rxe: Remove rxe_link_layer(), Leon Romanovsky
      • Re: [PATCH for-next 4/4] RDMA/rxe: Remove rxe_link_layer(), Kamal Heib
• [rdma:for-next] BUILD SUCCESS 65936bf25f90fe440bb2d11624c7d10fab266639, kernel test robot
• [rdma:for-rc] BUILD SUCCESS 2315ec12ee8e8257bb335654c62e0cae71dc278d, kernel test robot
• [PATCH] RDMA/core: Clean up tracepoint headers, Chuck Lever
  • Re: [PATCH] RDMA/core: Clean up tracepoint headers, Leon Romanovsky
  • Re: [PATCH] RDMA/core: Clean up tracepoint headers, Jason Gunthorpe
• [PATCH net-next] mlx4: Mark PM functions as __maybe_unused, Wei Yongjun
  • Re: [PATCH net-next] mlx4: Mark PM functions as __maybe_unused, Leon Romanovsky
    • Re: [PATCH net-next] mlx4: Mark PM functions as __maybe_unused, Wei Yongjun
      • Re: [PATCH net-next] mlx4: Mark PM functions as __maybe_unused, Leon Romanovsky
  • Re: [PATCH net-next] mlx4: Mark PM functions as __maybe_unused, Jason Gunthorpe
  • Re: [PATCH net-next] mlx4: Mark PM functions as __maybe_unused, David Miller
• [PATCH rdma-next 0/3] Global per-type support for QP counters, Leon Romanovsky
  • [PATCH rdma-next 2/3] RDMA/counter: Only bind user QPs in auto mode, Leon Romanovsky
  • [PATCH rdma-next 3/3] RDMA/counter: Allow manually bind QPs with different pids to same counter, Leon Romanovsky
  • [PATCH rdma-next 1/3] RDMA/counter: Add PID category support in auto mode, Leon Romanovsky
• [PATCH rdma-next 0/6] Cleanup mlx5_ib main file, Leon Romanovsky
  • [PATCH rdma-next 1/6] RDMA/mlx5: Limit the scope of mlx5_ib_enable_driver function, Leon Romanovsky
  • [PATCH rdma-next 2/6] RDMA/mlx5: Separate restrack callbacks initialization from main.c, Leon Romanovsky
  • [PATCH rdma-next 3/6] RDMA/mlx5: Separate counters from main.c, Leon Romanovsky
  • [PATCH rdma-next 5/6] RDMA/mlx5: Cleanup DEVX initialization flow, Leon Romanovsky
  • [PATCH rdma-next 6/6] RDMA/mlx5: Delete one-time used functions, Leon Romanovsky
  • [PATCH rdma-next 4/6] RDMA/mlx5: Separate flow steering logic from main.c, Leon Romanovsky
  • Re: [PATCH rdma-next 0/6] Cleanup mlx5_ib main file, Jason Gunthorpe
    • Re: [PATCH rdma-next 0/6] Cleanup mlx5_ib main file, Leon Romanovsky
  • Re: [PATCH rdma-next 0/6] Cleanup mlx5_ib main file, Jason Gunthorpe
• [PATCH v3 0/5] mm/hmm/nouveau: add PMD system memory mapping, Ralph Campbell
  • [PATCH v3 1/5] nouveau/hmm: fault one page at a time, Ralph Campbell
  • [PATCH v3 4/5] nouveau/hmm: support mapping large sysmem pages, Ralph Campbell
  • [PATCH v3 5/5] hmm: add tests for hmm_pfn_to_map_order(), Ralph Campbell
  • [PATCH v3 2/5] mm/hmm: add hmm_mapping order, Ralph Campbell
  • [PATCH v3 3/5] nouveau: fix mapping 2MB sysmem pages, Ralph Campbell
    • Re: [Nouveau] [PATCH v3 3/5] nouveau: fix mapping 2MB sysmem pages, Ben Skeggs
  • Re: [PATCH v3 0/5] mm/hmm/nouveau: add PMD system memory mapping, Jason Gunthorpe
    • Re: [PATCH v3 0/5] mm/hmm/nouveau: add PMD system memory mapping, Ralph Campbell
• [rdma:wip/jgg-for-next] BUILD SUCCESS WITH WARNING c4334a99d3d6d8e2d1aa97655f44f637f17a3a11, kernel test robot
• [PATCH v2 0/5] mm/hmm/nouveau: add PMD system memory mapping, Ralph Campbell
  • [PATCH v2 3/5] nouveau: fix mapping 2MB sysmem pages, Ralph Campbell
  • [PATCH v2 1/5] nouveau/hmm: fault one page at a time, Ralph Campbell
  • [PATCH v2 2/5] mm/hmm: add output flags for PMD/PUD page mapping, Ralph Campbell
    • Re: [PATCH v2 2/5] mm/hmm: add output flags for PMD/PUD page mapping, Matthew Wilcox
      • Re: [PATCH v2 2/5] mm/hmm: add output flags for PMD/PUD page mapping, Jason Gunthorpe
  • [PATCH v2 5/5] hmm: add tests for HMM_PFN_PMD flag, Ralph Campbell
  • [PATCH v2 4/5] nouveau/hmm: support mapping large sysmem pages, Ralph Campbell
• [PATCH][next] net/mlx5e: fix memory leak of tls, Colin King
  • Re: [PATCH][next] net/mlx5e: fix memory leak of tls, Tariq Toukan
  • Re: [PATCH][next] net/mlx5e: fix memory leak of tls, David Miller
• [PATCH for-next] RDMA/hns: Optimize MTR level-0 addressing to access huge page, Weihang Li
  • Re: [PATCH for-next] RDMA/hns: Optimize MTR level-0 addressing to access huge page, Jason Gunthorpe
• [PATCH rdma-next] RDMA/rxe: Skip dgid check in loopback mode, Leon Romanovsky
  • Re: [PATCH rdma-next] RDMA/rxe: Skip dgid check in loopback mode, Jason Gunthorpe
• [PATCH rdma-rc] RDMA/mlx5: Fix legacy IPoIB QP initialization, Leon Romanovsky
  • Re: [PATCH rdma-rc] RDMA/mlx5: Fix legacy IPoIB QP initialization, Jason Gunthorpe
• [PATCH rdma-next v1 0/4] ib_core allocation patches, Leon Romanovsky
  • [PATCH rdma-next v1 1/4] RDMA/core: Create and destroy counters in the ib_core, Leon Romanovsky
  • [PATCH rdma-next v1 3/4] RDMA: Move XRCD to be under ib_core responsibility, Leon Romanovsky
  • [PATCH rdma-next v1 4/4] RDMA/core: Convert RWQ table logic to ib_core allocation scheme, Leon Romanovsky
    • Re: [PATCH rdma-next v1 4/4] RDMA/core: Convert RWQ table logic to ib_core allocation scheme, Yishai Hadas
      • Re: [PATCH rdma-next v1 4/4] RDMA/core: Convert RWQ table logic to ib_core allocation scheme, Leon Romanovsky
  • [PATCH rdma-next v1 2/4] RDMA: Clean MW allocation and free flows, Leon Romanovsky
    • Re: [PATCH rdma-next v1 2/4] RDMA: Clean MW allocation and free flows, Jason Gunthorpe
      • Re: [PATCH rdma-next v1 2/4] RDMA: Clean MW allocation and free flows, Leon Romanovsky
        • Re: [PATCH rdma-next v1 2/4] RDMA: Clean MW allocation and free flows, Jason Gunthorpe
          • Re: [PATCH rdma-next v1 2/4] RDMA: Clean MW allocation and free flows, Leon Romanovsky
  • Re: [PATCH rdma-next v1 0/4] ib_core allocation patches, Leon Romanovsky
  • Re: [PATCH rdma-next v1 0/4] ib_core allocation patches, Jason Gunthorpe
• [PATCH rdma-next v1 0/7] Introduce UAPIs to query UCONTEXT, PD and MR properties, Leon Romanovsky
  • [PATCH rdma-next v1 1/7] IB/uverbs: Enable CQ ioctl commands by default, Leon Romanovsky
  • [PATCH rdma-next v1 3/7] IB/uverbs: Expose UAPI to query ucontext, Leon Romanovsky
  • [PATCH rdma-next v1 4/7] RDMA/mlx5: Refactor mlx5_ib_alloc_ucontext() response, Leon Romanovsky
  • [PATCH rdma-next v1 5/7] RDMA/mlx5: Implement the query ucontext functionality, Leon Romanovsky
  • [PATCH rdma-next v1 2/7] IB/uverbs: Set IOVA on IB MR in uverbs layer, Leon Romanovsky
  • [PATCH rdma-next v1 7/7] IB/uverbs: Expose UAPI to query MR, Leon Romanovsky
  • [PATCH rdma-next v1 6/7] RDMA/mlx5: Introduce UAPI to query PD attributes, Leon Romanovsky
  • Re: [PATCH rdma-next v1 0/7] Introduce UAPIs to query UCONTEXT, PD and MR properties, Jason Gunthorpe
• [PATCH v1 0/6] Server-side completion IDs, Chuck Lever
  • [PATCH v1 1/6] svcrdma: Introduce infrastructure to support completion IDs, Chuck Lever
  • [PATCH v1 4/6] svcrdma: Introduce Send completion IDs, Chuck Lever
  • [PATCH v1 2/6] svcrdma: Introduce Receive completion IDs, Chuck Lever
  • [PATCH v1 5/6] svcrdma: Record send_ctxt completion ID in trace_svcrdma_post_send(), Chuck Lever
  • [PATCH v1 6/6] svcrdma: Display chunk completion ID when posting a rw_ctxt, Chuck Lever
  • [PATCH v1 3/6] svcrdma: Record Receive completion ID in svc_rdma_decode_rqst, Chuck Lever
• [RFC PATCH v2 0/3] RDMA: add dma-buf support, Jianxin Xiong
  • Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support, Jason Gunthorpe
    • RE: [RFC PATCH v2 0/3] RDMA: add dma-buf support, Xiong, Jianxin
      • Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support, Jason Gunthorpe
        • RE: [RFC PATCH v2 0/3] RDMA: add dma-buf support, Xiong, Jianxin
          • Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support, Jason Gunthorpe
            • RE: [RFC PATCH v2 0/3] RDMA: add dma-buf support, Xiong, Jianxin
              • Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support, Jason Gunthorpe
          • Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support, Christian König
            • Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support, Daniel Vetter
              • Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support, Daniel Vetter
            • Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support, Jason Gunthorpe
              • Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support, Christian König
                • Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support, Daniel Vetter
                  • Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support, Jason Gunthorpe
                    • Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support, Daniel Vetter
                      • Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support, Jason Gunthorpe
                        • Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support, Christian König
                          • Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support, Daniel Vetter
                            • Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support, Jason Gunthorpe
                              • Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support, Daniel Vetter
                                • Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support, Jason Gunthorpe
                                  • Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support, Christian König
                                    • RE: [RFC PATCH v2 0/3] RDMA: add dma-buf support, Xiong, Jianxin
                                      • Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support, Christian König
                                        • Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support, Daniel Vetter
                                          • Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support, Christian König
                                            • Re: [RFC PATCH v2 0/3] RDMA: add dma-buf support, Alex Deucher
  • [RFC PATCH v2 3/3] RDMA/uverbs: Add uverbs command for dma-buf based MR registration, Jianxin Xiong
    • RE: [RFC PATCH v2 3/3] RDMA/uverbs: Add uverbs command for dma-buf based MR registration, Xiong, Jianxin
  • [RFC PATCH v2 2/3] RDMA/core: Expand the driver method 'reg_user_mr' to support dma-buf, Jianxin Xiong
    • RE: [RFC PATCH v2 2/3] RDMA/core: Expand the driver method 'reg_user_mr' to support dma-buf, Xiong, Jianxin
  • [RFC PATCH v2 1/3] RDMA/umem: Support importing dma-buf as user memory region, Jianxin Xiong
    • RE: [RFC PATCH v2 1/3] RDMA/umem: Support importing dma-buf as user memory region, Xiong, Jianxin
  • RE: [RFC PATCH v2 0/3] RDMA: add dma-buf support, Xiong, Jianxin
• [PATCH v1 0/4] More code de-duplication, Chuck Lever
  • [PATCH v1 4/4] svcrdma: Add common XDR encoders for RDMA and Read segments, Chuck Lever
  • [PATCH v1 2/4] SUNRPC: Add helpers for decoding list discriminators symbolically, Chuck Lever
  • [PATCH v1 1/4] svcrdma: Remove declarations for functions long removed, Chuck Lever
  • [PATCH v1 3/4] svcrdma: Add common XDR decoders for RDMA and Read segments, Chuck Lever
• [PATCH v2 0/8] Refactor path that sends error responses, Chuck Lever
  • [PATCH v2 3/8] svcrdma: Add @rctxt parameter to svc_rdma_send_error() functions, Chuck Lever
  • [PATCH v2 2/8] svcrdma: Remove save_io_pages() call from send_error_msg(), Chuck Lever
  • [PATCH v2 1/8] svcrdma: Fix page leak in svc_rdma_recv_read_chunk(), Chuck Lever
  • [PATCH v2 5/8] svcrdma: Eliminate return value for svc_rdma_send_error_msg(), Chuck Lever
  • [PATCH v2 6/8] svcrdma: Make svc_rdma_send_error_msg() a global function, Chuck Lever
  • [PATCH v2 4/8] svcrdma: Add a @status parameter to svc_rdma_send_error_msg(), Chuck Lever
  • [PATCH v2 8/8] svcrdma: Clean up trace_svcrdma_send_failed() tracepoint, Chuck Lever
  • [PATCH v2 7/8] svcrdma: Consolidate send_error helper functions, Chuck Lever
• [PATCH rdma-core] redhat: Fix the condition for pyverbs enablement on Fedora 32 and up, Alaa Hleihel
  • Re: [PATCH rdma-core] redhat: Fix the condition for pyverbs enablement on Fedora 32 and up, Honggang LI
  • Re: [PATCH rdma-core] redhat: Fix the condition for pyverbs enablement on Fedora 32 and up, Leon Romanovsky
• [PATCH v1 0/4] Fix more issues in new connect logic, Chuck Lever
  • [PATCH v1 1/4] xprtrdma: Fix double-free in rpcrdma_ep_create(), Chuck Lever
  • [PATCH v1 2/4] xprtrdma: Fix recursion into rpcrdma_xprt_disconnect(), Chuck Lever
  • [PATCH v1 3/4] xprtrdma: Fix return code from rpcrdma_xprt_connect(), Chuck Lever
  • [PATCH v1 4/4] xprtrdma: Fix handling of connect errors, Chuck Lever
  • Re: [PATCH v1 0/4] Fix more issues in new connect logic, Chuck Lever
    • Re: [PATCH v1 0/4] Fix more issues in new connect logic, Anna Schumaker
• [PATCH v1] rds: If one path needs re-connection, check all and re-connect, rao . shoaib
  • Re: [PATCH v1] rds: If one path needs re-connection, check all and re-connect, David Miller
    • Re: [PATCH v1] rds: If one path needs re-connection, check all and re-connect, Rao Shoaib
      • Re: [PATCH v1] rds: If one path needs re-connection, check all and re-connect, David Miller
  • <Possible follow-ups>
  • [PATCH v1] rds: If one path needs re-connection, check all and re-connect, rao . shoaib
    • Re: [PATCH v1] rds: If one path needs re-connection, check all and re-connect, David Miller
• [PATCH] RDMA/core: Fix bogus WARN_ON during ib_unregister_device_queued(), Jason Gunthorpe
  • Re: [PATCH] RDMA/core: Fix bogus WARN_ON during ib_unregister_device_queued(), Leon Romanovsky
  • Re: [PATCH] RDMA/core: Fix bogus WARN_ON during ib_unregister_device_queued(), Jason Gunthorpe
• [PATCH mlx5-next 1/3] net/mlx5: Avoid RDMA file inclusion in core driver, Saeed Mahameed
  • [PATCH mlx5-next 2/3] net/mlx5: Avoid eswitch header inclusion in fs core layer, Saeed Mahameed
  • [PATCH mlx5-next 3/3] net/mlx5: kTLS, Improve TLS params layout structures, Saeed Mahameed
• [PATCH mlx5-next 0/3] mlx5 next updates 2020-06-25, Saeed Mahameed
  • Re: [PATCH mlx5-next 0/3] mlx5 next updates 2020-06-25, Saeed Mahameed
• [PATCH v2] rds: transport module should be auto loaded when transport is set, rao . shoaib
  • Re: [PATCH v2] rds: transport module should be auto loaded when transport is set, David Miller
• [PATCH for-next] RDMA/ipoib: Fix ABBA deadlock with ipoib_reap_ah(), Kamal Heib
  • Re: [PATCH for-next] RDMA/ipoib: Fix ABBA deadlock with ipoib_reap_ah(), Jason Gunthorpe
• [rdma:wip/jgg-for-next] BUILD SUCCESS 14c2b89634a28577a242cb34f339d981da6d3ef6, kernel test robot
• [rdma:for-rc] BUILD SUCCESS 38fd98afeeb79d3b148db49f81f2ec6a37a4ee00, kernel test robot
• [PATCH rdma-next 0/5] ib_core allocation patches, Leon Romanovsky
  • [PATCH rdma-next 1/5] RDMA/core: Create and destroy counters in the ib_core, Leon Romanovsky
  • [PATCH rdma-next 3/5] RDMA: Move XRCD to be under ib_core responsibility, Leon Romanovsky
  • [PATCH rdma-next 2/5] RDMA: Clean MW allocation and free flows, Leon Romanovsky
    • Re: [PATCH rdma-next 2/5] RDMA: Clean MW allocation and free flows, Yishai Hadas
      • Re: [PATCH rdma-next 2/5] RDMA: Clean MW allocation and free flows, Leon Romanovsky
  • [PATCH rdma-next 5/5] RDMA/core: Convert RWQ table logic to ib_core allocation scheme, Leon Romanovsky
    • Re: [PATCH rdma-next 5/5] RDMA/core: Convert RWQ table logic to ib_core allocation scheme, Yishai Hadas
      • Re: [PATCH rdma-next 5/5] RDMA/core: Convert RWQ table logic to ib_core allocation scheme, Leon Romanovsky
        • Re: [PATCH rdma-next 5/5] RDMA/core: Convert RWQ table logic to ib_core allocation scheme, Yishai Hadas
          • Re: [PATCH rdma-next 5/5] RDMA/core: Convert RWQ table logic to ib_core allocation scheme, Leon Romanovsky
            • Re: [PATCH rdma-next 5/5] RDMA/core: Convert RWQ table logic to ib_core allocation scheme, Yishai Hadas
              • Re: [PATCH rdma-next 5/5] RDMA/core: Convert RWQ table logic to ib_core allocation scheme, Leon Romanovsky
    • Re: [PATCH rdma-next 5/5] RDMA/core: Convert RWQ table logic to ib_core allocation scheme, Jason Gunthorpe
      • Re: [PATCH rdma-next 5/5] RDMA/core: Convert RWQ table logic to ib_core allocation scheme, Leon Romanovsky
        • Re: [PATCH rdma-next 5/5] RDMA/core: Convert RWQ table logic to ib_core allocation scheme, Jason Gunthorpe
          • Re: [PATCH rdma-next 5/5] RDMA/core: Convert RWQ table logic to ib_core allocation scheme, Leon Romanovsky
            • Re: [PATCH rdma-next 5/5] RDMA/core: Convert RWQ table logic to ib_core allocation scheme, Jason Gunthorpe
              • Re: [PATCH rdma-next 5/5] RDMA/core: Convert RWQ table logic to ib_core allocation scheme, Leon Romanovsky
  • [PATCH rdma-next 4/5] RDMA/core: Delete not-used create RWQ table function, Leon Romanovsky
    • Re: [PATCH rdma-next 4/5] RDMA/core: Delete not-used create RWQ table function, Jason Gunthorpe
• [PATCH iproute2-next v1 0/4] RAW format dumps through RDMAtool, Leon Romanovsky
  • [PATCH iproute2-next v1 1/4] rdma: update uapi headers, Leon Romanovsky
    • Re: [PATCH iproute2-next v1 1/4] rdma: update uapi headers, Leon Romanovsky
      • Re: [PATCH iproute2-next v1 1/4] rdma: update uapi headers, David Ahern
    • Re: [PATCH iproute2-next v1 1/4] rdma: update uapi headers, David Ahern
      • Re: [PATCH iproute2-next v1 1/4] rdma: update uapi headers, Leon Romanovsky
        • Re: [PATCH iproute2-next v1 1/4] rdma: update uapi headers, David Ahern
          • Re: [PATCH iproute2-next v1 1/4] rdma: update uapi headers, Leon Romanovsky
  • [PATCH iproute2-next v1 2/4] rdma: Add support to get QP in raw format, Leon Romanovsky
  • [PATCH iproute2-next v1 3/4] rdma: Add support to get CQ in raw format, Leon Romanovsky
  • [PATCH iproute2-next v1 4/4] rdma: Add support to get MR in raw format, Leon Romanovsky
  • Re: [PATCH iproute2-next v1 0/4] RAW format dumps through RDMAtool, David Ahern
    • Re: [PATCH iproute2-next v1 0/4] RAW format dumps through RDMAtool, Leon Romanovsky
• [PATCH wip/jgg-next] fixup! RDMA: Add support to dump resource tracker in RAW format, Leon Romanovsky
  • Re: [PATCH wip/jgg-next] fixup! RDMA: Add support to dump resource tracker in RAW format, Jason Gunthorpe
    • Re: [PATCH wip/jgg-next] fixup! RDMA: Add support to dump resource tracker in RAW format, Leon Romanovsky
• [rdma:wip/jgg-for-next] BUILD SUCCESS 10cd686eb958331f23d569a48e6f3e1bee1ce1c1, kernel test robot
• [PATCH v4] IB/sa: Resolving use-after-free in ib_nl_send_msg, Divya Indi
  • Re: [PATCH v4] IB/sa: Resolving use-after-free in ib_nl_send_msg, Leon Romanovsky
    • Re: [PATCH v4] IB/sa: Resolving use-after-free in ib_nl_send_msg, Divya Indi
      • Re: [PATCH v4] IB/sa: Resolving use-after-free in ib_nl_send_msg, Leon Romanovsky
  • Re: [PATCH v4] IB/sa: Resolving use-after-free in ib_nl_send_msg, Jason Gunthorpe
    • Re: [PATCH v4] IB/sa: Resolving use-after-free in ib_nl_send_msg, Divya Indi
      • Re: [PATCH v4] IB/sa: Resolving use-after-free in ib_nl_send_msg, Jason Gunthorpe
        • Re: [PATCH v4] IB/sa: Resolving use-after-free in ib_nl_send_msg, Haakon Bugge
          • Re: [PATCH v4] IB/sa: Resolving use-after-free in ib_nl_send_msg, Jason Gunthorpe
            • Re: [PATCH v4] IB/sa: Resolving use-after-free in ib_nl_send_msg, Haakon Bugge
• [PATCH for-rc v2 0/2] minor hfi1 fixes, Dennis Dalessandro
  • [PATCH for-rc v2 1/2] IB/hfi1: Do not destroy hfi1_wq when the device is shut down, Dennis Dalessandro
    • Re: [PATCH for-rc v2 1/2] IB/hfi1: Do not destroy hfi1_wq when the device is shut down, Sasha Levin
    • Re: [PATCH for-rc v2 1/2] IB/hfi1: Do not destroy hfi1_wq when the device is shut down, Sasha Levin
  • [PATCH for-rc v2 2/2] IB/hfi1: Do not destroy link_wq when the device is shut down, Dennis Dalessandro
  • Re: [PATCH for-rc v2 0/2] minor hfi1 fixes, Jason Gunthorpe
• [PATCH for-rc 0/2] AIP fixes, Dennis Dalessandro
  • [PATCH for-rc 2/2] IB/hfi1: Add atomic triggered sleep/wakeup, Dennis Dalessandro
  • [PATCH for-rc 1/2] IB/hfi1: Correct -EBUSY handling in tx code, Dennis Dalessandro
  • Re: [PATCH for-rc 0/2] AIP fixes, Jason Gunthorpe
• [PATCH for-rc 0/2] Fixes for module unload, Dennis Dalessandro
  • [PATCH for-rc 1/2] IB/hfi1: Restore kfree in dummy_netdev cleanup, Dennis Dalessandro
    • Re: [PATCH for-rc 1/2] IB/hfi1: Restore kfree in dummy_netdev cleanup, Jason Gunthorpe
      • RE: [PATCH for-rc 1/2] IB/hfi1: Restore kfree in dummy_netdev cleanup, Marciniszyn, Mike
  • [PATCH for-rc 2/2] IB/hfi1: Fix module use count flaw due to leftover module put calls, Dennis Dalessandro
  • Re: [PATCH for-rc 0/2] Fixes for module unload, Jason Gunthorpe
    • Re: [PATCH for-rc 0/2] Fixes for module unload, Dennis Dalessandro