Linux RDMA and InfiniBand Development

• Date Index

• [PATCH 2/2] IB/hfi1: Remove pci_parent_bus_reset() duplication, (continued)
  • [PATCH 2/2] IB/hfi1: Remove pci_parent_bus_reset() duplication, Maciej W. Rozycki
    • Re: [PATCH 2/2] IB/hfi1: Remove pci_parent_bus_reset() duplication, Ilpo Järvinen
• [PATCH for-next 0/3] RDMA/rxe: Fix error path code in rxe_create_qp, Bob Pearson
  • [PATCH for-next 1/3] RDMA/rxe: Move work queue code to subroutines, Bob Pearson
  • [PATCH for-next 2/3] RDMA/rxe: Fix unsafe drain work queue code, Bob Pearson
  • [PATCH for-next 3/3] RDMA/rxe: Fix rxe_m-dify_srq, Bob Pearson
    • Re: [PATCH for-next 3/3] RDMA/rxe: Fix rxe_m-dify_srq, kernel test robot
  • Re: [PATCH for-next 0/3] RDMA/rxe: Fix error path code in rxe_create_qp, Zhu Yanjun
    • Re: [PATCH for-next 0/3] RDMA/rxe: Fix error path code in rxe_create_qp, Bob Pearson
• [syzbot] [rdma?] general protection fault in rxe_completer, syzbot
  • Re: [syzbot] [rdma?] general protection fault in rxe_completer, Bob Pearson
    • Re: [syzbot] [rdma?] general protection fault in rxe_completer, Jason Gunthorpe
• [PATCH net-next v2 17/17] net: Kill MSG_SENDPAGE_NOTLAST, David Howells
  • RE: [PATCH net-next v2 17/17] net: Kill MSG_SENDPAGE_NOTLAST, Willem de Bruijn
  • Re: [PATCH net-next v2 17/17] net: Kill MSG_SENDPAGE_NOTLAST, David Howells
    • Re: [PATCH net-next v2 17/17] net: Kill MSG_SENDPAGE_NOTLAST, Willem de Bruijn
• [PATCH net-next v2 16/17] sock: Remove ->sendpage*() in favour of sendmsg(MSG_SPLICE_PAGES), David Howells
• [PATCH net-next v2 08/17] rds: Use sendmsg(MSG_SPLICE_PAGES) rather than sendpage, David Howells
• [PATCH net-next v2 04/17] siw: Use sendmsg(MSG_SPLICE_PAGES) rather than sendpage to transmit, David Howells
• [linux-next:master] BUILD REGRESSION f7efed9f38f886edb450041b82a6f15d663c98f8, kernel test robot
• [PATCH net-next 16/17] sock: Remove ->sendpage*() in favour of sendmsg(MSG_SPLICE_PAGES), David Howells
• [PATCH net-next 08/17] rds: Use sendmsg(MSG_SPLICE_PAGES) rather than sendpage, David Howells
• [PATCH net-next 04/17] siw: Use sendmsg(MSG_SPLICE_PAGES) rather than sendpage to transmit, David Howells
• [PATCH] [BUGREPORT] RDMA/bnxt_re: avoid unintialized variable use, Arnd Bergmann
  • Re: [PATCH] [BUGREPORT] RDMA/bnxt_re: avoid unintialized variable use, Selvin Xavier
• [PATCH for-next 1/2] RDMA/bnxt_re: Remove incorrect return check from slow path, Kashyap Desai
  • [PATCH for-next 2/2] RDMA/bnxt_re: refactor code around bnxt_qplib_map_rc, Kashyap Desai
    • Re: [PATCH for-next 2/2] RDMA/bnxt_re: refactor code around bnxt_qplib_map_rc, Dan Carpenter
  • Re: [PATCH for-next 1/2] RDMA/bnxt_re: Remove incorrect return check from slow path, Jason Gunthorpe
• [PATCH] net: mana: Batch ringing RX queue doorbell on receiving packets, longli
  • RE: [PATCH] net: mana: Batch ringing RX queue doorbell on receiving packets, Haiyang Zhang
    • RE: [PATCH] net: mana: Batch ringing RX queue doorbell on receiving packets, Long Li
• shared variables between requester and completer threads - a concern, Bob Pearson
  • Re: shared variables between requester and completer threads - a concern, Zhu Yanjun
  • Re: shared variables between requester and completer threads - a concern, Jason Gunthorpe
• [PATCH v3 1/1] RDMA/mana_ib: Add EQ interrupt support to mana ib driver., Wei Hu
  • Re: [PATCH v3 1/1] RDMA/mana_ib: Add EQ interrupt support to mana ib driver., Simon Horman
  • Re: [PATCH v3 1/1] RDMA/mana_ib: Add EQ interrupt support to mana ib driver., kernel test robot
  • Re: [PATCH v3 1/1] RDMA/mana_ib: Add EQ interrupt support to mana ib driver., kernel test robot
• [PATCH v1] drivers:net:ethernet:Remove unneeded code, Wang Ming
  • Re: [PATCH v1] drivers:net:ethernet:Remove unneeded code, Simon Horman
• [rdma:for-rc] BUILD SUCCESS 0c7e314a6352664e12ec465f576cf039e95f8369, kernel test robot
• [PATCH v4 0/5] pci-hyperv: Fix race condition bugs for fast device hotplug, Dexuan Cui
  • [PATCH v4 1/5] PCI: hv: Fix a race condition bug in hv_pci_query_relations(), Dexuan Cui
  • [PATCH v4 2/5] PCI: hv: Fix a race condition in hv_irq_unmask() that can cause panic, Dexuan Cui
  • [PATCH v4 3/5] PCI: hv: Remove the useless hv_pcichild_state from struct hv_pci_dev, Dexuan Cui
  • [PATCH v4 4/5] Revert "PCI: hv: Fix a timing issue which causes kdump to fail occasionally", Dexuan Cui
  • [PATCH v4 5/5] PCI: hv: Add a per-bus mutex state_lock, Dexuan Cui
  • Re: [PATCH v4 0/5] pci-hyperv: Fix race condition bugs for fast device hotplug, Wei Liu
