Linux RDMA and InfiniBand Development

• Date Index

• [PATCH for-next 3/5] RDMA/efa: Validate EQ array out of bounds reach, (continued)
  • [PATCH for-next 3/5] RDMA/efa: Validate EQ array out of bounds reach, Michael Margolin
    • Re: [PATCH for-next 3/5] RDMA/efa: Validate EQ array out of bounds reach, Gal Pressman
      • Re: [PATCH for-next 3/5] RDMA/efa: Validate EQ array out of bounds reach, Margolin, Michael
        • Re: [PATCH for-next 3/5] RDMA/efa: Validate EQ array out of bounds reach, Leon Romanovsky
  • [PATCH for-next 2/5] RDMA/efa: Remove duplicate aenq enable macro, Michael Margolin
    • Re: [PATCH for-next 2/5] RDMA/efa: Remove duplicate aenq enable macro, Gal Pressman
  • Re: [PATCH for-next 0/5] RDMA/efa: Cleanups and minor improvements, Jason Gunthorpe
• [PATCH rdma-next v1 0/2] Extend mlx5 CQ creation with large UAR page index, Leon Romanovsky
  • [PATCH rdma-next v1 2/2] RDMA/mlx5: Send UAR page index as ioctl attribute, Leon Romanovsky
  • [PATCH rdma-next v1 1/2] RDMA: Pass entire uverbs attr bundle to create cq function, Leon Romanovsky
    • Re: [PATCH rdma-next v1 1/2] RDMA: Pass entire uverbs attr bundle to create cq function, Jason Gunthorpe
      • Re: [PATCH rdma-next v1 1/2] RDMA: Pass entire uverbs attr bundle to create cq function, Leon Romanovsky
• [PATCH v5] net/mlx5: Reclaim max 50K pages at once, Anand Khoje
  • Re: [PATCH v5] net/mlx5: Reclaim max 50K pages at once, Jesse Brandeburg
    • Re: [PATCH v5] net/mlx5: Reclaim max 50K pages at once, Anand Khoje
      • Re: [PATCH v5] net/mlx5: Reclaim max 50K pages at once, Zhu Yanjun
        • Re: [PATCH v5] net/mlx5: Reclaim max 50K pages at once, Leon Romanovsky
      • RE: [PATCH v5] net/mlx5: Reclaim max 50K pages at once, David Laight
        • Re: [PATCH v5] net/mlx5: Reclaim max 50K pages at once, Anand Khoje
        • Re: [PATCH v5] net/mlx5: Reclaim max 50K pages at once, Anand Khoje
• Re: [PATCH] RDMA/rxe: Don't set BTH_ACK_MASK for UC or UD QPs, Zhu Yanjun
  • <Possible follow-ups>
  • Re: [PATCH] RDMA/rxe: Don't set BTH_ACK_MASK for UC or UD QPs, Leon Romanovsky
  • Re: [PATCH] RDMA/rxe: Don't set BTH_ACK_MASK for UC or UD QPs, Leon Romanovsky
• [PATCH rdma-next] RDMA/device: Return error earlier if port in not valid, Leon Romanovsky
  • Re: [PATCH rdma-next] RDMA/device: Return error earlier if port in not valid, Leon Romanovsky