• [linux-next:master] BUILD REGRESSION b16049b21162bb649cdd8519642a35972b7910fe, kernel test robot
• [recipe build #3557116] of ~linux-rdma rdma-core-daily in xenial: Dependency wait, noreply
• [PATCH v3 0/4] Handle ARPHRD_NONE devices for siw, Chuck Lever
  • [PATCH v3 1/4] RDMA/siw: Fabricate a GID on tun and loopback devices, Chuck Lever
    • RE: [PATCH v3 1/4] RDMA/siw: Fabricate a GID on tun and loopback devices, Bernard Metzler
    • Re: [PATCH v3 1/4] RDMA/siw: Fabricate a GID on tun and loopback devices, Tom Talpey
  • [PATCH v3 2/4] RDMA/core: Set gid_attr.ndev for iWARP devices, Chuck Lever
    • Re: [PATCH v3 2/4] RDMA/core: Set gid_attr.ndev for iWARP devices, Tom Talpey
      • Re: [PATCH v3 2/4] RDMA/core: Set gid_attr.ndev for iWARP devices, Chuck Lever III
        • Re: [PATCH v3 2/4] RDMA/core: Set gid_attr.ndev for iWARP devices, Tom Talpey
  • [PATCH v3 3/4] RDMA/cma: Deduplicate error flow in cma_validate_port(), Chuck Lever
  • [PATCH v3 4/4] RDMA/cma: Avoid GID lookups on iWARP devices, Chuck Lever
    • Re: [PATCH v3 4/4] RDMA/cma: Avoid GID lookups on iWARP devices, Jason Gunthorpe
      • Re: [PATCH v3 4/4] RDMA/cma: Avoid GID lookups on iWARP devices, Chuck Lever III
        • Re: [PATCH v3 4/4] RDMA/cma: Avoid GID lookups on iWARP devices, Jason Gunthorpe
  • Re: [PATCH v3 0/4] Handle ARPHRD_NONE devices for siw, Zhu Yanjun
    • Re: [PATCH v3 0/4] Handle ARPHRD_NONE devices for siw, Chuck Lever III
• [bug report] RDMA/bnxt_re: handle command completions after driver detect a timedout, Dan Carpenter
  • RE: [bug report] RDMA/bnxt_re: handle command completions after driver detect a timedout, Kashyap Desai
• [rdma:wip/leon-for-next] BUILD SUCCESS 56a1f96d30dc9b4133f7aa6d8e888033623f67db, kernel test robot
• [linux-next:master] BUILD REGRESSION 1f6ce8392d6ff486af5ca96df9ded5882c4b6977, kernel test robot
• [PATCH net-next] net: tls: make the offload check helper take skb not socket, Jakub Kicinski
  • Re: [PATCH net-next] net: tls: make the offload check helper take skb not socket, Maxim Mikityanskiy
    • Re: [PATCH net-next] net: tls: make the offload check helper take skb not socket, Jakub Kicinski
  • Re: [PATCH net-next] net: tls: make the offload check helper take skb not socket, Simon Horman
  • Re: [PATCH net-next] net: tls: make the offload check helper take skb not socket, Tariq Toukan
  • Re: [PATCH net-next] net: tls: make the offload check helper take skb not socket, Dimitris Michailidis
  • Re: [PATCH net-next] net: tls: make the offload check helper take skb not socket, patchwork-bot+netdevbpf
• [PATCH v6 for-next 0/7] RDMA/bnxt_re: driver update for supporting low latency push, Selvin Xavier
  • [PATCH v6 for-next 1/7] RDMA/bnxt_re: Use the common mmap helper functions, Selvin Xavier
  • [PATCH v6 for-next 2/7] RDMA/bnxt_re: Add disassociate ucontext support, Selvin Xavier
  • [PATCH v6 for-next 3/7] RDMA/bnxt_re: Optimize the bnxt_re_init_hwrm_hdr usage, Selvin Xavier
  • [PATCH v6 for-next 4/7] RDMA/bnxt_re: Query function capabilities from firmware, Selvin Xavier
  • [PATCH v6 for-next 5/7] RDMA/bnxt_re: Move the interface version to chip context structure, Selvin Xavier
  • [PATCH v6 for-next 7/7] RDMA/bnxt_re: Enable low latency push, Selvin Xavier
  • [PATCH v6 for-next 6/7] RDMA/bnxt_re: Reorg the bar mapping, Selvin Xavier
  • Re: [PATCH v6 for-next 0/7] RDMA/bnxt_re: driver update for supporting low latency push, Jason Gunthorpe
    • Re: [PATCH v6 for-next 0/7] RDMA/bnxt_re: driver update for supporting low latency push, Selvin Xavier
      • Re: [PATCH v6 for-next 0/7] RDMA/bnxt_re: driver update for supporting low latency push, Jason Gunthorpe
        • Re: [PATCH v6 for-next 0/7] RDMA/bnxt_re: driver update for supporting low latency push, Selvin Xavier
• [PATCH v2 for-next] RDMA/rxe: Fixes mr access supported list, Bob Pearson
  • Re: [PATCH v2 for-next] RDMA/rxe: Fixes mr access supported list, Jason Gunthorpe
• [PATCH for-rc] RDMA/rxe: Fixes mr access supported list, Bob Pearson
• Bug report in reg_user_mr in exe, Bob Pearson
  • Re: Bug report in reg_user_mr in exe, Jason Gunthorpe
    • Re: Bug report in reg_user_mr in exe, Bob Pearson
      • Re: Bug report in reg_user_mr in exe, Jason Gunthorpe
• [rdma:wip/jgg-for-rc] BUILD SUCCESS f5d494e2e082f28fb6aea1bdba0b7ac43d6a9d6c, kernel test robot
• [PATCH rdma-next] RDMA/bnxt_re: Initialize opcode while sending message, Leon Romanovsky
  • Re: [PATCH rdma-next] RDMA/bnxt_re: Initialize opcode while sending message, Selvin Xavier
  • Re: [PATCH rdma-next] RDMA/bnxt_re: Initialize opcode while sending message, Leon Romanovsky
• [rdma:wip/leon-for-rc] BUILD SUCCESS fd06a5925e47732175fcaed39d7ed5012e99f56b, kernel test robot
• [rdma:wip/leon-for-next] BUILD SUCCESS 830f93f47068b1632cc127871fbf27e918efdf46, kernel test robot
• [PATCH for-next] RDMA/rxe: Simplify cq->notify code, Bob Pearson
  • Re: [PATCH for-next] RDMA/rxe: Simplify cq->notify code, Jason Gunthorpe
• [PATCH for-next] RDMA/rxe: Fix rxe_cq_post, Bob Pearson
  • Re: [PATCH for-next] RDMA/rxe: Fix rxe_cq_post, Jason Gunthorpe
    • RE: [PATCH for-next] RDMA/rxe: Fix rxe_cq_post, Pearson, Robert B
• [PATCH v2 0/5] svcrdma: Go back to releasing pages-under-I/O, Chuck Lever
  • [PATCH v2 1/5] SUNRPC: Revert cc93ce9529a6 ("svcrdma: Retain the page backing rq_res.head[0].iov_base"), Chuck Lever
    • Re: [PATCH v2 1/5] SUNRPC: Revert cc93ce9529a6 ("svcrdma: Retain the page backing rq_res.head[0].iov_base"), Jeff Layton
      • Re: [PATCH v2 1/5] SUNRPC: Revert cc93ce9529a6 ("svcrdma: Retain the page backing rq_res.head[0].iov_base"), Chuck Lever III
  • [PATCH v2 2/5] SUNRPC: Revert 579900670ac7 ("svcrdma: Remove unused sc_pages field"), Chuck Lever
  • [PATCH v2 3/5] svcrdma: Revert 2a1e4f21d841 ("svcrdma: Normalize Send page handling"), Chuck Lever
  • [PATCH v2 4/5] svcrdma: Prevent page release when nothing was received, Chuck Lever
  • [PATCH v2 5/5] SUNRPC: Optimize page release in svc_rdma_sendto(), Chuck Lever
  • Re: [PATCH v2 0/5] svcrdma: Go back to releasing pages-under-I/O, Jeff Layton
• [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag, Yunsheng Lin
  • Re: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag, Jakub Kicinski
    • Re: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag, Yunsheng Lin
      • Re: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag, Jakub Kicinski
        • Re: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag, Alexander Duyck
          • Re: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag, Yunsheng Lin
            • Re: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag, Alexander Duyck
              • Re: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag, Jesper Dangaard Brouer
                • Re: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag, Jakub Kicinski
                  • Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Jesper Dangaard Brouer
                    • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Jakub Kicinski
                      • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Jesper Dangaard Brouer
                        • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Jakub Kicinski
                      • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Mina Almasry
                        • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), David Ahern
                          • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Mina Almasry
                            • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), David Ahern
                              • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Eric Dumazet
                                • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), David Ahern
                                  • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Mina Almasry
                              • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Eric Dumazet
                                • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), David Ahern
                            • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Jason Gunthorpe
                              • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Mina Almasry
                                • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Jason Gunthorpe
                                  • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Mina Almasry
                                    • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Jason Gunthorpe
                                      • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Mina Almasry
                                        • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Jason Gunthorpe
                                          • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Mina Almasry
                                      • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Christoph Hellwig
                                        • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Jakub Kicinski
                                          • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Christoph Hellwig
                                            • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Jason Gunthorpe
                                              • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Jakub Kicinski
                                                • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), David Ahern
                                                  • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Jakub Kicinski
                                                    • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Mina Almasry
                                                    • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Jakub Kicinski
                                                    • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), David Ahern
                                                    • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Mina Almasry
                                                    • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Christian König
                                                    • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Jason Gunthorpe
                                                    • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Christian König
                                                    • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Mina Almasry
                                                    • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Jason Gunthorpe
                                                    • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Mina Almasry
                                                    • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Jason Gunthorpe
                                                    • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Christian König
                                                    • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Mina Almasry
                                                    • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), David Ahern
                                                    • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Mina Almasry
                                                    • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), David Ahern
                                                    • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Jason Gunthorpe
                                                    • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Mina Almasry
                                                    • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Jesper Dangaard Brouer
                                                    • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Jason Gunthorpe
                                                    • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Mina Almasry
                                                    • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Jesper Dangaard Brouer
                                                • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Jason Gunthorpe
                                                  • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Jakub Kicinski
                                                    • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Jason Gunthorpe
                                                    • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Jakub Kicinski
                                                    • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Jason Gunthorpe
                                      • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Dan Williams
                        • Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag), Jakub Kicinski
              • Re: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag, Yunsheng Lin
    • Re: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag, Alexander Lobakin
• [PATCH net-next v4 1/5] page_pool: frag API support for 32-bit arch with 64-bit DMA, Yunsheng Lin
  • Re: [PATCH net-next v4 1/5] page_pool: frag API support for 32-bit arch with 64-bit DMA, Alexander Lobakin
    • Re: [PATCH net-next v4 1/5] page_pool: frag API support for 32-bit arch with 64-bit DMA, Yunsheng Lin
      • Re: [PATCH net-next v4 1/5] page_pool: frag API support for 32-bit arch with 64-bit DMA, Jakub Kicinski
      • Re: [PATCH net-next v4 1/5] page_pool: frag API support for 32-bit arch with 64-bit DMA, Alexander Lobakin
        • Re: [PATCH net-next v4 1/5] page_pool: frag API support for 32-bit arch with 64-bit DMA, Yunsheng Lin
          • Re: [PATCH net-next v4 1/5] page_pool: frag API support for 32-bit arch with 64-bit DMA, Alexander Lobakin
  • Re: [PATCH net-next v4 1/5] page_pool: frag API support for 32-bit arch with 64-bit DMA, Jakub Kicinski
    • Re: [PATCH net-next v4 1/5] page_pool: frag API support for 32-bit arch with 64-bit DMA, Yunsheng Lin
      • Re: [PATCH net-next v4 1/5] page_pool: frag API support for 32-bit arch with 64-bit DMA, Jakub Kicinski
        • Re: [PATCH net-next v4 1/5] page_pool: frag API support for 32-bit arch with 64-bit DMA, Yunsheng Lin
• [PATCH v5 for-next 0/7] RDMA/bnxt_re: driver update for supporting low latency push, Selvin Xavier
  • [PATCH v5 for-next 2/7] RDMA/bnxt_re: Add disassociate ucontext support, Selvin Xavier
  • [PATCH v5 for-next 4/7] RDMA/bnxt_re: Query function capabilities from firmware, Selvin Xavier
  • [PATCH v5 for-next 5/7] RDMA/bnxt_re: Move the interface version to chip context structure, Selvin Xavier
  • [PATCH v5 for-next 6/7] RDMA/bnxt_re: Reorg the bar mapping, Selvin Xavier
  • [PATCH v5 for-next 7/7] RDMA/bnxt_re: Enable low latency push, Selvin Xavier
    • Re: [PATCH v5 for-next 7/7] RDMA/bnxt_re: Enable low latency push, Jason Gunthorpe
      • Re: [PATCH v5 for-next 7/7] RDMA/bnxt_re: Enable low latency push, Selvin Xavier
        • Re: [PATCH v5 for-next 7/7] RDMA/bnxt_re: Enable low latency push, Jason Gunthorpe
          • Re: [PATCH v5 for-next 7/7] RDMA/bnxt_re: Enable low latency push, Selvin Xavier
    • Re: [PATCH v5 for-next 7/7] RDMA/bnxt_re: Enable low latency push, Jason Gunthorpe
  • [PATCH v5 for-next 3/7] RDMA/bnxt_re: Optimize the bnxt_re_init_hwrm_hdr usage, Selvin Xavier
  • [PATCH v5 for-next 1/7] RDMA/bnxt_re: Use the common mmap helper functions, Selvin Xavier
    • Re: [PATCH v5 for-next 1/7] RDMA/bnxt_re: Use the common mmap helper functions, Jason Gunthorpe
      • Re: [PATCH v5 for-next 1/7] RDMA/bnxt_re: Use the common mmap helper functions, Selvin Xavier
• [rdma:wip/leon-for-rc] BUILD SUCCESS 699826f4e30ab76a62c238c86fbef7e826639c8d, kernel test robot
• [PATCH v2] RDMA/cma: prevent rdma id destroy during cma_iw_handler, Shin'ichiro Kawasaki
  • Re: [PATCH v2] RDMA/cma: prevent rdma id destroy during cma_iw_handler, Leon Romanovsky
  • Re: [PATCH v2] RDMA/cma: prevent rdma id destroy during cma_iw_handler, Jason Gunthorpe
    • Re: [PATCH v2] RDMA/cma: prevent rdma id destroy during cma_iw_handler, Shinichiro Kawasaki
      • Re: [PATCH v2] RDMA/cma: prevent rdma id destroy during cma_iw_handler, Shinichiro Kawasaki
      • Re: [PATCH v2] RDMA/cma: prevent rdma id destroy during cma_iw_handler, Jason Gunthorpe
        • Re: [PATCH v2] RDMA/cma: prevent rdma id destroy during cma_iw_handler, Leon Romanovsky
          • Re: [PATCH v2] RDMA/cma: prevent rdma id destroy during cma_iw_handler, Shinichiro Kawasaki
            • Re: [PATCH v2] RDMA/cma: prevent rdma id destroy during cma_iw_handler, Jason Gunthorpe
              • Re: [PATCH v2] RDMA/cma: prevent rdma id destroy during cma_iw_handler, Shinichiro Kawasaki
                • Re: [PATCH v2] RDMA/cma: prevent rdma id destroy during cma_iw_handler, Shinichiro Kawasaki
                  • Re: [PATCH v2] RDMA/cma: prevent rdma id destroy during cma_iw_handler, Daniel Wagner
                    • Re: [PATCH v2] RDMA/cma: prevent rdma id destroy during cma_iw_handler, Shinichiro Kawasaki
                      • Re: [PATCH v2] RDMA/cma: prevent rdma id destroy during cma_iw_handler, Yi Zhang
                        • Re: [PATCH v2] RDMA/cma: prevent rdma id destroy during cma_iw_handler, Jason Gunthorpe
                        • Re: [PATCH v2] RDMA/cma: prevent rdma id destroy during cma_iw_handler, Hannes Reinecke
                          • Re: [PATCH v2] RDMA/cma: prevent rdma id destroy during cma_iw_handler, Yi Zhang