• [Build #28601314] armhf build of rdma-core 53.0~202406240732+gitb4018780~ubuntu20.04.1 in ubuntu focal RELEASE [~linux-rdma/ubuntu/rdma-core-daily], Launchpad Buildd System
• [recipe build #3747074] of ~linux-rdma rdma-core-daily in xenial: Dependency wait, noreply
• [Build #28601322] armhf build of rdma-core 53.0~202406240732+gitb4018780~ubuntu18.04.1 in ubuntu bionic RELEASE [~linux-rdma/ubuntu/rdma-core-daily], Launchpad Buildd System
• [no subject], Unknown
• [PATCH v2 0/3] vfio/pci: Allow MMIO regions to be exported through dma-buf, Vivek Kasireddy
  • [PATCH v2 2/3] vfio/pci: Share the core device pointer while invoking feature functions, Vivek Kasireddy
  • [PATCH v2 1/3] vfio: Export vfio device get and put registration helpers, Vivek Kasireddy
  • [PATCH v2 3/3] vfio/pci: Allow MMIO regions to be exported through dma-buf, Vivek Kasireddy
    • Re: [PATCH v2 3/3] vfio/pci: Allow MMIO regions to be exported through dma-buf, Daniel Vetter
    • Re: [PATCH v2 3/3] vfio/pci: Allow MMIO regions to be exported through dma-buf, Leon Romanovsky
  • Re: [PATCH v2 0/3] vfio/pci: Allow MMIO regions to be exported through dma-buf, Christoph Hellwig
• [rdma:for-rc] BUILD SUCCESS 82a5cc783d49b86afd2f60e297ecd85223c39f88, kernel test robot
• [PATCH 00/15] ethernet: Convert from tasklet to BH workqueue, Allen Pais
  • [PATCH 01/15] net: alteon: Convert tasklet API to new bottom half workqueue mechanism, Allen Pais
  • [PATCH 02/15] net: xgbe: Convert tasklet API to new bottom half workqueue mechanism, Allen Pais
  • [PATCH 03/15] net: cnic: Convert tasklet API to new bottom half workqueue mechanism, Allen Pais
  • [PATCH 04/15] net: macb: Convert tasklet API to new bottom half workqueue mechanism, Allen Pais
  • [PATCH 05/15] net: cavium/liquidio: Convert tasklet API to new bottom half workqueue mechanism, Allen Pais
    • RE: [PATCH 05/15] net: cavium/liquidio: Convert tasklet API to new bottom half workqueue mechanism, Sunil Kovvuri Goutham
  • [PATCH 06/15] net: octeon: Convert tasklet API to new bottom half workqueue mechanism, Allen Pais
  • [PATCH 07/15] net: thunderx: Convert tasklet API to new bottom half workqueue mechanism, Allen Pais
    • RE: [PATCH 07/15] net: thunderx: Convert tasklet API to new bottom half workqueue mechanism, Sunil Kovvuri Goutham
  • [PATCH 08/15] net: chelsio: Convert tasklet API to new bottom half workqueue mechanism, Allen Pais
  • [PATCH 09/15] net: sundance: Convert tasklet API to new bottom half workqueue mechanism, Allen Pais
  • [PATCH 10/15] net: hinic: Convert tasklet API to new bottom half workqueue mechanism, Allen Pais
    • Re: [PATCH 10/15] net: hinic: Convert tasklet API to new bottom half workqueue mechanism, Paolo Abeni
  • [PATCH 11/15] net: ehea: Convert tasklet API to new bottom half workqueue mechanism, Allen Pais
  • [PATCH 12/15] net: ibmvnic: Convert tasklet API to new bottom half workqueue mechanism, Allen Pais
  • [PATCH 13/15] net: jme: Convert tasklet API to new bottom half workqueue mechanism, Allen Pais
    • Re: [PATCH 13/15] net: jme: Convert tasklet API to new bottom half workqueue mechanism, Paolo Abeni
      • Re: [PATCH 13/15] net: jme: Convert tasklet API to new bottom half workqueue mechanism, Allen
        • Re: [PATCH 13/15] net: jme: Convert tasklet API to new bottom half workqueue mechanism, Paolo Abeni
          • Re: [PATCH 13/15] net: jme: Convert tasklet API to new bottom half workqueue mechanism, Allen
            • Re: [PATCH 13/15] net: jme: Convert tasklet API to new bottom half workqueue mechanism, Paolo Abeni
              • Re: [PATCH 13/15] net: jme: Convert tasklet API to new bottom half workqueue mechanism, Allen
  • [PATCH 14/15] net: marvell: Convert tasklet API to new bottom half workqueue mechanism, Allen Pais
  • [PATCH 15/15] net: mtk-wed: Convert tasklet API to new bottom half workqueue mechanism, Allen Pais
  • Re: [PATCH 00/15] ethernet: Convert from tasklet to BH workqueue, Stephen Hemminger
    • Re: [PATCH 00/15] ethernet: Convert from tasklet to BH workqueue, Allen
  • Re: [PATCH 00/15] ethernet: Convert from tasklet to BH workqueue, Paolo Abeni
• [RFC net-next 8/9] mlx5: apply XDP offloading fixup when building skb, Yan Zhai
• [RFC net-next 7/9] mlx5: move xdp_buff scope one level up, Jesper Dangaard Brouer
• [PATCH v4 00/40] lib/find: add atomic find_bit() primitives, Yury Norov
  • [PATCH v4 01/40] lib/find: add atomic find_bit() primitives, Yury Norov
  • [PATCH v4 02/40] lib/find: add test for atomic find_bit() ops, Yury Norov
  • [PATCH v4 24/40] RDMA/rtrs: optimize __rtrs_get_permit() by using find_and_set_bit_lock(), Yury Norov
    • Re: [PATCH v4 24/40] RDMA/rtrs: optimize __rtrs_get_permit() by using find_and_set_bit_lock(), Jinpu Wang
  • Re: [PATCH v4 00/40] lib/find: add atomic find_bit() primitives, Linus Torvalds
    • Re: [PATCH v4 00/40] lib/find: add atomic find_bit() primitives, Yury Norov
      • Re: [PATCH v4 00/40] lib/find: add atomic find_bit() primitives, Linus Torvalds
        • Re: [PATCH v4 00/40] lib/find: add atomic find_bit() primitives, Yury Norov
          • Re: [PATCH v4 00/40] lib/find: add atomic find_bit() primitives, Linus Torvalds
• [bug report] net/mlx5e: Implement CT entry update, Dan Carpenter
  • Re: [bug report] net/mlx5e: Implement CT entry update, Leon Romanovsky
    • Re: [bug report] net/mlx5e: Implement CT entry update, Cosmin Ratiu
• [syzbot] [rdma?] WARNING in gid_table_release_one, syzbot
  • Re: [syzbot] [rdma?] WARNING in gid_table_release_one, Jason Gunthorpe
• [PATCH v2 0/2] Last WQE Reached event treatment, Max Gurtovoy
  • [PATCH 1/2] IB/core: add support for draining Shared receive queues, Max Gurtovoy
    • Re: [PATCH 1/2] IB/core: add support for draining Shared receive queues, Sagi Grimberg
  • [PATCH 2/2] IB/isert: remove the handling of last WQE reached event, Max Gurtovoy
    • Re: [PATCH 2/2] IB/isert: remove the handling of last WQE reached event, Sagi Grimberg
  • Re: [PATCH v2 0/2] Last WQE Reached event treatment, Leon Romanovsky
• [Build #28590813] armhf build of rdma-core 53.0~202406191122+git367ba330~ubuntu20.04.1 in ubuntu focal RELEASE [~linux-rdma/ubuntu/rdma-core-daily], Launchpad Buildd System
• [Build #28590807] armhf build of rdma-core 53.0~202406191122+git367ba330~ubuntu18.04.1 in ubuntu bionic RELEASE [~linux-rdma/ubuntu/rdma-core-daily], Launchpad Buildd System
• [recipe build #3744709] of ~linux-rdma rdma-core-daily in xenial: Dependency wait, noreply
• [PATCH v4] net/mlx5: Reclaim max 50K pages at once, Anand Khoje
  • Re: [PATCH v4] net/mlx5: Reclaim max 50K pages at once, Leon Romanovsky
    • Re: [PATCH v4] net/mlx5: Reclaim max 50K pages at once, Anand Khoje
    • RE: [PATCH v4] net/mlx5: Reclaim max 50K pages at once, David Laight
      • Re: [PATCH v4] net/mlx5: Reclaim max 50K pages at once, Leon Romanovsky
        • RE: [PATCH v4] net/mlx5: Reclaim max 50K pages at once, David Laight
          • Re: [PATCH v4] net/mlx5: Reclaim max 50K pages at once, Leon Romanovsky
• [syzbot] [rdma?] WARNING in ib_uverbs_release_dev, syzbot
  • Re: [syzbot] [rdma?] WARNING in ib_uverbs_release_dev, Leon Romanovsky
    • Re: [syzbot] [rdma?] WARNING in ib_uverbs_release_dev, Zhu Yanjun
      • Re: [syzbot] [rdma?] WARNING in ib_uverbs_release_dev, Leon Romanovsky
        • Re: [syzbot] [rdma?] WARNING in ib_uverbs_release_dev, Zhu Yanjun
• [PATCH] net/mlx5: Lag, Remove NULL check before dev_{put, hold}, Jiapeng Chong
  • Re: [PATCH] net/mlx5: Lag, Remove NULL check before dev_{put, hold}, David Wei
  • Re: [PATCH] net/mlx5: Lag, Remove NULL check before dev_{put, hold}, Tariq Toukan
  • Re: [PATCH] net/mlx5: Lag, Remove NULL check before dev_{put, hold}, Jakub Kicinski
  • Re: [PATCH] net/mlx5: Lag, Remove NULL check before dev_{put, hold}, Simon Horman
• [PATCH net-next v7 0/2] Introduce auxiliary bus IRQs sysfs, Shay Drory
  • [PATCH net-next v7 2/2] net/mlx5: Expose SFs IRQs, Shay Drory
  • [PATCH net-next v7 1/2] driver core: auxiliary bus: show auxiliary device IRQs, Shay Drory
    • Re: [PATCH net-next v7 1/2] driver core: auxiliary bus: show auxiliary device IRQs, Przemek Kitszel
      • Re: [PATCH net-next v7 1/2] driver core: auxiliary bus: show auxiliary device IRQs, Greg KH
    • Re: [PATCH net-next v7 1/2] driver core: auxiliary bus: show auxiliary device IRQs, Greg KH
      • Re: [PATCH net-next v7 1/2] driver core: auxiliary bus: show auxiliary device IRQs, Shay Drori
        • Re: [PATCH net-next v7 1/2] driver core: auxiliary bus: show auxiliary device IRQs, Greg KH
          • Re: [PATCH net-next v7 1/2] driver core: auxiliary bus: show auxiliary device IRQs, Shay Drori
            • Re: [PATCH net-next v7 1/2] driver core: auxiliary bus: show auxiliary device IRQs, Shay Drori
    • Re: [PATCH net-next v7 1/2] driver core: auxiliary bus: show auxiliary device IRQs, Simon Horman
• [PATCH v1 0/6] Last WQE Reached event treatment, Max Gurtovoy
  • [PATCH 1/6] IB/core: add support for draining Shared receive queues, Max Gurtovoy
    • Re: [PATCH 1/6] IB/core: add support for draining Shared receive queues, Bart Van Assche
      • Re: [PATCH 1/6] IB/core: add support for draining Shared receive queues, Sagi Grimberg
        • Re: [PATCH 1/6] IB/core: add support for draining Shared receive queues, Max Gurtovoy
    • Re: [PATCH 1/6] IB/core: add support for draining Shared receive queues, Sagi Grimberg
      • Re: [PATCH 1/6] IB/core: add support for draining Shared receive queues, Max Gurtovoy
  • [PATCH 2/6] IB/isert: remove the handling of last WQE reached event, Max Gurtovoy
    • Re: [PATCH 2/6] IB/isert: remove the handling of last WQE reached event, Sagi Grimberg
      • Re: [PATCH 2/6] IB/isert: remove the handling of last WQE reached event, Max Gurtovoy
  • [PATCH 3/6] RDMA/srpt: remove the handling of last WQE reached event, Max Gurtovoy
    • Re: [PATCH 3/6] RDMA/srpt: remove the handling of last WQE reached event, Bart Van Assche
  • [PATCH 4/6] nvmet-rdma: remove the handling of last WQE reached event, Max Gurtovoy
  • [PATCH 5/6] svcrdma: remove the handling of last WQE reached event, Max Gurtovoy
    • Re: [PATCH 5/6] svcrdma: remove the handling of last WQE reached event, Chuck Lever
  • [PATCH 6/6] RDMA/IPoIB: remove the handling of last WQE reached event, Max Gurtovoy
    • Re: [PATCH 6/6] RDMA/IPoIB: remove the handling of last WQE reached event, Sagi Grimberg
      • Re: [PATCH 6/6] RDMA/IPoIB: remove the handling of last WQE reached event, Leon Romanovsky
  • Re: [PATCH v1 0/6] Last WQE Reached event treatment, Zhu Yanjun
• [PATCH v3,net-next] net: mana: Add support for page sizes other than 4KB on ARM64, Haiyang Zhang
  • RE: [PATCH v3,net-next] net: mana: Add support for page sizes other than 4KB on ARM64, Michael Kelley
  • Re: [PATCH v3,net-next] net: mana: Add support for page sizes other than 4KB on ARM64, patchwork-bot+netdevbpf
• [PATCH vhost 00/23] vdpa/mlx5: Pre-create HW VQs to reduce LM downtime, Dragos Tatulea
  • [PATCH vhost 01/23] vdpa/mlx5: Clarify meaning thorough function rename, Dragos Tatulea
    • Re: [PATCH vhost 01/23] vdpa/mlx5: Clarify meaning thorough function rename, Eugenio Perez Martin
  • [PATCH vhost 02/23] vdpa/mlx5: Make setup/teardown_vq_resources() symmetrical, Dragos Tatulea
    • Re: [PATCH vhost 02/23] vdpa/mlx5: Make setup/teardown_vq_resources() symmetrical, Eugenio Perez Martin
  • [PATCH vhost 04/23] vdpa/mlx5: Drop redundant check in teardown_virtqueues(), Dragos Tatulea
    • Re: [PATCH vhost 04/23] vdpa/mlx5: Drop redundant check in teardown_virtqueues(), Eugenio Perez Martin
  • [PATCH vhost 06/23] vdpa/mlx5: Remove duplicate suspend code, Dragos Tatulea
    • Re: [PATCH vhost 06/23] vdpa/mlx5: Remove duplicate suspend code, Eugenio Perez Martin
  • [PATCH vhost 07/23] vdpa/mlx5: Initialize and reset device with one queue pair, Dragos Tatulea
  • [PATCH vhost 08/23] vdpa/mlx5: Clear and reinitialize software VQ data on reset, Dragos Tatulea
    • Re: [PATCH vhost 08/23] vdpa/mlx5: Clear and reinitialize software VQ data on reset, Eugenio Perez Martin
      • Re: [PATCH vhost 08/23] vdpa/mlx5: Clear and reinitialize software VQ data on reset, Dragos Tatulea
  • [PATCH vhost 10/23] vdpa/mlx5: Add support for modifying the VQ features field, Dragos Tatulea
  • [PATCH vhost 09/23] vdpa/mlx5: Add support for modifying the virtio_version VQ field, Dragos Tatulea
  • [PATCH vhost 13/23] vdpa/mlx5: Set mkey modified flags on all VQs, Dragos Tatulea
    • Re: [PATCH vhost 13/23] vdpa/mlx5: Set mkey modified flags on all VQs, Eugenio Perez Martin
  • [PATCH vhost 15/23] vdpa/mlx5: Accept Init -> Ready VQ transition in resume_vq(), Dragos Tatulea
  • [PATCH vhost 16/23] vdpa/mlx5: Add error code for suspend/resume VQ, Dragos Tatulea
    • Re: [PATCH vhost 16/23] vdpa/mlx5: Add error code for suspend/resume VQ, Eugenio Perez Martin
  • [PATCH vhost 14/23] vdpa/mlx5: Allow creation of blank VQs, Dragos Tatulea
  • [PATCH vhost 17/23] vdpa/mlx5: Consolidate all VQ modify to Ready to use resume_vq(), Dragos Tatulea
    • Re: [PATCH vhost 17/23] vdpa/mlx5: Consolidate all VQ modify to Ready to use resume_vq(), Eugenio Perez Martin
  • [PATCH vhost 18/23] vdpa/mlx5: Forward error in suspend/resume device, Dragos Tatulea
    • Re: [PATCH vhost 18/23] vdpa/mlx5: Forward error in suspend/resume device, Zhu Yanjun
      • Re: [PATCH vhost 18/23] vdpa/mlx5: Forward error in suspend/resume device, Dragos Tatulea
  • [PATCH vhost 21/23] vdpa/mlx5: Re-create HW VQs under certain conditions, Dragos Tatulea
    • Re: [PATCH vhost 21/23] vdpa/mlx5: Re-create HW VQs under certain conditions, Eugenio Perez Martin
  • [PATCH vhost 20/23] vdpa/mlx5: Pre-create hardware VQs at vdpa .dev_add time, Dragos Tatulea
    • Re: [PATCH vhost 20/23] vdpa/mlx5: Pre-create hardware VQs at vdpa .dev_add time, Eugenio Perez Martin
      • Re: [PATCH vhost 20/23] vdpa/mlx5: Pre-create hardware VQs at vdpa .dev_add time, Dragos Tatulea
        • Re: [PATCH vhost 20/23] vdpa/mlx5: Pre-create hardware VQs at vdpa .dev_add time, Eugenio Perez Martin
          • Re: [PATCH vhost 20/23] vdpa/mlx5: Pre-create hardware VQs at vdpa .dev_add time, Dragos Tatulea
            • Re: [PATCH vhost 20/23] vdpa/mlx5: Pre-create hardware VQs at vdpa .dev_add time, Michael S. Tsirkin
              • Re: [PATCH vhost 20/23] vdpa/mlx5: Pre-create hardware VQs at vdpa .dev_add time, Dragos Tatulea
                • Re: [PATCH vhost 20/23] vdpa/mlx5: Pre-create hardware VQs at vdpa .dev_add time, Michael S. Tsirkin
    • Re: [PATCH vhost 20/23] vdpa/mlx5: Pre-create hardware VQs at vdpa .dev_add time, Zhu Yanjun
      • Re: [PATCH vhost 20/23] vdpa/mlx5: Pre-create hardware VQs at vdpa .dev_add time, Dragos Tatulea
  • [PATCH vhost 23/23] vdpa/mlx5: Don't enable non-active VQs in .set_vq_ready(), Dragos Tatulea
    • Re: [PATCH vhost 23/23] vdpa/mlx5: Don't enable non-active VQs in .set_vq_ready(), Eugenio Perez Martin
  • [PATCH vhost 22/23] vdpa/mlx5: Don't reset VQs more than necessary, Dragos Tatulea
    • Re: [PATCH vhost 22/23] vdpa/mlx5: Don't reset VQs more than necessary, Eugenio Perez Martin
  • [PATCH vhost 11/23] vdpa/mlx5: Set an initial size on the VQ, Dragos Tatulea
    • Re: [PATCH vhost 11/23] vdpa/mlx5: Set an initial size on the VQ, Eugenio Perez Martin
      • Re: [PATCH vhost 11/23] vdpa/mlx5: Set an initial size on the VQ, Dragos Tatulea
  • [PATCH vhost 05/23] vdpa/mlx5: Iterate over active VQs during suspend/resume, Dragos Tatulea
    • Re: [PATCH vhost 05/23] vdpa/mlx5: Iterate over active VQs during suspend/resume, Eugenio Perez Martin
  • [PATCH vhost 03/23] vdpa/mlx5: Drop redundant code, Dragos Tatulea
    • Re: [PATCH vhost 03/23] vdpa/mlx5: Drop redundant code, Eugenio Perez Martin
  • [PATCH vhost 12/23] vdpa/mlx5: Start off rqt_size with max VQPs, Dragos Tatulea
    • Re: [PATCH vhost 12/23] vdpa/mlx5: Start off rqt_size with max VQPs, Eugenio Perez Martin
  • [PATCH vhost 19/23] vdpa/mlx5: Use suspend/resume during VQP change, Dragos Tatulea
    • Re: [PATCH vhost 19/23] vdpa/mlx5: Use suspend/resume during VQP change, Eugenio Perez Martin
• Open-coded get_netdev implementation in MANA IB, Leon Romanovsky
  • RE: Open-coded get_netdev implementation in MANA IB, Konstantin Taranov
    • Re: Open-coded get_netdev implementation in MANA IB, Leon Romanovsky
      • Re: Open-coded get_netdev implementation in MANA IB, Konstantin Taranov
        • Re: Open-coded get_netdev implementation in MANA IB, Leon Romanovsky
• [PATCH] rds:Simplify the allocation of slab caches, Hongfu Li
  • Re: [PATCH] rds:Simplify the allocation of slab caches, Zhu Yanjun
    • [PATCH] rds:Simplify the allocation of slab caches, Hongfu Li
  • Re: [PATCH] rds:Simplify the allocation of slab caches, Allison Henderson
  • Re: [PATCH] rds:Simplify the allocation of slab caches, patchwork-bot+netdevbpf
• [PATCH rdma-next] RDMA/mlx4: Fix truncated output warning in alias_GUID.c, Leon Romanovsky
  • Re: [PATCH rdma-next] RDMA/mlx4: Fix truncated output warning in alias_GUID.c, Leon Romanovsky
• [PATCH rdma-next] RDMA/mlx4: Fix truncated output warning in mad.c, Leon Romanovsky
  • Re: [PATCH rdma-next] RDMA/mlx4: Fix truncated output warning in mad.c, Leon Romanovsky
• [PATCH rdma-next 0/2] Extend mlx5 CQ creation with large UAR page index, Leon Romanovsky
  • [PATCH rdma-next 1/2] RDMA: Pass entire uverbs attr bundle to create cq function, Leon Romanovsky
    • Re: [PATCH rdma-next 1/2] RDMA: Pass entire uverbs attr bundle to create cq function, Leon Romanovsky
    • Re: [PATCH rdma-next 1/2] RDMA: Pass entire uverbs attr bundle to create cq function, Jason Gunthorpe
      • Re: [PATCH rdma-next 1/2] RDMA: Pass entire uverbs attr bundle to create cq function, Leon Romanovsky
        • Re: [PATCH rdma-next 1/2] RDMA: Pass entire uverbs attr bundle to create cq function, Jason Gunthorpe
          • Re: [PATCH rdma-next 1/2] RDMA: Pass entire uverbs attr bundle to create cq function, Leon Romanovsky
            • Re: [PATCH rdma-next 1/2] RDMA: Pass entire uverbs attr bundle to create cq function, Jason Gunthorpe
              • Re: [PATCH rdma-next 1/2] RDMA: Pass entire uverbs attr bundle to create cq function, Leon Romanovsky
                • Re: [PATCH rdma-next 1/2] RDMA: Pass entire uverbs attr bundle to create cq function, Jason Gunthorpe
                  • Re: [PATCH rdma-next 1/2] RDMA: Pass entire uverbs attr bundle to create cq function, Leon Romanovsky
    • Re: [PATCH rdma-next 1/2] RDMA: Pass entire uverbs attr bundle to create cq function, Zhu Yanjun
  • [PATCH rdma-next 2/2] RDMA/mlx5: Send UAR page index as ioctl attribute, Leon Romanovsky
  • Re: [PATCH rdma-next 0/2] Extend mlx5 CQ creation with large UAR page index, Zhu Yanjun
• [PATCH mlx5-next] RDMA/mlx5: Use sq timestamp as QP timestamp when RoCE is disabled, Leon Romanovsky
  • Re: [PATCH mlx5-next] RDMA/mlx5: Use sq timestamp as QP timestamp when RoCE is disabled, Simon Horman
  • Re: [PATCH mlx5-next] RDMA/mlx5: Use sq timestamp as QP timestamp when RoCE is disabled, Leon Romanovsky
• [PATCH rdma-next 00/12] Multi-plane support for mlx5, Leon Romanovsky
  • [PATCH rdma-next 01/12] RDMA/core: Create "issm*" device nodes only when SMI is supported, Leon Romanovsky
  • [PATCH mlx5-next 02/12] net/mlx5: mlx5_ifc update for multi-plane support, Leon Romanovsky
  • [PATCH mlx5-next 03/12] RDMA/mlx5: Add support to multi-plane device and port, Leon Romanovsky
  • [PATCH rdma-next 05/12] RDMA: Set type of rdma_ah to IB for a SMI sub device, Leon Romanovsky
  • [PATCH rdma-next 06/12] RDMA/core: Create GSI QP only when CM is supported, Leon Romanovsky
  • [PATCH rdma-next 07/12] RDMA/mlx5: Support plane device and driver APIs to add and delete it, Leon Romanovsky
  • [PATCH rdma-next 08/12] RDMA/nldev: Add support to add/delete a sub IB device through netlink, Leon Romanovsky
  • [PATCH rdma-next 04/12] RDMA/core: Support IB sub device with type "SMI", Leon Romanovsky
    • Re: [PATCH rdma-next 04/12] RDMA/core: Support IB sub device with type "SMI", Zhu Yanjun
      • Re: [PATCH rdma-next 04/12] RDMA/core: Support IB sub device with type "SMI", Leon Romanovsky
  • [PATCH mlx5-next 10/12] RDMA/mlx5: Add plane index support when querying PTYS registers, Leon Romanovsky
  • [PATCH mlx5-next 11/12] net/mlx5: mlx5_ifc update for accessing ppcnt register of plane ports, Leon Romanovsky
  • [PATCH mlx5-next 12/12] RDMA/mlx5: Support per-plane port IB counters by querying PPCNT register, Leon Romanovsky
  • [PATCH rdma-next 09/12] RDMA/nldev: Add support to dump device type and parent device if exists, Leon Romanovsky
  • Re: [PATCH rdma-next 00/12] Multi-plane support for mlx5, Jason Gunthorpe
  • Re: [PATCH rdma-next 00/12] Multi-plane support for mlx5, Leon Romanovsky
• [PATCH v2, net-next] net: mana: Add support for page sizes other than 4KB on ARM64, Haiyang Zhang
  • RE: [PATCH v2, net-next] net: mana: Add support for page sizes other than 4KB on ARM64, Michael Kelley
    • RE: [PATCH v2, net-next] net: mana: Add support for page sizes other than 4KB on ARM64, Haiyang Zhang
• [rdma:mana-shared] BUILD SUCCESS 7fc45cb68696c7213c484ec81892bc8a986fde52, kernel test robot
• [PATCH v3] net/mlx5 : Reclaim max 50K pages at once, Anand Khoje
  • Re: [PATCH v3] net/mlx5 : Reclaim max 50K pages at once, Leon Romanovsky
    • Re: [PATCH v3] net/mlx5 : Reclaim max 50K pages at once, Anand Khoje
      • Re: [PATCH v3] net/mlx5 : Reclaim max 50K pages at once, Leon Romanovsky
• [PATCH rdma-next] RDMA/mlx5: Set mkeys for dmabuf at PAGE_SIZE, Leon Romanovsky
  • Re: [PATCH rdma-next] RDMA/mlx5: Set mkeys for dmabuf at PAGE_SIZE, Jason Gunthorpe
    • Re: [PATCH rdma-next] RDMA/mlx5: Set mkeys for dmabuf at PAGE_SIZE, Leon Romanovsky
      • Re: [PATCH rdma-next] RDMA/mlx5: Set mkeys for dmabuf at PAGE_SIZE, Jason Gunthorpe
        • Re: [PATCH rdma-next] RDMA/mlx5: Set mkeys for dmabuf at PAGE_SIZE, Leon Romanovsky
• [PATCH net-next v8 0/3] Introduce IPPROTO_SMC, D. Wythe
  • [PATCH net-next v8 1/3] net/smc: refactoring initialization of smc sock, D. Wythe
  • [PATCH net-next v8 2/3] net/smc: expose smc proto operations, D. Wythe
  • [PATCH net-next v8 3/3] net/smc: Introduce IPPROTO_SMC, D. Wythe
    • Re: [PATCH net-next v8 3/3] net/smc: Introduce IPPROTO_SMC, Eric Dumazet
      • Re: [PATCH net-next v8 3/3] net/smc: Introduce IPPROTO_SMC, D. Wythe
  • Re: [PATCH net-next v8 0/3] Introduce IPPROTO_SMC, patchwork-bot+netdevbpf
• [PATCH mlx5-next] RDMA/mlx5: Add Qcounters req_transport_retries_exceeded/req_rnr_retries_exceeded, Leon Romanovsky
  • Re: [PATCH mlx5-next] RDMA/mlx5: Add Qcounters req_transport_retries_exceeded/req_rnr_retries_exceeded, Simon Horman
  • Re: [PATCH mlx5-next] RDMA/mlx5: Add Qcounters req_transport_retries_exceeded/req_rnr_retries_exceeded, Leon Romanovsky
• [PATCH net-next v6 0/2] Introduce auxiliary bus IRQs sysfs, Shay Drory
  • [PATCH net-next v6 1/2] driver core: auxiliary bus: show auxiliary device IRQs, Shay Drory
    • Re: [PATCH net-next v6 1/2] driver core: auxiliary bus: show auxiliary device IRQs, Greg KH
      • Re: [PATCH net-next v6 1/2] driver core: auxiliary bus: show auxiliary device IRQs, Shay Drori
        • Re: [PATCH net-next v6 1/2] driver core: auxiliary bus: show auxiliary device IRQs, Przemek Kitszel
          • Re: [PATCH net-next v6 1/2] driver core: auxiliary bus: show auxiliary device IRQs, Shay Drori
  • [PATCH net-next v6 2/2] net/mlx5: Expose SFs IRQs, Shay Drory
• [PATCH v2] RDMA/mlx5 : Reclaim max 50K pages at once, Anand Khoje
  • Re: [PATCH v2] RDMA/mlx5 : Reclaim max 50K pages at once, Leon Romanovsky
    • Re: [PATCH v2] RDMA/mlx5 : Reclaim max 50K pages at once, Anand Khoje
• [PATCH 0/4] hbl: HabanaLabs RDMA provider, Omer Shpigelman
  • [PATCH 3/4] pyverbs/hbl: direct verbs support, Omer Shpigelman
  • [PATCH 1/4] Update kernel headers, Omer Shpigelman
  • [PATCH 4/4] tests/hbl: direct verbs tests, Omer Shpigelman
  • [PATCH 2/4] hbl: HabanaLabs RDMA provider, Omer Shpigelman
• [PATCH 00/15] Introduce HabanaLabs network drivers, Omer Shpigelman
  • [PATCH 06/15] net: hbl_cn: debugfs support, Omer Shpigelman
    • RE: [PATCH 06/15] net: hbl_cn: debugfs support, Sunil Kovvuri Goutham
      • Re: [PATCH 06/15] net: hbl_cn: debugfs support, Omer Shpigelman
        • RE: [PATCH 06/15] net: hbl_cn: debugfs support, Sunil Kovvuri Goutham
          • Re: [PATCH 06/15] net: hbl_cn: debugfs support, Omer Shpigelman
        • Re: [PATCH 06/15] net: hbl_cn: debugfs support, Andrew Lunn
          • Re: [PATCH 06/15] net: hbl_cn: debugfs support, Omer Shpigelman
            • Re: [PATCH 06/15] net: hbl_cn: debugfs support, Andrew Lunn
              • Re: [PATCH 06/15] net: hbl_cn: debugfs support, Omer Shpigelman
              • Re: [PATCH 06/15] net: hbl_cn: debugfs support, Leon Romanovsky
              • Re: [PATCH 06/15] net: hbl_cn: debugfs support, Avri Kehat
                • Re: [PATCH 06/15] net: hbl_cn: debugfs support, Andrew Lunn
  • [PATCH 15/15] accel/habanalabs/gaudi2: network scaling support, Omer Shpigelman
  • [PATCH 09/15] net: hbl_en: add habanalabs Ethernet driver, Omer Shpigelman
    • Re: [PATCH 09/15] net: hbl_en: add habanalabs Ethernet driver, Andrew Lunn
      • Re: [PATCH 09/15] net: hbl_en: add habanalabs Ethernet driver, Omer Shpigelman
        • Re: [PATCH 09/15] net: hbl_en: add habanalabs Ethernet driver, Andrew Lunn
          • Re: [PATCH 09/15] net: hbl_en: add habanalabs Ethernet driver, Omer Shpigelman
            • Re: [PATCH 09/15] net: hbl_en: add habanalabs Ethernet driver, Przemek Kitszel
              • Re: [PATCH 09/15] net: hbl_en: add habanalabs Ethernet driver, Omer Shpigelman
            • Re: [PATCH 09/15] net: hbl_en: add habanalabs Ethernet driver, Jakub Kicinski
              • Re: [PATCH 09/15] net: hbl_en: add habanalabs Ethernet driver, Omer Shpigelman
                • Re: [PATCH 09/15] net: hbl_en: add habanalabs Ethernet driver, Jakub Kicinski
                  • Re: [PATCH 09/15] net: hbl_en: add habanalabs Ethernet driver, Andrew Lunn
                    • Re: [PATCH 09/15] net: hbl_en: add habanalabs Ethernet driver, Omer Shpigelman
            • Re: [PATCH 09/15] net: hbl_en: add habanalabs Ethernet driver, Andrew Lunn
              • Re: [PATCH 09/15] net: hbl_en: add habanalabs Ethernet driver, Omer Shpigelman
                • Re: [PATCH 09/15] net: hbl_en: add habanalabs Ethernet driver, Andrew Lunn
                  • Re: [PATCH 09/15] net: hbl_en: add habanalabs Ethernet driver, Omer Shpigelman
                    • Re: [PATCH 09/15] net: hbl_en: add habanalabs Ethernet driver, Andrew Lunn
                      • Re: [PATCH 09/15] net: hbl_en: add habanalabs Ethernet driver, Omer Shpigelman
    • Re: [PATCH 09/15] net: hbl_en: add habanalabs Ethernet driver, Joe Damato
      • Re: [PATCH 09/15] net: hbl_en: add habanalabs Ethernet driver, Andrew Lunn
      • Re: [PATCH 09/15] net: hbl_en: add habanalabs Ethernet driver, Omer Shpigelman
        • Re: [PATCH 09/15] net: hbl_en: add habanalabs Ethernet driver, Stephen Hemminger
          • Re: [PATCH 09/15] net: hbl_en: add habanalabs Ethernet driver, Omer Shpigelman
    • Re: [PATCH 09/15] net: hbl_en: add habanalabs Ethernet driver, Stephen Hemminger
      • Re: [PATCH 09/15] net: hbl_en: add habanalabs Ethernet driver, Omer Shpigelman
    • Re: [PATCH 09/15] net: hbl_en: add habanalabs Ethernet driver, Stephen Hemminger
      • Re: [PATCH 09/15] net: hbl_en: add habanalabs Ethernet driver, Omer Shpigelman
        • Re: [PATCH 09/15] net: hbl_en: add habanalabs Ethernet driver, Andrew Lunn
          • Re: [PATCH 09/15] net: hbl_en: add habanalabs Ethernet driver, Omer Shpigelman
    • Re: [PATCH 09/15] net: hbl_en: add habanalabs Ethernet driver, Zhu Yanjun
      • Re: [PATCH 09/15] net: hbl_en: add habanalabs Ethernet driver, Omer Shpigelman
    • Re: [PATCH 09/15] net: hbl_en: add habanalabs Ethernet driver, Zhu Yanjun
      • Re: [PATCH 09/15] net: hbl_en: add habanalabs Ethernet driver, Andrew Lunn
  • [PATCH 13/15] accel/habanalabs: network scaling support, Omer Shpigelman
    • RE: [PATCH 13/15] accel/habanalabs: network scaling support, Sunil Kovvuri Goutham
      • Re: [PATCH 13/15] accel/habanalabs: network scaling support, Omer Shpigelman
  • [PATCH 14/15] accel/habanalabs/gaudi2: CN registers header files, Omer Shpigelman
  • [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver, Omer Shpigelman
    • Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver, Leon Romanovsky
      • Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver, Omer Shpigelman
        • Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver, Leon Romanovsky
          • Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver, Omer Shpigelman
            • Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver, Leon Romanovsky
              • Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver, Omer Shpigelman
                • Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver, Leon Romanovsky
                  • Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver, Omer Shpigelman
                    • Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver, Leon Romanovsky
                  • Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver, Omer Shpigelman
                    • Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver, Leon Romanovsky
                      • Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver, Omer Shpigelman
                        • Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver, Leon Romanovsky
                    • Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver, Jason Gunthorpe
                      • Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver, Omer Shpigelman
                        • Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver, Jason Gunthorpe
                          • Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver, Omer Shpigelman
                            • Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver, Leon Romanovsky
                              • Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver, Omer Shpigelman
                                • Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver, Jason Gunthorpe
                                • Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver, Leon Romanovsky
                                  • Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver, Omer Shpigelman
                                    • Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver, Leon Romanovsky
            • Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver, Przemek Kitszel
              • Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver, Omer Shpigelman
    • Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver, Jason Gunthorpe
      • Re: [PATCH 11/15] RDMA/hbl: add habanalabs RDMA driver, Omer Shpigelman
  • [PATCH 01/15] net: hbl_cn: add habanalabs Core Network driver, Omer Shpigelman
    • Re: [PATCH 01/15] net: hbl_cn: add habanalabs Core Network driver, Przemek Kitszel
      • Re: [PATCH 01/15] net: hbl_cn: add habanalabs Core Network driver, Przemek Kitszel
      • Re: [PATCH 01/15] net: hbl_cn: add habanalabs Core Network driver, Omer Shpigelman
        • Re: [PATCH 01/15] net: hbl_cn: add habanalabs Core Network driver, Leon Romanovsky
          • Re: [PATCH 01/15] net: hbl_cn: add habanalabs Core Network driver, Omer Shpigelman
    • Re: [PATCH 01/15] net: hbl_cn: add habanalabs Core Network driver, Stephen Hemminger
      • Re: [PATCH 01/15] net: hbl_cn: add habanalabs Core Network driver, Omer Shpigelman
    • Re: [PATCH 01/15] net: hbl_cn: add habanalabs Core Network driver, Markus Elfring
      • Re: [PATCH 01/15] net: hbl_cn: add habanalabs Core Network driver, Andrew Lunn
        • Re: [PATCH 01/15] net: hbl_cn: add habanalabs Core Network driver, Omer Shpigelman
  • [PATCH 08/15] net: hbl_cn: gaudi2: ASIC specific support, Omer Shpigelman
  • [PATCH 07/15] net: hbl_cn: gaudi2: ASIC register header files, Omer Shpigelman
  • [PATCH 03/15] net: hbl_cn: physical layer support, Omer Shpigelman
  • [PATCH 05/15] net: hbl_cn: memory trace events, Omer Shpigelman
  • [PATCH 02/15] net: hbl_cn: memory manager component, Omer Shpigelman
  • [PATCH 04/15] net: hbl_cn: QP state machine, Omer Shpigelman
    • Re: [PATCH 04/15] net: hbl_cn: QP state machine, Leon Romanovsky
      • Re: [PATCH 04/15] net: hbl_cn: QP state machine, Omer Shpigelman
        • Re: [PATCH 04/15] net: hbl_cn: QP state machine, Leon Romanovsky
          • Re: [PATCH 04/15] net: hbl_cn: QP state machine, Omer Shpigelman
            • Re: [PATCH 04/15] net: hbl_cn: QP state machine, Leon Romanovsky
              • Re: [PATCH 04/15] net: hbl_cn: QP state machine, Omer Shpigelman
  • [PATCH 12/15] RDMA/hbl: direct verbs support, Omer Shpigelman
    • Re: [PATCH 12/15] RDMA/hbl: direct verbs support, Omer Shpigelman
      • Re: [PATCH 12/15] RDMA/hbl: direct verbs support, Leon Romanovsky
        • Re: [PATCH 12/15] RDMA/hbl: direct verbs support, Omer Shpigelman
          • Re: [PATCH 12/15] RDMA/hbl: direct verbs support, Leon Romanovsky
            • Re: [PATCH 12/15] RDMA/hbl: direct verbs support, Jason Gunthorpe
              • Re: [PATCH 12/15] RDMA/hbl: direct verbs support, Omer Shpigelman
  • [PATCH 10/15] net: hbl_en: gaudi2: ASIC specific support, Omer Shpigelman
  • Re: [PATCH 00/15] Introduce HabanaLabs network drivers, Alexander Lobakin
    • Re: [PATCH 00/15] Introduce HabanaLabs network drivers, Omer Shpigelman
  • Re: [PATCH 00/15] Introduce HabanaLabs network drivers, Jiri Pirko
    • Re: [PATCH 00/15] Introduce HabanaLabs network drivers, Omer Shpigelman
• [net-next v5 0/2] mlx5: Add netdev-genl queue stats, Joe Damato
  • [net-next v5 1/2] net/mlx5e: Add txq to sq stats mapping, Joe Damato
    • Re: [net-next v5 1/2] net/mlx5e: Add txq to sq stats mapping, Tariq Toukan
  • [net-next v5 2/2] net/mlx5e: Add per queue netdev-genl stats, Joe Damato
    • Re: [net-next v5 2/2] net/mlx5e: Add per queue netdev-genl stats, Tariq Toukan
      • Re: [net-next v5 2/2] net/mlx5e: Add per queue netdev-genl stats, Jakub Kicinski
        • Re: [net-next v5 2/2] net/mlx5e: Add per queue netdev-genl stats, Joe Damato
          • Re: [net-next v5 2/2] net/mlx5e: Add per queue netdev-genl stats, Jakub Kicinski
          • Re: [net-next v5 2/2] net/mlx5e: Add per queue netdev-genl stats, Tariq Toukan
      • Re: [net-next v5 2/2] net/mlx5e: Add per queue netdev-genl stats, Joe Damato
        • Re: [net-next v5 2/2] net/mlx5e: Add per queue netdev-genl stats, Tariq Toukan
  • Re: [net-next v5 0/2] mlx5: Add netdev-genl queue stats, patchwork-bot+netdevbpf
• What's the current status with bnxt_re-abi.h, Pierre-Elliott Bécue
  • Re: What's the current status with bnxt_re-abi.h, Pierre-Elliott Bécue
    • Re: What's the current status with bnxt_re-abi.h, Selvin Xavier
      • Re: What's the current status with bnxt_re-abi.h, Pierre-Elliott Bécue
        • Re: What's the current status with bnxt_re-abi.h, Selvin Xavier
          • Re: What's the current status with bnxt_re-abi.h, Pierre-Elliott Bécue
• [PATCH v2 0/4] Enable P2PDMA in Userspace RDMA, Martin Oliveira
  • [PATCH v2 2/4] mm/gup: handle ZONE_DEVICE pages in folio_fast_pin_allowed(), Martin Oliveira
    • Re: [PATCH v2 2/4] mm/gup: handle ZONE_DEVICE pages in folio_fast_pin_allowed(), John Hubbard
      • Re: [PATCH v2 2/4] mm/gup: handle ZONE_DEVICE pages in folio_fast_pin_allowed(), Martin Oliveira
  • [PATCH v2 1/4] kernfs: remove page_mkwrite() from vm_operations_struct, Martin Oliveira
    • Re: [PATCH v2 1/4] kernfs: remove page_mkwrite() from vm_operations_struct, Greg Kroah-Hartman
    • Re: [PATCH v2 1/4] kernfs: remove page_mkwrite() from vm_operations_struct, Tejun Heo
    • Re: [PATCH v2 1/4] kernfs: remove page_mkwrite() from vm_operations_struct, Dan Carpenter
    • Re: [PATCH v2 1/4] kernfs: remove page_mkwrite() from vm_operations_struct, Christoph Hellwig
    • Re: [PATCH v2 1/4] kernfs: remove page_mkwrite() from vm_operations_struct, John Hubbard
  • [PATCH v2 3/4] mm/gup: allow FOLL_LONGTERM & FOLL_PCI_P2PDMA, Martin Oliveira
    • Re: [PATCH v2 3/4] mm/gup: allow FOLL_LONGTERM & FOLL_PCI_P2PDMA, John Hubbard
  • [PATCH v2 4/4] RDMA/umem: add support for P2P RDMA, Martin Oliveira
• [no subject], Unknown
• [PATCH 1/6] auxbus: make to_auxiliary_drv accept and return a constant pointer, Greg Kroah-Hartman
  • Re: [PATCH 1/6] auxbus: make to_auxiliary_drv accept and return a constant pointer, Mark Brown
    • Re: [PATCH 1/6] auxbus: make to_auxiliary_drv accept and return a constant pointer, Greg Kroah-Hartman
  • Re: [PATCH 1/6] auxbus: make to_auxiliary_drv accept and return a constant pointer, Sakari Ailus
    • Re: [PATCH 1/6] auxbus: make to_auxiliary_drv accept and return a constant pointer, Greg Kroah-Hartman
  • Re: [PATCH 1/6] auxbus: make to_auxiliary_drv accept and return a constant pointer, Przemek Kitszel
    • Re: [PATCH 1/6] auxbus: make to_auxiliary_drv accept and return a constant pointer, Greg Kroah-Hartman
  • Re: [PATCH 1/6] auxbus: make to_auxiliary_drv accept and return a constant pointer, Martin Habets
• [PATCH net-next] net: mana: Add support for variable page sizes of ARM64, Haiyang Zhang
  • RE: [PATCH net-next] net: mana: Add support for variable page sizes of ARM64, Michael Kelley
    • Message not available
      • RE: [PATCH net-next] net: mana: Add support for variable page sizes of ARM64, Haiyang Zhang
        • RE: [PATCH net-next] net: mana: Add support for variable page sizes of ARM64, Haiyang Zhang
        • RE: [PATCH net-next] net: mana: Add support for variable page sizes of ARM64, Michael Kelley
          • RE: [PATCH net-next] net: mana: Add support for variable page sizes of ARM64, Haiyang Zhang
            • RE: [PATCH net-next] net: mana: Add support for variable page sizes of ARM64, Haiyang Zhang
• [Build #28567142] armhf build of rdma-core 53.0~202406101038+git4b429243~ubuntu18.04.1 in ubuntu bionic RELEASE [~linux-rdma/ubuntu/rdma-core-daily], Launchpad Buildd System
• [Build #28567148] armhf build of rdma-core 53.0~202406101038+git4b429243~ubuntu20.04.1 in ubuntu focal RELEASE [~linux-rdma/ubuntu/rdma-core-daily], Launchpad Buildd System
• [recipe build #3740099] of ~linux-rdma rdma-core-daily in xenial: Dependency wait, noreply
• [PATCH net-next v4] net: mana: Allow variable size indirection table, Shradha Gupta
  • Re: [PATCH net-next v4] net: mana: Allow variable size indirection table, Leon Romanovsky
  • Re: [PATCH net-next v4] net: mana: Allow variable size indirection table, Leon Romanovsky
  • Re: [PATCH net-next v4] net: mana: Allow variable size indirection table, patchwork-bot+netdevbpf
• [rdma:for-rc] BUILD SUCCESS 542bb08ab014ec52d71f3ff01e1725005cfb677a, kernel test robot
• [PATCH net-next 0/5] net: flower: validate encapsulation control flags, Asbjørn Sloth Tønnesen
  • [PATCH net-next 2/5] sfc: use flow_rule_is_supp_enc_control_flags(), Asbjørn Sloth Tønnesen
    • Re: [PATCH net-next 2/5] sfc: use flow_rule_is_supp_enc_control_flags(), Edward Cree
  • [PATCH net-next 5/5] ice: flower: validate encapsulation control flags, Asbjørn Sloth Tønnesen
    • Re: [Intel-wired-lan] [PATCH net-next 5/5] ice: flower: validate encapsulation control flags, Marcin Szycik
  • [PATCH net-next 3/5] net/mlx5e: flower: validate encapsulation control flags, Asbjørn Sloth Tønnesen
  • [PATCH net-next 4/5] nfp: flower: validate encapsulation control flags, Asbjørn Sloth Tønnesen
    • Re: [PATCH net-next 4/5] nfp: flower: validate encapsulation control flags, Louis Peens
  • [PATCH net-next 1/5] flow_offload: add encapsulation control flag helpers, Asbjørn Sloth Tønnesen
  • Re: [PATCH net-next 0/5] net: flower: validate encapsulation control flags, Davide Caratti
  • Re: [PATCH net-next 0/5] net: flower: validate encapsulation control flags, Jakub Kicinski
    • Re: [PATCH net-next 0/5] net: flower: validate encapsulation control flags, Asbjørn Sloth Tønnesen
  • Re: [PATCH net-next 0/5] net: flower: validate encapsulation control flags, patchwork-bot+netdevbpf
• [PATCH net-next v7 0/3] Introduce IPPROTO_SMC, D. Wythe
  • [PATCH net-next v7 1/3] net/smc: refactoring initialization of smc sock, D. Wythe
    • Re: [PATCH net-next v7 1/3] net/smc: refactoring initialization of smc sock, Dust Li
  • [PATCH net-next v7 3/3] net/smc: Introduce IPPROTO_SMC, D. Wythe
    • Re: [PATCH net-next v7 3/3] net/smc: Introduce IPPROTO_SMC, Dust Li
      • Re: [PATCH net-next v7 3/3] net/smc: Introduce IPPROTO_SMC, D. Wythe
  • [PATCH net-next v7 2/3] net/smc: expose smc proto operations, D. Wythe
    • Re: [PATCH net-next v7 2/3] net/smc: expose smc proto operations, Dust Li
• [PATCH rdma-next v2 1/1] RDMA/mana_ib: process QP error events in mana_ib, Konstantin Taranov
  • Re: [PATCH rdma-next v2 1/1] RDMA/mana_ib: process QP error events in mana_ib, Leon Romanovsky
    • Re: [PATCH rdma-next v2 1/1] RDMA/mana_ib: process QP error events in mana_ib, Konstantin Taranov
  • Re: [PATCH rdma-next v2 1/1] RDMA/mana_ib: process QP error events in mana_ib, Leon Romanovsky
• [rdma:for-rc] BUILD SUCCESS fa0aa4d75f6b909ec910fd1f1eab7cc7bb42227b, kernel test robot
• [PATCH 0/6] Enable P2PDMA in Userspace RDMA, Martin Oliveira
  • [PATCH 3/6] PCI/P2PDMA: create VMA without page_mkwrite() operator, Martin Oliveira
    • Re: [PATCH 3/6] PCI/P2PDMA: create VMA without page_mkwrite() operator, Bjorn Helgaas
  • [PATCH 4/6] mm/gup: handle ZONE_DEVICE pages in folio_fast_pin_allowed(), Martin Oliveira
  • [PATCH 1/6] kernfs: create vm_operations_struct without page_mkwrite(), Martin Oliveira
    • Re: [PATCH 1/6] kernfs: create vm_operations_struct without page_mkwrite(), Bjorn Helgaas
    • Re: [PATCH 1/6] kernfs: create vm_operations_struct without page_mkwrite(), Greg Kroah-Hartman
      • Re: [PATCH 1/6] kernfs: create vm_operations_struct without page_mkwrite(), Logan Gunthorpe
      • Re: [PATCH 1/6] kernfs: create vm_operations_struct without page_mkwrite(), Christoph Hellwig
        • Re: [PATCH 1/6] kernfs: create vm_operations_struct without page_mkwrite(), Logan Gunthorpe
          • Re: [PATCH 1/6] kernfs: create vm_operations_struct without page_mkwrite(), Greg Kroah-Hartman
  • [PATCH 5/6] mm/gup: allow FOLL_LONGTERM & FOLL_PCI_P2PDMA, Martin Oliveira
  • [PATCH 2/6] sysfs: add mmap_allocates parameter to struct bin_attribute, Martin Oliveira
  • [PATCH 6/6] RDMA/umem: add support for P2P RDMA, Martin Oliveira
    • Re: [PATCH 6/6] RDMA/umem: add support for P2P RDMA, Jason Gunthorpe
  • Re: [PATCH 0/6] Enable P2PDMA in Userspace RDMA, Zhu Yanjun
    • Re: [PATCH 0/6] Enable P2PDMA in Userspace RDMA, Martin Oliveira
• [Build #28518774] armhf build of rdma-core 53.0~202406051209+git1840c1b7~ubuntu18.04.1 in ubuntu bionic RELEASE [~linux-rdma/ubuntu/rdma-core-daily], Launchpad Buildd System
• [Build #28518780] armhf build of rdma-core 53.0~202406051209+git1840c1b7~ubuntu20.04.1 in ubuntu focal RELEASE [~linux-rdma/ubuntu/rdma-core-daily], Launchpad Buildd System
• [PATCH 0/5] iWARP Connection Manager patches, Bart Van Assche
  • [PATCH 2/5] RDMA/iwcm: Change the return type of iwcm_deref_id(), Bart Van Assche
    • Re: [PATCH 2/5] RDMA/iwcm: Change the return type of iwcm_deref_id(), Zhu Yanjun
  • [PATCH 1/5] RDMA/iwcm: Use list_first_entry() where appropriate, Bart Van Assche
    • Re: [PATCH 1/5] RDMA/iwcm: Use list_first_entry() where appropriate, Zhu Yanjun
  • [PATCH 3/5] RDMA/iwcm: Simplify cm_event_handler(), Bart Van Assche
  • [PATCH 4/5] RDMA/iwcm: Simplify cm_work_handler(), Bart Van Assche
  • [PATCH 5/5] RDMA/iwcm: Fix a use-after-free related to destroying CM IDs, Bart Van Assche
    • Re: [PATCH 5/5] RDMA/iwcm: Fix a use-after-free related to destroying CM IDs, Leon Romanovsky
  • Re: [PATCH 0/5] iWARP Connection Manager patches, Leon Romanovsky
• [recipe build #3737792] of ~linux-rdma rdma-core-daily in xenial: Dependency wait, noreply
• [no subject], Unknown
• [PATCH net-next v6 0/3] Introduce IPPROTO_SMC, D. Wythe
  • [PATCH net-next v6 1/3] net/smc: refactoring initialization of smc sock, D. Wythe
  • [PATCH net-next v6 3/3] net/smc: Introduce IPPROTO_SMC, D. Wythe
    • Re: [PATCH net-next v6 3/3] net/smc: Introduce IPPROTO_SMC, Mat Martineau
      • Re: [PATCH net-next v6 3/3] net/smc: Introduce IPPROTO_SMC, D. Wythe
        • Re: [PATCH net-next v6 3/3] net/smc: Introduce IPPROTO_SMC, Matthieu Baerts
          • Re: [PATCH net-next v6 3/3] net/smc: Introduce IPPROTO_SMC, Mat Martineau
            • Re: [PATCH net-next v6 3/3] net/smc: Introduce IPPROTO_SMC, D. Wythe
              • Re: [PATCH net-next v6 3/3] net/smc: Introduce IPPROTO_SMC, Mat Martineau
  • [PATCH net-next v6 2/3] net/smc: expose smc proto operations, D. Wythe
  • Re: [PATCH net-next v6 0/3] Introduce IPPROTO_SMC, Wenjia Zhang
• [PATCH v2 1/1] RDMA/mana_ib: ignore optional access flags for MRs, Konstantin Taranov
  • RE: [PATCH v2 1/1] RDMA/mana_ib: ignore optional access flags for MRs, Long Li
    • RE: [PATCH v2 1/1] RDMA/mana_ib: ignore optional access flags for MRs, Konstantin Taranov
      • Re: [PATCH v2 1/1] RDMA/mana_ib: ignore optional access flags for MRs, Leon Romanovsky
        • Re: [PATCH v2 1/1] RDMA/mana_ib: ignore optional access flags for MRs, Konstantin Taranov
  • Re: [PATCH v2 1/1] RDMA/mana_ib: ignore optional access flags for MRs, Leon Romanovsky
• [PATCH 0/6] refactor RDMA live migration based on rsocket API, Gonglei
  • [PATCH 5/6] migration: introduce new RDMA live migration, Gonglei
  • [PATCH 3/6] io/channel-rdma: support working in coroutine, Gonglei
    • Re: [PATCH 3/6] io/channel-rdma: support working in coroutine, Haris Iqbal
      • RE: [PATCH 3/6] io/channel-rdma: support working in coroutine, Gonglei (Arei)
        • Re: [PATCH 3/6] io/channel-rdma: support working in coroutine, Haris Iqbal
    • Re: [PATCH 3/6] io/channel-rdma: support working in coroutine, Daniel P. Berrangé
      • RE: [PATCH 3/6] io/channel-rdma: support working in coroutine, Gonglei (Arei)
  • [PATCH 4/6] tests/unit: add test-io-channel-rdma.c, Gonglei
  • [PATCH 2/6] io: add QIOChannelRDMA class, Gonglei
    • Re: [PATCH 2/6] io: add QIOChannelRDMA class, Jinpu Wang
  • [PATCH 6/6] migration/rdma: support multifd for RDMA migration, Gonglei
  • [PATCH 1/6] migration: remove RDMA live migration temporarily, Gonglei
    • Re: [PATCH 1/6] migration: remove RDMA live migration temporarily, David Hildenbrand
      • RE: [PATCH 1/6] migration: remove RDMA live migration temporarily, Gonglei (Arei)
    • Re: [PATCH 1/6] migration: remove RDMA live migration temporarily, Markus Armbruster
  • Re: [PATCH 0/6] refactor RDMA live migration based on rsocket API, Peter Xu
    • RE: [PATCH 0/6] refactor RDMA live migration based on rsocket API, Gonglei (Arei)
      • Re: [PATCH 0/6] refactor RDMA live migration based on rsocket API, Peter Xu
        • RE: [PATCH 0/6] refactor RDMA live migration based on rsocket API, Gonglei (Arei)
          • Re: [PATCH 0/6] refactor RDMA live migration based on rsocket API, Peter Xu
    • Re: [PATCH 0/6] refactor RDMA live migration based on rsocket API, Daniel P. Berrangé
  • Re: [PATCH 0/6] refactor RDMA live migration based on rsocket API, Michael S. Tsirkin
    • RE: [PATCH 0/6] refactor RDMA live migration based on rsocket API, Gonglei (Arei)
      • Re: [PATCH 0/6] refactor RDMA live migration based on rsocket API, Michael S. Tsirkin
      • Re: [PATCH 0/6] refactor RDMA live migration based on rsocket API, Leon Romanovsky
        • Re: [PATCH 0/6] refactor RDMA live migration based on rsocket API, Zhijian Li (Fujitsu)
      • Re: [PATCH 0/6] refactor RDMA live migration based on rsocket API, Yu Zhang
  • Re: [PATCH 0/6] refactor RDMA live migration based on rsocket API, Jinpu Wang
    • RE: [PATCH 0/6] refactor RDMA live migration based on rsocket API, Gonglei (Arei)
      • Re: [PATCH 0/6] refactor RDMA live migration based on rsocket API, Peter Xu
  • Re: [PATCH 0/6] refactor RDMA live migration based on rsocket API, Peter Xu
    • Re: [PATCH 0/6] refactor RDMA live migration based on rsocket API, Michael S. Tsirkin
      • Re: [PATCH 0/6] refactor RDMA live migration based on rsocket API, Michael Galaxy
        • RE: [PATCH 0/6] refactor RDMA live migration based on rsocket API, Gonglei (Arei)
          • Re: [PATCH 0/6] refactor RDMA live migration based on rsocket API, Peter Xu
            • RE: [PATCH 0/6] refactor RDMA live migration based on rsocket API, Sean Hefty
              • Re: [PATCH 0/6] refactor RDMA live migration based on rsocket API, Michael Galaxy
                • Re: [PATCH 0/6] refactor RDMA live migration based on rsocket API, Michael S. Tsirkin
                  • Re: [PATCH 0/6] refactor RDMA live migration based on rsocket API, Michael Galaxy
                    • Re: [PATCH 0/6] refactor RDMA live migration based on rsocket API, Michael S. Tsirkin
                      • Re: [PATCH 0/6] refactor RDMA live migration based on rsocket API, Michael Galaxy
                        • Re: [PATCH 0/6] refactor RDMA live migration based on rsocket API, Yu Zhang
                • Re: [PATCH 0/6] refactor RDMA live migration based on rsocket API, Peter Xu
                  • RE: [PATCH 0/6] refactor RDMA live migration based on rsocket API, Sean Hefty
                    • Re: [PATCH 0/6] refactor RDMA live migration based on rsocket API, Peter Xu
                      • Re: [PATCH 0/6] refactor RDMA live migration based on rsocket API, Michael Galaxy
                        • Re: [PATCH 0/6] refactor RDMA live migration based on rsocket API, Peter Xu
                          • Re: [PATCH 0/6] refactor RDMA live migration based on rsocket API, Michael Galaxy
                            • Re: [PATCH 0/6] refactor RDMA live migration based on rsocket API, Yu Zhang
                              • Re: [PATCH 0/6] refactor RDMA live migration based on rsocket API, Michael Galaxy
                                • Re: [PATCH 0/6] refactor RDMA live migration based on rsocket API, Leon Romanovsky
                                  • Re: [PATCH 0/6] refactor RDMA live migration based on rsocket API, Zhu Yanjun
                                • Re: [PATCH 0/6] refactor RDMA live migration based on rsocket API, Michael Galaxy
          • Re: [PATCH 0/6] refactor RDMA live migration based on rsocket API, Michael Galaxy
• [PATCH 1/1] RDMA/mana_ib: ignore optional access flags for MRs, Konstantin Taranov
  • Re: [PATCH 1/1] RDMA/mana_ib: ignore optional access flags for MRs, Leon Romanovsky
• [PATCH rdma-next 1/1] RDMA/mana_ib: process QP error events, Konstantin Taranov
  • Re: [PATCH rdma-next 1/1] RDMA/mana_ib: process QP error events, Leon Romanovsky
    • Re: [PATCH rdma-next 1/1] RDMA/mana_ib: process QP error events, Konstantin Taranov
      • Re: [PATCH rdma-next 1/1] RDMA/mana_ib: process QP error events, Leon Romanovsky
        • Re: [PATCH rdma-next 1/1] RDMA/mana_ib: process QP error events, Konstantin Taranov
          • Re: [PATCH rdma-next 1/1] RDMA/mana_ib: process QP error events, Leon Romanovsky
            • RE: [EXTERNAL] Re: [PATCH rdma-next 1/1] RDMA/mana_ib: process QP error events, Konstantin Taranov
  • RE: [PATCH rdma-next 1/1] RDMA/mana_ib: process QP error events, Long Li
    • RE: [PATCH rdma-next 1/1] RDMA/mana_ib: process QP error events, Konstantin Taranov
      • RE: [PATCH rdma-next 1/1] RDMA/mana_ib: process QP error events, Long Li
        • RE: [PATCH rdma-next 1/1] RDMA/mana_ib: process QP error events, Konstantin Taranov
• [PATCH net] net/mlx5: Fix tainted pointer delete is case of flow rules creation fail, Aleksandr Mishin
  • Re: [PATCH net] net/mlx5: Fix tainted pointer delete is case of flow rules creation fail, Jacob Keller
  • Re: [PATCH net] net/mlx5: Fix tainted pointer delete is case of flow rules creation fail, Tariq Toukan
  • Re: [PATCH net] net/mlx5: Fix tainted pointer delete is case of flow rules creation fail, patchwork-bot+netdevbpf
• [bug report] KASAN slab-use-after-free at blktests srp/002 with siw driver, Shinichiro Kawasaki
  • Re: [bug report] KASAN slab-use-after-free at blktests srp/002 with siw driver, Zhu Yanjun
    • Re: [bug report] KASAN slab-use-after-free at blktests srp/002 with siw driver, Bart Van Assche
      • Re: [bug report] KASAN slab-use-after-free at blktests srp/002 with siw driver, Jason Gunthorpe
        • Re: [bug report] KASAN slab-use-after-free at blktests srp/002 with siw driver, Bart Van Assche
      • Re: [bug report] KASAN slab-use-after-free at blktests srp/002 with siw driver, Shinichiro Kawasaki
      • Re: [bug report] KASAN slab-use-after-free at blktests srp/002 with siw driver, Zhu Yanjun
        • Re: [bug report] KASAN slab-use-after-free at blktests srp/002 with siw driver, Bart Van Assche
    • Re: [bug report] KASAN slab-use-after-free at blktests srp/002 with siw driver, Shinichiro Kawasaki
• [RFC net-next v4 0/2] mlx5: Add netdev-genl queue stats, Joe Damato
  • [RFC net-next v4 1/2] net/mlx5e: Add txq to sq stats mapping, Joe Damato
    • Re: [RFC net-next v4 1/2] net/mlx5e: Add txq to sq stats mapping, Tariq Toukan
  • [RFC net-next v4 2/2] net/mlx5e: Add per queue netdev-genl stats, Joe Damato
    • Re: [RFC net-next v4 2/2] net/mlx5e: Add per queue netdev-genl stats, Tariq Toukan
      • Re: [RFC net-next v4 2/2] net/mlx5e: Add per queue netdev-genl stats, Joe Damato
        • Re: [RFC net-next v4 2/2] net/mlx5e: Add per queue netdev-genl stats, Jakub Kicinski
          • Re: [RFC net-next v4 2/2] net/mlx5e: Add per queue netdev-genl stats, Joe Damato
            • Re: [RFC net-next v4 2/2] net/mlx5e: Add per queue netdev-genl stats, Tariq Toukan
              • Re: [RFC net-next v4 2/2] net/mlx5e: Add per queue netdev-genl stats, Jakub Kicinski
          • Re: [RFC net-next v4 2/2] net/mlx5e: Add per queue netdev-genl stats, Tariq Toukan
      • Re: [RFC net-next v4 2/2] net/mlx5e: Add per queue netdev-genl stats, Joe Damato
        • Re: [RFC net-next v4 2/2] net/mlx5e: Add per queue netdev-genl stats, Joe Damato
  • Re: [RFC net-next v4 0/2] mlx5: Add netdev-genl queue stats, Jakub Kicinski
• [PATCH 0/8] Introduce fwctl subystem, Jason Gunthorpe
  • [PATCH 3/8] fwctl: FWCTL_INFO to return basic information about the device, Jason Gunthorpe
    • Re: [PATCH 3/8] fwctl: FWCTL_INFO to return basic information about the device, Dave Jiang
      • Re: [PATCH 3/8] fwctl: FWCTL_INFO to return basic information about the device, Jason Gunthorpe
        • Re: [PATCH 3/8] fwctl: FWCTL_INFO to return basic information about the device, Dave Jiang
  • [PATCH 5/8] fwctl: FWCTL_RPC to execute a Remote Procedure Call to device firmware, Jason Gunthorpe
  • [PATCH 8/8] mlx5: Create an auxiliary device for fwctl_mlx5, Jason Gunthorpe
  • [PATCH 4/8] taint: Add TAINT_FWCTL, Jason Gunthorpe
  • [PATCH 2/8] fwctl: Basic ioctl dispatch for the character device, Jason Gunthorpe
    • Re: [PATCH 2/8] fwctl: Basic ioctl dispatch for the character device, Zhu Yanjun
      • Re: [PATCH 2/8] fwctl: Basic ioctl dispatch for the character device, Leon Romanovsky
        • Re: [PATCH 2/8] fwctl: Basic ioctl dispatch for the character device, Jonathan Cameron
          • Re: [PATCH 2/8] fwctl: Basic ioctl dispatch for the character device, Jason Gunthorpe
            • Re: [PATCH 2/8] fwctl: Basic ioctl dispatch for the character device, Jonathan Cameron
              • Re: [PATCH 2/8] fwctl: Basic ioctl dispatch for the character device, Jason Gunthorpe
                • Re: [PATCH 2/8] fwctl: Basic ioctl dispatch for the character device, Jonathan Cameron
                  • Re: [PATCH 2/8] fwctl: Basic ioctl dispatch for the character device, Randy Dunlap
    • Re: [PATCH 2/8] fwctl: Basic ioctl dispatch for the character device, Przemek Kitszel
      • Re: [PATCH 2/8] fwctl: Basic ioctl dispatch for the character device, Jason Gunthorpe
  • [PATCH 7/8] fwctl/mlx5: Support for communicating with mlx5 fw, Jason Gunthorpe
  • [PATCH 1/8] fwctl: Add basic structure for a class subsystem with a cdev, Jason Gunthorpe
    • Re: [PATCH 1/8] fwctl: Add basic structure for a class subsystem with a cdev, Leon Romanovsky
      • Re: [PATCH 1/8] fwctl: Add basic structure for a class subsystem with a cdev, Jason Gunthorpe
        • Re: [PATCH 1/8] fwctl: Add basic structure for a class subsystem with a cdev, Jonathan Cameron
          • Re: [PATCH 1/8] fwctl: Add basic structure for a class subsystem with a cdev, Jason Gunthorpe
            • Re: [PATCH 1/8] fwctl: Add basic structure for a class subsystem with a cdev, Jonathan Cameron
    • Re: [PATCH 1/8] fwctl: Add basic structure for a class subsystem with a cdev, Randy Dunlap
      • Re: [PATCH 1/8] fwctl: Add basic structure for a class subsystem with a cdev, Jason Gunthorpe
  • [PATCH 6/8] fwctl: Add documentation, Jason Gunthorpe
    • Re: [PATCH 6/8] fwctl: Add documentation, Randy Dunlap
      • Re: [PATCH 6/8] fwctl: Add documentation, Jason Gunthorpe
        • Re: [PATCH 6/8] fwctl: Add documentation, Randy Dunlap
  • Re: [PATCH 0/8] Introduce fwctl subystem, Jakub Kicinski
    • Re: [PATCH 0/8] Introduce fwctl subystem, David Ahern
      • Re: [PATCH 0/8] Introduce fwctl subystem, Jakub Kicinski
        • Re: [PATCH 0/8] Introduce fwctl subystem, Saeed Mahameed
          • Re: [PATCH 0/8] Introduce fwctl subystem, Jakub Kicinski
            • Re: [PATCH 0/8] Introduce fwctl subystem, Jason Gunthorpe
              • Re: [PATCH 0/8] Introduce fwctl subystem, Jakub Kicinski
        • Re: [PATCH 0/8] Introduce fwctl subystem, Dan Williams
          • Re: [PATCH 0/8] Introduce fwctl subystem, Jakub Kicinski
          • Re: [PATCH 0/8] Introduce fwctl subystem, Jonathan Cameron
          • Re: [PATCH 0/8] Introduce fwctl subystem, Jason Gunthorpe
            • Re: [PATCH 0/8] Introduce fwctl subystem, David Ahern
              • Re: [PATCH 0/8] Introduce fwctl subystem, Jakub Kicinski
                • Re: [PATCH 0/8] Introduce fwctl subystem, Jason Gunthorpe
                  • Re: [PATCH 0/8] Introduce fwctl subystem, Jakub Kicinski
                    • Re: [PATCH 0/8] Introduce fwctl subystem, David Ahern