• [rdma:wip/leon-for-next] BUILD SUCCESS 3b3dfd58bace12e8348e5863e05867afd2ead28b, kernel test robot
• [PATCH v9 00/14] pci: Work around ASMedia ASM2824 PCIe link training failures, Maciej W. Rozycki
  • [PATCH v9 01/14] PCI: pciehp: Rely on `link_active_reporting', Maciej W. Rozycki
  • [PATCH v9 02/14] PCI: Export PCIe link retrain timeout, Maciej W. Rozycki
  • [PATCH v9 03/14] PCI: Execute `quirk_enable_clear_retrain_link' earlier, Maciej W. Rozycki
  • [PATCH v9 06/14] net/mlx5: Rely on `link_active_reporting', Maciej W. Rozycki
  • [PATCH v9 08/14] PCI: Use distinct local vars in `pcie_retrain_link', Maciej W. Rozycki
  • [PATCH v9 04/14] PCI: Initialize `link_active_reporting' earlier, Maciej W. Rozycki
  • [PATCH v9 05/14] powerpc/eeh: Rely on `link_active_reporting', Maciej W. Rozycki
  • [PATCH v9 07/14] PCI: Export `pcie_retrain_link' for use outside ASPM, Maciej W. Rozycki
  • [PATCH v9 11/14] PCI: Use `pcie_wait_for_link_status' in `pcie_wait_for_link_delay', Maciej W. Rozycki
  • [PATCH v9 09/14] PCI: Factor our waiting for link training end, Maciej W. Rozycki
  • [PATCH v9 12/14] PCI: Provide stub failed link recovery for device probing and hot plug, Maciej W. Rozycki
    • PCI: Work around PCIe link training failures, Matthew W Carlis
      • Re: PCI: Work around PCIe link training failures, Maciej W. Rozycki
        • PCI: Work around PCIe link training failures, Matthew W Carlis
          • PCI: Work around PCIe link training failures, Matthew W Carlis
            • Re: PCI: Work around PCIe link training failures, Ilpo Järvinen
              • Re: PCI: Work around PCIe link training failures, Maciej W. Rozycki
                • PCI: Work around PCIe link training failures, Matthew W Carlis
  • [PATCH v9 10/14] PCI: Add support for polling DLLLA to `pcie_retrain_link', Maciej W. Rozycki
  • [PATCH v9 14/14] PCI: Work around PCIe link training failures, Maciej W. Rozycki
  • [PATCH v9 13/14] PCI: Add failed link recovery for device reset events, Maciej W. Rozycki
  • Re: [PATCH v9 00/14] pci: Work around ASMedia ASM2824 PCIe link training failures, Bjorn Helgaas
    • Re: [PATCH v9 00/14] pci: Work around ASMedia ASM2824 PCIe link training failures, Maciej W. Rozycki
      • Re: [PATCH v9 00/14] pci: Work around ASMedia ASM2824 PCIe link training failures, Bjorn Helgaas
        • Re: [PATCH v9 00/14] pci: Work around ASMedia ASM2824 PCIe link training failures, Maciej W. Rozycki
          • Re: [PATCH v9 00/14] pci: Work around ASMedia ASM2824 PCIe link training failures, Bjorn Helgaas
            • Re: [PATCH v9 00/14] pci: Work around ASMedia ASM2824 PCIe link training failures, Maciej W. Rozycki
              • PCI: Work around PCIe link training failures, Matthew W Carlis
                • Re: PCI: Work around PCIe link training failures, Bjorn Helgaas
                  • PCI: Work around PCIe link training failures, Matthew W Carlis
                    • Re: PCI: Work around PCIe link training failures, Maciej W. Rozycki
                      • Re: PCI: Work around PCIe link training failures, Oliver O'Halloran
                • Re: PCI: Work around PCIe link training failures, Maciej W. Rozycki
                  • PCI: Work around PCIe link training failures, Matthew W Carlis
                    • Re: PCI: Work around PCIe link training failures, Oliver O'Halloran
                    • Re: PCI: Work around PCIe link training failures, Maciej W. Rozycki
                      • PCI: Work around PCIe link training failures, Matthew W Carlis
                        • Re: PCI: Work around PCIe link training failures, Maciej W. Rozycki
                          • PCI: Work around PCIe link training failures, Matthew W Carlis
                            • Re: PCI: Work around PCIe link training failures, Maciej W. Rozycki
                              • Re: PCI: Work around PCIe link training failures, Bjorn Helgaas
                                • Re: PCI: Work around PCIe link training failures, Maciej W. Rozycki
• [recipe build #3555296] of ~linux-rdma rdma-core-daily in xenial: Dependency wait, noreply
• [rdma:wip/jgg-for-rc] BUILD SUCCESS 2a62b6210ce876c596086ab8fd4c8a0c3d10611a, kernel test robot
• [rdma:wip/jgg-for-next] BUILD SUCCESS 7ad697cdd31b9d5e59e25b035bad4cdd8e76aca1, kernel test robot
• [rdma:for-rc] BUILD SUCCESS 18e7e3e4217083a682e2c7282011c70c8a1ba070, kernel test robot
• [PATCH] verbs: fix compilation warning with C++20, Daniel Vacek
  • Re: [PATCH] verbs: fix compilation warning with C++20, Jason Gunthorpe
    • Re: [PATCH] verbs: fix compilation warning with C++20, Daniel Vacek
      • Re: [PATCH] verbs: fix compilation warning with C++20, Jason Gunthorpe
        • Re: [PATCH] verbs: fix compilation warning with C++20, Daniel Vacek
          • Re: [PATCH] verbs: fix compilation warning with C++20, Jason Gunthorpe
  • [PATCH v2] verbs: fix compilation warning with C++20, Daniel Vacek
    • Re: [PATCH v2] verbs: fix compilation warning with C++20, Daniel Vacek
      • RE: [PATCH v2] verbs: fix compilation warning with C++20, Rogerio de Souza Moraes
    • Re: [PATCH v2] verbs: fix compilation warning with C++20, Daniel Vacek
      • Re: [PATCH v2] verbs: fix compilation warning with C++20, Jason Gunthorpe
    • Re: [PATCH v2] verbs: fix compilation warning with C++20, Leon Romanovsky
      • Re: [PATCH v2] verbs: fix compilation warning with C++20, Leon Romanovsky
• [PATCH net-next v3 4/4] page_pool: remove PP_FLAG_PAGE_FRAG flag, Yunsheng Lin
• [PATCH net-next v3 1/4] page_pool: frag API support for 32-bit arch with 64-bit DMA, Yunsheng Lin
  • Re: [PATCH net-next v3 1/4] page_pool: frag API support for 32-bit arch with 64-bit DMA, Jesper Dangaard Brouer
    • Re: [PATCH net-next v3 1/4] page_pool: frag API support for 32-bit arch with 64-bit DMA, Yunsheng Lin
      • Re: [PATCH net-next v3 1/4] page_pool: frag API support for 32-bit arch with 64-bit DMA, Jesper Dangaard Brouer
• [RFC PATCH v8 00/10] Create common DPLL configuration API, Arkadiusz Kubalewski
  • [RFC PATCH v8 01/10] dpll: documentation on DPLL subsystem interface, Arkadiusz Kubalewski
    • Re: [RFC PATCH v8 01/10] dpll: documentation on DPLL subsystem interface, Bagas Sanjaya
      • RE: [RFC PATCH v8 01/10] dpll: documentation on DPLL subsystem interface, Kubalewski, Arkadiusz
    • Re: [RFC PATCH v8 01/10] dpll: documentation on DPLL subsystem interface, Jiri Pirko
      • RE: [RFC PATCH v8 01/10] dpll: documentation on DPLL subsystem interface, Kubalewski, Arkadiusz
      • Re: [RFC PATCH v8 01/10] dpll: documentation on DPLL subsystem interface, Jakub Kicinski
    • Re: [RFC PATCH v8 01/10] dpll: documentation on DPLL subsystem interface, Bart Van Assche
      • RE: [RFC PATCH v8 01/10] dpll: documentation on DPLL subsystem interface, Kubalewski, Arkadiusz
    • Re: [RFC PATCH v8 01/10] dpll: documentation on DPLL subsystem interface, Jakub Kicinski
      • Re: [RFC PATCH v8 01/10] dpll: documentation on DPLL subsystem interface, Jiri Pirko
        • Re: [RFC PATCH v8 01/10] dpll: documentation on DPLL subsystem interface, Jakub Kicinski
          • Re: [RFC PATCH v8 01/10] dpll: documentation on DPLL subsystem interface, Jiri Pirko
            • RE: [RFC PATCH v8 01/10] dpll: documentation on DPLL subsystem interface, Kubalewski, Arkadiusz
              • Re: [RFC PATCH v8 01/10] dpll: documentation on DPLL subsystem interface, Jakub Kicinski
                • Re: [RFC PATCH v8 01/10] dpll: documentation on DPLL subsystem interface, Jakub Kicinski
                  • Re: [RFC PATCH v8 01/10] dpll: documentation on DPLL subsystem interface, Jiri Pirko
                    • RE: [RFC PATCH v8 01/10] dpll: documentation on DPLL subsystem interface, Kubalewski, Arkadiusz
                    • Re: [RFC PATCH v8 01/10] dpll: documentation on DPLL subsystem interface, Jakub Kicinski
                      • Re: [RFC PATCH v8 01/10] dpll: documentation on DPLL subsystem interface, Jiri Pirko
    • Re: [RFC PATCH v8 01/10] dpll: documentation on DPLL subsystem interface, Jakub Kicinski
      • RE: [RFC PATCH v8 01/10] dpll: documentation on DPLL subsystem interface, Kubalewski, Arkadiusz
  • [RFC PATCH v8 02/10] dpll: spec: Add Netlink spec in YAML, Arkadiusz Kubalewski
    • Re: [RFC PATCH v8 02/10] dpll: spec: Add Netlink spec in YAML, Jiri Pirko
      • RE: [RFC PATCH v8 02/10] dpll: spec: Add Netlink spec in YAML, Kubalewski, Arkadiusz
  • [RFC PATCH v8 03/10] dpll: core: Add DPLL framework base functions, Arkadiusz Kubalewski
    • Re: [RFC PATCH v8 03/10] dpll: core: Add DPLL framework base functions, Jiri Pirko
      • RE: [RFC PATCH v8 03/10] dpll: core: Add DPLL framework base functions, Kubalewski, Arkadiusz
      • RE: [RFC PATCH v8 03/10] dpll: core: Add DPLL framework base functions, Kubalewski, Arkadiusz
        • Re: [RFC PATCH v8 03/10] dpll: core: Add DPLL framework base functions, Jiri Pirko
    • Re: [RFC PATCH v8 03/10] dpll: core: Add DPLL framework base functions, Jiri Pirko
      • Re: [RFC PATCH v8 03/10] dpll: core: Add DPLL framework base functions, Paolo Abeni
        • RE: [RFC PATCH v8 03/10] dpll: core: Add DPLL framework base functions, Kubalewski, Arkadiusz
    • Re: [RFC PATCH v8 03/10] dpll: core: Add DPLL framework base functions, Jiri Pirko
    • Re: [RFC PATCH v8 03/10] dpll: core: Add DPLL framework base functions, Jakub Kicinski
      • RE: [RFC PATCH v8 03/10] dpll: core: Add DPLL framework base functions, Kubalewski, Arkadiusz
        • Re: [RFC PATCH v8 03/10] dpll: core: Add DPLL framework base functions, Jiri Pirko
  • [RFC PATCH v8 04/10] dpll: netlink: Add DPLL framework base functions, Arkadiusz Kubalewski
    • Re: [RFC PATCH v8 04/10] dpll: netlink: Add DPLL framework base functions, Jiri Pirko
      • RE: [RFC PATCH v8 04/10] dpll: netlink: Add DPLL framework base functions, Kubalewski, Arkadiusz
    • Re: [RFC PATCH v8 04/10] dpll: netlink: Add DPLL framework base functions, Petr Oros
      • Re: [RFC PATCH v8 04/10] dpll: netlink: Add DPLL framework base functions, Jiri Pirko
        • Re: [RFC PATCH v8 04/10] dpll: netlink: Add DPLL framework base functions, Jiri Pirko
          • RE: [RFC PATCH v8 04/10] dpll: netlink: Add DPLL framework base functions, Kubalewski, Arkadiusz
            • Re: [RFC PATCH v8 04/10] dpll: netlink: Add DPLL framework base functions, Jiri Pirko
      • RE: [RFC PATCH v8 04/10] dpll: netlink: Add DPLL framework base functions, Kubalewski, Arkadiusz
  • [RFC PATCH v8 05/10] dpll: api header: Add DPLL framework base functions, Arkadiusz Kubalewski
    • Re: [RFC PATCH v8 05/10] dpll: api header: Add DPLL framework base functions, Jiri Pirko
      • Re: [RFC PATCH v8 05/10] dpll: api header: Add DPLL framework base functions, Jiri Pirko
      • Re: [RFC PATCH v8 05/10] dpll: api header: Add DPLL framework base functions, Vadim Fedorenko
    • Re: [RFC PATCH v8 05/10] dpll: api header: Add DPLL framework base functions, Jiri Pirko
  • [RFC PATCH v8 06/10] netdev: expose DPLL pin handle for netdevice, Arkadiusz Kubalewski
    • Re: [RFC PATCH v8 06/10] netdev: expose DPLL pin handle for netdevice, Petr Oros
      • Re: [RFC PATCH v8 06/10] netdev: expose DPLL pin handle for netdevice, Jiri Pirko
        • RE: [RFC PATCH v8 06/10] netdev: expose DPLL pin handle for netdevice, Kubalewski, Arkadiusz
  • [RFC PATCH v8 07/10] ice: add admin commands to access cgu configuration, Arkadiusz Kubalewski
    • Re: [RFC PATCH v8 07/10] ice: add admin commands to access cgu configuration, Jiri Pirko
      • RE: [RFC PATCH v8 07/10] ice: add admin commands to access cgu configuration, Kubalewski, Arkadiusz
  • [RFC PATCH v8 08/10] ice: implement dpll interface to control cgu, Arkadiusz Kubalewski
    • Re: [RFC PATCH v8 08/10] ice: implement dpll interface to control cgu, Jiri Pirko
      • RE: [RFC PATCH v8 08/10] ice: implement dpll interface to control cgu, Kubalewski, Arkadiusz
        • Re: [RFC PATCH v8 08/10] ice: implement dpll interface to control cgu, Jiri Pirko
    • Re: [RFC PATCH v8 08/10] ice: implement dpll interface to control cgu, Jiri Pirko
      • RE: [RFC PATCH v8 08/10] ice: implement dpll interface to control cgu, Kubalewski, Arkadiusz
        • Re: [RFC PATCH v8 08/10] ice: implement dpll interface to control cgu, Jiri Pirko
          • Re: [RFC PATCH v8 08/10] ice: implement dpll interface to control cgu, Jiri Pirko
            • RE: [RFC PATCH v8 08/10] ice: implement dpll interface to control cgu, Kubalewski, Arkadiusz
              • Re: [RFC PATCH v8 08/10] ice: implement dpll interface to control cgu, Jiri Pirko
  • [RFC PATCH v8 09/10] ptp_ocp: implement DPLL ops, Arkadiusz Kubalewski
    • Re: [RFC PATCH v8 09/10] ptp_ocp: implement DPLL ops, Jiri Pirko
  • [RFC PATCH v8 10/10] mlx5: Implement SyncE support using DPLL infrastructure, Arkadiusz Kubalewski
  • Re: [RFC PATCH v8 00/10] Create common DPLL configuration API, Jakub Kicinski
  • <Possible follow-ups>
  • Re: [RFC PATCH v8 00/10] Create common DPLL configuration API, Vitaly Grinberg
  • Re: [RFC PATCH v8 00/10] Create common DPLL configuration API, Jiri Pirko
    • Re: [RFC PATCH v8 00/10] Create common DPLL configuration API, Vitaly Grinberg
      • Re: [RFC PATCH v8 00/10] Create common DPLL configuration API, Jiri Pirko
• [PATCH v2 for-next 00/17] RDMA/bnxt_re: Control path updates, Selvin Xavier
  • [PATCH v2 for-next 01/17] RDMA/bnxt_re: wraparound mbox producer index, Selvin Xavier
  • [PATCH v2 for-next 02/17] RDMA/bnxt_re: Avoid calling wake_up threads from spin_lock context, Selvin Xavier
  • [PATCH v2 for-next 03/17] RDMA/bnxt_re: remove virt_func check while creating RoCE FW channel, Selvin Xavier
  • [PATCH v2 for-next 04/17] RDMA/bnxt_re: set fixed command queue depth, Selvin Xavier
  • [PATCH v2 for-next 05/17] RDMA/bnxt_re: Enhance the existing functions that wait for FW responses, Selvin Xavier
    • Re: [PATCH v2 for-next 05/17] RDMA/bnxt_re: Enhance the existing functions that wait for FW responses, Leon Romanovsky
  • [PATCH v2 for-next 06/17] RDMA/bnxt_re: Avoid the command wait if firmware is inactive, Selvin Xavier
  • [PATCH v2 for-next 07/17] RDMA/bnxt_re: use shadow qd while posting non blocking rcfw command, Selvin Xavier
  • [PATCH v2 for-next 09/17] RDMA/bnxt_re: add helper function __poll_for_resp, Selvin Xavier
    • Re: [PATCH v2 for-next 09/17] RDMA/bnxt_re: add helper function __poll_for_resp, Leon Romanovsky
      • Re: [PATCH v2 for-next 09/17] RDMA/bnxt_re: add helper function __poll_for_resp, Selvin Xavier
  • [PATCH v2 for-next 08/17] RDMA/bnxt_re: Simplify the function that sends the FW commands, Selvin Xavier
  • [PATCH v2 for-next 10/17] RDMA/bnxt_re: handle command completions after driver detect a timedout, Selvin Xavier
    • Re: [PATCH v2 for-next 10/17] RDMA/bnxt_re: handle command completions after driver detect a timedout, Leon Romanovsky
  • [PATCH v2 for-next 11/17] RDMA/bnxt_re: Add firmware stall check detection, Selvin Xavier
  • [PATCH v2 for-next 12/17] RDMA/bnxt_re: post destroy_ah for delayed completion of AH creation, Selvin Xavier
  • [PATCH v2 for-next 13/17] RDMA/bnxt_re: consider timeout of destroy ah as success., Selvin Xavier
  • [PATCH v2 for-next 14/17] RDMA/bnxt_re: cancel all control path command waiters upon error., Selvin Xavier
  • [PATCH v2 for-next 15/17] RDMA/bnxt_re: use firmware provided max request timeout, Selvin Xavier
  • [PATCH v2 for-next 16/17] RDMA/bnxt_re: remove redundant cmdq_bitmap, Selvin Xavier
  • [PATCH v2 for-next 17/17] RDMA/bnxt_re: optimize the parameters passed to helper functions, Selvin Xavier
  • Re: [PATCH v2 for-next 00/17] RDMA/bnxt_re: Control path updates, Leon Romanovsky
  • Re: [PATCH v2 for-next 00/17] RDMA/bnxt_re: Control path updates, Leon Romanovsky
• [PATCH] RDMA/cma: Address sparse warnings, Chuck Lever
  • Re: [PATCH] RDMA/cma: Address sparse warnings, Leon Romanovsky
    • Re: [PATCH] RDMA/cma: Address sparse warnings, Chuck Lever III
      • Re: [PATCH] RDMA/cma: Address sparse warnings, Leon Romanovsky
        • Re: [PATCH] RDMA/cma: Address sparse warnings, Chuck Lever III
          • Re: [PATCH] RDMA/cma: Address sparse warnings, Jason Gunthorpe
            • Re: [PATCH] RDMA/cma: Address sparse warnings, Chuck Lever III
            • Re: [PATCH] RDMA/cma: Address sparse warnings, Leon Romanovsky
• [PATCH v2] RDMA/cma: Handle ARPHRD_NONE devices for iWARP, Chuck Lever
  • Re: [PATCH v2] RDMA/cma: Handle ARPHRD_NONE devices for iWARP, Jason Gunthorpe
    • Re: [PATCH v2] RDMA/cma: Handle ARPHRD_NONE devices for iWARP, Chuck Lever III
• [recipe build #3553986] of ~linux-rdma rdma-core-daily in xenial: Dependency wait, noreply
• [PATCH for-next 00/17] RDMA/bnxt_re: Control path updates, Selvin Xavier
  • [PATCH for-next 01/17] RDMA/bnxt_re: wraparound mbox producer index, Selvin Xavier
  • [PATCH for-next 02/17] RDMA/bnxt_re: Avoid calling wake_up threads from spin_lock context, Selvin Xavier
  • [PATCH for-next 03/17] RDMA/bnxt_re: remove virt_func check while creating RoCE FW channel, Selvin Xavier
  • [PATCH for-next 04/17] RDMA/bnxt_re: set fixed command queue depth, Selvin Xavier
  • [PATCH for-next 05/17] RDMA/bnxt_re: Enhance the existing functions that wait for FW responses, Selvin Xavier
  • [PATCH for-next 06/17] RDMA/bnxt_re: Avoid the command wait if firmware is inactive, Selvin Xavier
  • [PATCH for-next 07/17] RDMA/bnxt_re: use shadow qd while posting non blocking rcfw command, Selvin Xavier
  • [PATCH for-next 08/17] RDMA/bnxt_re: Simplify the function that sends the FW commands, Selvin Xavier
  • [PATCH for-next 09/17] RDMA/bnxt_re: add helper function __poll_for_resp, Selvin Xavier
  • [PATCH for-next 10/17] RDMA/bnxt_re: handle command completions after driver detect a timedout, Selvin Xavier
    • Re: [PATCH for-next 10/17] RDMA/bnxt_re: handle command completions after driver detect a timedout, kernel test robot
  • [PATCH for-next 11/17] RDMA/bnxt_re: Add firmware stall check detection, Selvin Xavier
  • [PATCH for-next 12/17] RDMA/bnxt_re: post destroy_ah for delayed completion of AH creation, Selvin Xavier
  • [PATCH for-next 13/17] RDMA/bnxt_re: consider timeout of destroy ah as success., Selvin Xavier
  • [PATCH for-next 14/17] RDMA/bnxt_re: cancel all control path command waiters upon error., Selvin Xavier
  • [PATCH for-next 15/17] RDMA/bnxt_re: use firmware provided max request timeout, Selvin Xavier
  • [PATCH for-next 16/17] RDMA/bnxt_re: remove redundant cmdq_bitmap, Selvin Xavier
  • [PATCH for-next 17/17] RDMA/bnxt_re: optimize the parameters passed to helper functions, Selvin Xavier
• [pull request][net-next V2 00/14] mlx5 updates 2023-06-06, Saeed Mahameed
  • [net-next V2 07/14] net/mlx5: LAG, block multiport eswitch LAG in case ldev have more than 2 ports, Saeed Mahameed
  • [net-next V2 12/14] net/mlx5: Skip inline mode check after mlx5_eswitch_enable_locked() failure, Saeed Mahameed
  • [net-next V2 10/14] net/mlx5e: Remove RX page cache leftovers, Saeed Mahameed
  • [net-next V2 02/14] {net/RDMA}/mlx5: introduce lag_for_each_peer, Saeed Mahameed
  • [net-next V2 11/14] net/mlx5e: TC, refactor access to hash key, Saeed Mahameed
  • [net-next V2 06/14] net/mlx5: LAG, block multipath LAG in case ldev have more than 2 ports, Saeed Mahameed
  • [net-next V2 03/14] net/mlx5: LAG, check if all eswitches are paired for shared FDB, Saeed Mahameed
  • [net-next V2 09/14] net/mlx5e: Expose catastrophic steering error counters, Saeed Mahameed
  • [net-next V2 13/14] mlx5/core: E-Switch, Allocate ECPF vport if it's an eswitch manager, Saeed Mahameed
  • [net-next V2 05/14] net/mlx5: LAG, change mlx5_shared_fdb_supported() to static, Saeed Mahameed
  • [net-next V2 01/14] RDMA/mlx5: Free second uplink ib port, Saeed Mahameed
    • Re: [net-next V2 01/14] RDMA/mlx5: Free second uplink ib port, patchwork-bot+netdevbpf
  • [net-next V2 14/14] net/mlx5e: simplify condition after napi budget handling change, Saeed Mahameed
  • [net-next V2 04/14] net/mlx5: LAG, generalize handling of shared FDB, Saeed Mahameed
  • [net-next V2 08/14] net/mlx5: Enable 4 ports VF LAG, Saeed Mahameed
• [PATCH net-next,V2] net: mana: Add support for vlan tagging, Haiyang Zhang
  • Re: [PATCH net-next,V2] net: mana: Add support for vlan tagging, Jakub Kicinski
    • RE: [PATCH net-next,V2] net: mana: Add support for vlan tagging, Haiyang Zhang
  • <Possible follow-ups>
  • [PATCH net-next,V2] net: mana: Add support for vlan tagging, Haiyang Zhang
    • Re: [PATCH net-next,V2] net: mana: Add support for vlan tagging, patchwork-bot+netdevbpf
• [PATCH v1] RDMA/core: Handle ARPHRD_NONE devices for iWARP, Chuck Lever
  • Re: [PATCH v1] RDMA/core: Handle ARPHRD_NONE devices for iWARP, Chuck Lever III
  • Re: [PATCH v1] RDMA/core: Handle ARPHRD_NONE devices for iWARP, Tom Talpey
    • Re: [PATCH v1] RDMA/core: Handle ARPHRD_NONE devices for iWARP, Zhu Yanjun
      • Re: [PATCH v1] RDMA/core: Handle ARPHRD_NONE devices for iWARP, Chuck Lever III
        • Re: [PATCH v1] RDMA/core: Handle ARPHRD_NONE devices for iWARP, Zhu Yanjun
    • Re: [PATCH v1] RDMA/core: Handle ARPHRD_NONE devices for iWARP, Jason Gunthorpe
      • Re: [PATCH v1] RDMA/core: Handle ARPHRD_NONE devices for iWARP, Tom Talpey
        • Re: [PATCH v1] RDMA/core: Handle ARPHRD_NONE devices for iWARP, Chuck Lever III
        • Re: [PATCH v1] RDMA/core: Handle ARPHRD_NONE devices for iWARP, Jason Gunthorpe
      • Re: [PATCH v1] RDMA/core: Handle ARPHRD_NONE devices for iWARP, Zhu Yanjun
      • Re: [PATCH v1] RDMA/core: Handle ARPHRD_NONE devices for iWARP, Chuck Lever III
        • Re: [PATCH v1] RDMA/core: Handle ARPHRD_NONE devices for iWARP, Zhu Yanjun
• [PATCH net-next] net: mana: Add support for vlan tagging, Haiyang Zhang
  • RE: [PATCH net-next] net: mana: Add support for vlan tagging, Haiyang Zhang
• [bug report] net/mlx5e: TC, Set CT miss to the specific ct action instance, Dan Carpenter
  • Re: [bug report] net/mlx5e: TC, Set CT miss to the specific ct action instance, Leon Romanovsky
• IB_POLL_DIRECT, Bob Pearson
  • Re: IB_POLL_DIRECT, Jason Gunthorpe
    • Re: IB_POLL_DIRECT, Bob Pearson
• [PATCH v1 0/4] svcrdma: Go back to releasing pages-under-I/O, Chuck Lever
  • [PATCH v1 2/4] SUNRPC: Revert 579900670ac7, Chuck Lever
  • [PATCH v1 1/4] SUNRPC: Revert cc93ce9529a6, Chuck Lever
  • [PATCH v1 3/4] SUNRPC: Revert 2a1e4f21d841, Chuck Lever
  • [PATCH v1 4/4] SUNRPC: Optimize page release in svc_rdma_sendto(), Chuck Lever
    • Re: [PATCH v1 4/4] SUNRPC: Optimize page release in svc_rdma_sendto(), Tom Talpey
      • Re: [PATCH v1 4/4] SUNRPC: Optimize page release in svc_rdma_sendto(), Chuck Lever III
        • Re: [PATCH v1 4/4] SUNRPC: Optimize page release in svc_rdma_sendto(), Tom Talpey
• [PATCH v2 1/1] RDMA/mana_ib: Add EQ interrupt support to mana ib driver., Wei Hu
  • RE: [PATCH v2 1/1] RDMA/mana_ib: Add EQ interrupt support to mana ib driver., Long Li
    • RE: [PATCH v2 1/1] RDMA/mana_ib: Add EQ interrupt support to mana ib driver., Wei Hu
      • RE: [PATCH v2 1/1] RDMA/mana_ib: Add EQ interrupt support to mana ib driver., Long Li
        • RE: [PATCH v2 1/1] RDMA/mana_ib: Add EQ interrupt support to mana ib driver., Wei Hu
  • Re: [PATCH v2 1/1] RDMA/mana_ib: Add EQ interrupt support to mana ib driver., Jakub Kicinski
    • RE: [PATCH v2 1/1] RDMA/mana_ib: Add EQ interrupt support to mana ib driver., Wei Hu
      • Re: [PATCH v2 1/1] RDMA/mana_ib: Add EQ interrupt support to mana ib driver., Leon Romanovsky
        • Re: [PATCH v2 1/1] RDMA/mana_ib: Add EQ interrupt support to mana ib driver., Jakub Kicinski
          • Re: [PATCH v2 1/1] RDMA/mana_ib: Add EQ interrupt support to mana ib driver., Jason Gunthorpe
          • Re: [PATCH v2 1/1] RDMA/mana_ib: Add EQ interrupt support to mana ib driver., Leon Romanovsky
      • Re: [PATCH v2 1/1] RDMA/mana_ib: Add EQ interrupt support to mana ib driver., Jakub Kicinski
  • Re: [PATCH v2 1/1] RDMA/mana_ib: Add EQ interrupt support to mana ib driver., Leon Romanovsky
    • RE: [PATCH v2 1/1] RDMA/mana_ib: Add EQ interrupt support to mana ib driver., Wei Hu
• detected field-spanning write in set_eth_seg(), Chuck Lever III
• [PATCH v3 for-rc 0/3] IB/isert Bug fixes in ib_isert, Saravanan Vajravel
  • [PATCH v3 for-rc 1/3] IB/isert: Fix dead lock in ib_isert, Saravanan Vajravel
  • [PATCH v3 for-rc 2/3] IB/isert: Fix possible list corruption in CMA handler, Saravanan Vajravel
  • [PATCH v3 for-rc 3/3] IB/isert: Fix incorrect release of isert connection, Saravanan Vajravel
  • Re: [PATCH v3 for-rc 0/3] IB/isert Bug fixes in ib_isert, Leon Romanovsky
• [pull request][net-next 00/15] mlx5 updates 2023-06-06, Saeed Mahameed
  • [net-next 01/15] RDMA/mlx5: Free second uplink ib port, Saeed Mahameed
  • [net-next 02/15] {net/RDMA}/mlx5: introduce lag_for_each_peer, Saeed Mahameed
  • [net-next 04/15] net/mlx5: LAG, generalize handling of shared FDB, Saeed Mahameed
  • [net-next 03/15] net/mlx5: LAG, check if all eswitches are paired for shared FDB, Saeed Mahameed
  • [net-next 05/15] net/mlx5: LAG, change mlx5_shared_fdb_supported() to static, Saeed Mahameed
  • [net-next 06/15] net/mlx5: LAG, block multipath LAG in case ldev have more than 2 ports, Saeed Mahameed
  • [net-next 07/15] net/mlx5: LAG, block multiport eswitch LAG in case ldev have more than 2 ports, Saeed Mahameed
  • [net-next 08/15] net/mlx5: Enable 4 ports VF LAG, Saeed Mahameed
  • [net-next 09/15] net/mlx5e: RX, Log error when page_pool size is too large, Saeed Mahameed
    • Re: [net-next 09/15] net/mlx5e: RX, Log error when page_pool size is too large, Alexander Lobakin
      • Re: [net-next 09/15] net/mlx5e: RX, Log error when page_pool size is too large, Dragos Tatulea
  • [net-next 10/15] net/mlx5e: Expose catastrophic steering error counters, Saeed Mahameed
  • [net-next 11/15] net/mlx5e: Remove RX page cache leftovers, Saeed Mahameed
  • [net-next 12/15] net/mlx5e: TC, refactor access to hash key, Saeed Mahameed
  • [net-next 13/15] net/mlx5: Skip inline mode check after mlx5_eswitch_enable_locked() failure, Saeed Mahameed
    • Re: [net-next 13/15] net/mlx5: Skip inline mode check after mlx5_eswitch_enable_locked() failure, Jakub Kicinski
      • Re: [net-next 13/15] net/mlx5: Skip inline mode check after mlx5_eswitch_enable_locked() failure, Jason Gunthorpe
        • Re: [net-next 13/15] net/mlx5: Skip inline mode check after mlx5_eswitch_enable_locked() failure, Jakub Kicinski
          • Re: [net-next 13/15] net/mlx5: Skip inline mode check after mlx5_eswitch_enable_locked() failure, Jason Gunthorpe
      • Re: [net-next 13/15] net/mlx5: Skip inline mode check after mlx5_eswitch_enable_locked() failure, Jiri Pirko
        • Re: [net-next 13/15] net/mlx5: Skip inline mode check after mlx5_eswitch_enable_locked() failure, Jakub Kicinski
  • [net-next 15/15] net/mlx5e: simplify condition after napi budget handling change, Saeed Mahameed
  • [net-next 14/15] mlx5/core: E-Switch, Allocate ECPF vport if it's an eswitch manager, Saeed Mahameed
• [PATCH for-next 0/4] RDMA/erdma: Add a new doorbell allocation mechanism, Cheng Xu
  • [PATCH for-next 1/4] RDMA/erdma: Configure PAGE_SIZE to hardware, Cheng Xu
  • [PATCH for-next 3/4] RDMA/erdma: Associate QPs/CQs with doorbells for authorization, Cheng Xu
  • [PATCH for-next 2/4] RDMA/erdma: Allocate doorbell resources from hardware, Cheng Xu
  • [PATCH for-next 4/4] RDMA/erdma: Refactor the original doorbell allocation mechanism, Cheng Xu
  • Re: [PATCH for-next 0/4] RDMA/erdma: Add a new doorbell allocation mechanism, Leon Romanovsky
    • Re: [PATCH for-next 0/4] RDMA/erdma: Add a new doorbell allocation mechanism, Cheng Xu
  • Re: [PATCH for-next 0/4] RDMA/erdma: Add a new doorbell allocation mechanism, Leon Romanovsky
• [PATCH] RDMA/vmw_pvrdma: Remove unnecessary check on wr->opcode, bryantan
  • Re: [PATCH] RDMA/vmw_pvrdma: Remove unnecessary check on wr->opcode, Jason Gunthorpe
• [PATCH v1 0/4] NUMA memory optimizations for NFS/RDMA server, Chuck Lever
  • [PATCH v1 1/4] svcrdma: Allocate new transports on device's NUMA node, Chuck Lever
    • Re: [PATCH v1 1/4] svcrdma: Allocate new transports on device's NUMA node, Tom Talpey
      • Re: [PATCH v1 1/4] svcrdma: Allocate new transports on device's NUMA node, Chuck Lever III
  • [PATCH v1 2/4] svcrdma: Clean up allocation of svc_rdma_recv_ctxt, Chuck Lever
  • [PATCH v1 3/4] svcrdma: Clean up allocation of svc_rdma_send_ctxt, Chuck Lever
  • [PATCH v1 4/4] svcrdma: Clean up allocation of svc_rdma_rw_ctxt, Chuck Lever
• [PATCH 1/1] RDMA/mana_ib: Add EQ interrupt support to mana ib driver., Wei Hu
  • Re: [PATCH 1/1] RDMA/mana_ib: Add EQ interrupt support to mana ib driver., Simon Horman
    • Re: [PATCH 1/1] RDMA/mana_ib: Add EQ interrupt support to mana ib driver., Jason Gunthorpe
      • RE: [PATCH 1/1] RDMA/mana_ib: Add EQ interrupt support to mana ib driver., Wei Hu
• [PATCH rdma-rc 00/10] Batch of uverbs and mlx5_ib fixes, Leon Romanovsky
  • [PATCH rdma-rc 01/10] RDMA/mlx5: Initiate dropless RQ for RAW Ethernet functions, Leon Romanovsky
  • [PATCH rdma-rc 02/10] RDMA/mlx5: Create an indirect flow table for steering anchor, Leon Romanovsky
  • [PATCH rdma-rc 05/10] RDMA/mlx5: Fix Q-counters query in LAG mode, Leon Romanovsky
  • [PATCH rdma-rc 03/10] RDMA/mlx5: Fix Q-counters per vport allocation, Leon Romanovsky
  • [PATCH rdma-rc 06/10] RDMA/mlx5: Fix mkey cache possible deadlock on cleanup, Leon Romanovsky
    • Re: [PATCH rdma-rc 06/10] RDMA/mlx5: Fix mkey cache possible deadlock on cleanup, Jason Gunthorpe
      • Re: [PATCH rdma-rc 06/10] RDMA/mlx5: Fix mkey cache possible deadlock on cleanup, Leon Romanovsky
  • [PATCH rdma-rc 07/10] RDMA/cma: Always set static rate to 0 for RoCE, Leon Romanovsky
  • [PATCH rdma-rc 04/10] RDMA/mlx5: Remove vport Q-counters dependency on normal Q-counters, Leon Romanovsky
  • [PATCH rdma-rc 09/10] IB/uverbs: Fix to consider event queue closing also upon non-blocking mode, Leon Romanovsky
  • [PATCH rdma-rc 10/10] RDMA/mlx5: Fix affinity assignment, Leon Romanovsky
  • [PATCH rdma-rc 08/10] RDMA/uverbs: Restrict usage of privileged QKEYs, Leon Romanovsky
    • Re: [PATCH rdma-rc 08/10] RDMA/uverbs: Restrict usage of privileged QKEYs, Jason Gunthorpe
  • Re: (subset) [PATCH rdma-rc 00/10] Batch of uverbs and mlx5_ib fixes, Leon Romanovsky
• [PATCH rdma-next v2 0/4] Handle FW failures to destroy QP/RQ objects, Leon Romanovsky
  • [PATCH rdma-next v2 2/4] RDMA/mlx5: Reduce QP table exposure, Leon Romanovsky
  • [PATCH rdma-next v2 3/4] RDMA/mlx5: Handle DCT QP logic separately from low level QP interface, Leon Romanovsky
  • [PATCH rdma-next v2 4/4] RDMA/mlx5: Return the firmware result upon destroying QP/RQ, Leon Romanovsky
  • [PATCH rdma-next v2 1/4] net/mlx5: Nullify qp->dbg pointer post destruction, Leon Romanovsky
  • Re: [PATCH rdma-next v2 0/4] Handle FW failures to destroy QP/RQ objects, Leon Romanovsky
• [PATCH RFC] RDMA/siw: Fabricate a GID on tun and loopback devices, Chuck Lever
  • RE: [PATCH RFC] RDMA/siw: Fabricate a GID on tun and loopback devices, Bernard Metzler
    • Re: [PATCH RFC] RDMA/siw: Fabricate a GID on tun and loopback devices, Chuck Lever III
      • RE: [PATCH RFC] RDMA/siw: Fabricate a GID on tun and loopback devices, Bernard Metzler
        • Re: [PATCH RFC] RDMA/siw: Fabricate a GID on tun and loopback devices, Tom Talpey
          • Re: [PATCH RFC] RDMA/siw: Fabricate a GID on tun and loopback devices, Chuck Lever III
  • <Possible follow-ups>
  • [PATCH RFC] RDMA/siw: Fabricate a GID on tun and loopback devices, Chuck Lever
  • [PATCH RFC] RDMA/siw: Fabricate a GID on tun and loopback devices, Chuck Lever
• [PATCH v2 for-next] RDMA/core: Get IB width and speed from netdev, Junxian Huang
  • Re: [PATCH v2 for-next] RDMA/core: Get IB width and speed from netdev, Leon Romanovsky
    • Re: [PATCH v2 for-next] RDMA/core: Get IB width and speed from netdev, Junxian Huang
      • Re: [PATCH v2 for-next] RDMA/core: Get IB width and speed from netdev, Mark Zhang
        • Re: [PATCH v2 for-next] RDMA/core: Get IB width and speed from netdev, Junxian Huang
      • Re: [PATCH v2 for-next] RDMA/core: Get IB width and speed from netdev, Leon Romanovsky
        • Re: [PATCH v2 for-next] RDMA/core: Get IB width and speed from netdev, Junxian Huang
          • Re: [PATCH v2 for-next] RDMA/core: Get IB width and speed from netdev, Leon Romanovsky
            • Re: [PATCH v2 for-next] RDMA/core: Get IB width and speed from netdev, Junxian Huang
• [PATCH] RDMA/cma: prevent rdma id destroy during cma_iw_handler, Shin'ichiro Kawasaki
  • Re: [PATCH] RDMA/cma: prevent rdma id destroy during cma_iw_handler, Leon Romanovsky
    • Re: [PATCH] RDMA/cma: prevent rdma id destroy during cma_iw_handler, Shinichiro Kawasaki
• [PATCH for-next v1] RDMA/irdma: Implement egress VLAN priority, Shiraz Saleem
  • Re: [PATCH for-next v1] RDMA/irdma: Implement egress VLAN priority, Jason Gunthorpe
• [PATCH RFC] RDMA/core: Handle ARPHRD_NONE devices, Chuck Lever
  • Re: [PATCH RFC] RDMA/core: Handle ARPHRD_NONE devices, Tom Talpey
    • Re: [PATCH RFC] RDMA/core: Handle ARPHRD_NONE devices, Chuck Lever III
      • RE: [PATCH RFC] RDMA/core: Handle ARPHRD_NONE devices, Bernard Metzler
        • Re: [PATCH RFC] RDMA/core: Handle ARPHRD_NONE devices, Chuck Lever III
          • RE: [PATCH RFC] RDMA/core: Handle ARPHRD_NONE devices, Bernard Metzler
        • Re: [PATCH RFC] RDMA/core: Handle ARPHRD_NONE devices, Jason Gunthorpe
  • Re: [PATCH RFC] RDMA/core: Handle ARPHRD_NONE devices, Jason Gunthorpe
    • Re: [PATCH RFC] RDMA/core: Handle ARPHRD_NONE devices, Chuck Lever III
      • Re: [PATCH RFC] RDMA/core: Handle ARPHRD_NONE devices, Jason Gunthorpe
        • Re: [PATCH RFC] RDMA/core: Handle ARPHRD_NONE devices, Chuck Lever III
• [PATCH for-next] RDMA/rxe: Send last wqe reached event on qp cleanup, Bob Pearson
  • Re: [PATCH for-next] RDMA/rxe: Send last wqe reached event on qp cleanup, Jason Gunthorpe
    • RE: [PATCH for-next] RDMA/rxe: Send last wqe reached event on qp cleanup, Pearson, Robert B
• [PATCH] RDMA/rxe: Send last wqe reached event on qp cleanup, Bob Pearson
  • Re: [PATCH] RDMA/rxe: Send last wqe reached event on qp cleanup, Bob Pearson
• [rdma:wip/jgg-for-rc] BUILD SUCCESS b00683422fd79dd07c9b75efdce1660e5e19150e, kernel test robot
• [rdma:wip/jgg-for-next] BUILD SUCCESS 95ea2efbd66fb9e85238bd8d59341f8ce7a31065, kernel test robot
• [RFC PATCH v1 12/13] IB/hfi1: Use pci_disable/enable_link_state(), Ilpo Järvinen
  • Re: [RFC PATCH v1 12/13] IB/hfi1: Use pci_disable/enable_link_state(), Dean Luick
• [PATCH v2 for-rc 0/3] IB/isert Bug fixes in ib_isert, Saravanan Vajravel
  • [PATCH v2 for-rc 1/3] IB/isert: Fix dead lock in ib_isert, Saravanan Vajravel
  • [PATCH v2 for-rc 2/3] IB/isert: Fix possible list corruption in CMA handler, Saravanan Vajravel
  • [PATCH v2 for-rc 3/3] IB/isert: Fix incorrect release of isert connextion, Saravanan Vajravel
    • Re: [PATCH v2 for-rc 3/3] IB/isert: Fix incorrect release of isert connextion, Sagi Grimberg
      • RE: [PATCH v2 for-rc 3/3] IB/isert: Fix incorrect release of isert connextion, Saravanan Vajravel
• [PATCH v2 1/1] RDMA/rxe: Fix the use-before-initialization error of resp_pkts, Zhu Yanjun
  • Re: [PATCH v2 1/1] RDMA/rxe: Fix the use-before-initialization error of resp_pkts, Jason Gunthorpe
    • Re: [PATCH v2 1/1] RDMA/rxe: Fix the use-before-initialization error of resp_pkts, Zhu Yanjun
• [PATCH v2] MAINTAINERS: Update maintainer of Amazon EFA driver, Michael Margolin
• [PATCH v4 for-next 0/6] RDMA/bnxt_re: driver update for supporting low latency push, Selvin Xavier
  • [PATCH v4 for-next 1/6] RDMA/bnxt_re: Use the common mmap helper functions, Selvin Xavier
  • [PATCH v4 for-next 2/6] RDMA/bnxt_re: Add disassociate ucontext support, Selvin Xavier
  • [PATCH v4 for-next 3/6] RDMA/bnxt_re: Query function capabilities from firmware, Selvin Xavier
    • Re: [PATCH v4 for-next 3/6] RDMA/bnxt_re: Query function capabilities from firmware, Leon Romanovsky
      • Re: [PATCH v4 for-next 3/6] RDMA/bnxt_re: Query function capabilities from firmware, Selvin Xavier
  • [PATCH v4 for-next 4/6] RDMA/bnxt_re: Move the interface version to chip context structure, Selvin Xavier
  • [PATCH v4 for-next 5/6] RDMA/bnxt_re: Reorg the bar mapping, Selvin Xavier
  • [PATCH v4 for-next 6/6] RDMA/bnxt_re: Enable low latency push, Selvin Xavier
• [PATCH for-rc 0/3] IB/isert Bug fixes in ib_isert, Saravanan Vajravel
  • [PATCH for-rc 1/3] IB/isert: Fix dead lock in ib_isert, Saravanan Vajravel
    • Re: [PATCH for-rc 1/3] IB/isert: Fix dead lock in ib_isert, kernel test robot
      • Re: [PATCH for-rc 1/3] IB/isert: Fix dead lock in ib_isert, Sagi Grimberg
    • Re: [PATCH for-rc 1/3] IB/isert: Fix dead lock in ib_isert, kernel test robot
    • Re: [PATCH for-rc 1/3] IB/isert: Fix dead lock in ib_isert, Sagi Grimberg
  • [PATCH for-rc 2/3] IB/isert: Fix possible list corruption in CMA handler, Saravanan Vajravel
    • Re: [PATCH for-rc 2/3] IB/isert: Fix possible list corruption in CMA handler, Sagi Grimberg
      • RE: [PATCH for-rc 2/3] IB/isert: Fix possible list corruption in CMA handler, Saravanan Vajravel
  • [PATCH for-rc 3/3] IB/isert: Fix incorrect release of isert connextion, Saravanan Vajravel
    • Re: [PATCH for-rc 3/3] IB/isert: Fix incorrect release of isert connextion, Sagi Grimberg
  • Re: [PATCH for-rc 0/3] IB/isert Bug fixes in ib_isert, Jason Gunthorpe
    • RE: [PATCH for-rc 0/3] IB/isert Bug fixes in ib_isert, Saravanan Vajravel
      • Re: [PATCH for-rc 0/3] IB/isert Bug fixes in ib_isert, Sagi Grimberg
        • Re: [PATCH for-rc 0/3] IB/isert Bug fixes in ib_isert, Sagi Grimberg
• [rdma:for-rc] BUILD SUCCESS 5842d1d9c1b0d17e0c29eae65ae1f245f83682dd, kernel test robot
• mlx5 WARNING during shutdown, Chuck Lever III
  • Re: mlx5 WARNING during shutdown, Saeed Mahameed
• [PATCH] net/mlx5: Ensure af_desc.mask is properly initialized, Chuck Lever
  • Re: [PATCH] net/mlx5: Ensure af_desc.mask is properly initialized, Saeed Mahameed
• [recipe build #3549453] of ~linux-rdma rdma-core-daily in xenial: Dependency wait, noreply
• [PATCH net v2] net/mlx5: Fix setting of irq->map.index for static IRQ case, Niklas Schnelle
  • Re: [PATCH net v2] net/mlx5: Fix setting of irq->map.index for static IRQ case, Cédric Le Goater
    • Re: [PATCH net v2] net/mlx5: Fix setting of irq->map.index for static IRQ case, Saeed Mahameed
• [PATCH for-next 0/6] Misc cleanups and implement rereg_user_mr, Bob Pearson
  • [PATCH for-next 5/6] RDMA/rxe: Let rkey == lkey for local access, Bob Pearson
  • [PATCH for-next 4/6] RDMA/rxe: Introduce rxe access supported flags, Bob Pearson
  • [PATCH for-next 1/6] RDMA/rxe: Rename IB_ACCESS_REMOTE, Bob Pearson
  • [PATCH for-next 2/6] rdma/rxe: Optimize send path in rxe_resp.c, Bob Pearson
  • [PATCH for-next 6/6] RDMA/rxe: Implement rereg_user_mr, Bob Pearson
  • [PATCH for-next 3/6] RDMA/rxe: Fix access checks in rxe_check_bind_mw, Bob Pearson
  • Re: [PATCH for-next 0/6] Misc cleanups and implement rereg_user_mr, Jason Gunthorpe
• bug report in tests/test_qpex.py, Bob Pearson
• [PATCH net] net/mlx5: Fix setting of irq->map.index for static IRQ case, Niklas Schnelle
  • Re: [PATCH net] net/mlx5: Fix setting of irq->map.index for static IRQ case, Simon Horman
  • Re: [PATCH net] net/mlx5: Fix setting of irq->map.index for static IRQ case, Mark Brown
  • RE: [PATCH net] net/mlx5: Fix setting of irq->map.index for static IRQ case, Eli Cohen
• [rdma:for-rc] BUILD SUCCESS ffe14de983252862c91ad23bd5ca72fd9398d0e6, kernel test robot
• [recipe build #3548507] of ~linux-rdma rdma-core-daily in xenial: Dependency wait, noreply
• [bug report] net/mlx5e: Simulate missing IPsec TX limits hardware functionality, Dan Carpenter
  • Re: [bug report] net/mlx5e: Simulate missing IPsec TX limits hardware functionality, Leon Romanovsky
• [PATCH for-rc] RDMA/bnxt_re: Fix reporting active_{speed,width} attributes, Kamal Heib
  • Re: [PATCH for-rc] RDMA/bnxt_re: Fix reporting active_{speed,width} attributes, Selvin Xavier
  • Re: [PATCH for-rc] RDMA/bnxt_re: Fix reporting active_{speed,width} attributes, Jason Gunthorpe
• [PATCH net-next v2 3/3] page_pool: remove PP_FLAG_PAGE_FRAG flag, Yunsheng Lin