Linux RDMA and InfiniBand Development

• Date Index

• [PATCH net v4 1/2] net: mana: Batch ringing RX queue doorbell on receiving packets, (continued)
  • [PATCH net v4 1/2] net: mana: Batch ringing RX queue doorbell on receiving packets, longli
• [PATCH 0/1] RDMA/mlx5: align MR mem allocation size to power-of-two, Yuanyuan Zhong
  • [PATCH 1/1] RDMA/mlx5: align MR mem allocation size to power-of-two, Yuanyuan Zhong
  • Re: [PATCH 0/1] RDMA/mlx5: align MR mem allocation size to power-of-two, Leon Romanovsky
• [PATCH v5 0/4] Handle ARPHRD_NONE devices for siw, Chuck Lever
  • [PATCH v5 4/4] RDMA/cma: Avoid GID lookups on iWARP devices, Chuck Lever
    • Re: [PATCH v5 4/4] RDMA/cma: Avoid GID lookups on iWARP devices, Tom Talpey
      • Re: [PATCH v5 4/4] RDMA/cma: Avoid GID lookups on iWARP devices, Chuck Lever III
        • Re: [PATCH v5 4/4] RDMA/cma: Avoid GID lookups on iWARP devices, Jason Gunthorpe
          • Re: [PATCH v5 4/4] RDMA/cma: Avoid GID lookups on iWARP devices, Tom Talpey
            • Re: [PATCH v5 4/4] RDMA/cma: Avoid GID lookups on iWARP devices, Chuck Lever III
              • Re: [PATCH v5 4/4] RDMA/cma: Avoid GID lookups on iWARP devices, Jason Gunthorpe
                • Re: [PATCH v5 4/4] RDMA/cma: Avoid GID lookups on iWARP devices, Chuck Lever III
                  • Re: [PATCH v5 4/4] RDMA/cma: Avoid GID lookups on iWARP devices, Tom Talpey
  • [PATCH v5 3/4] RDMA/cma: Deduplicate error flow in cma_validate_port(), Chuck Lever
  • [PATCH v5 2/4] RDMA/core: Set gid_attr.ndev for iWARP devices, Chuck Lever
  • [PATCH v5 1/4] RDMA/siw: Fabricate a GID on tun and loopback devices, Chuck Lever
  • Re: [PATCH v5 0/4] Handle ARPHRD_NONE devices for siw, Zhu Yanjun
• [PATCH v5 RFC 1/6] page_pool: frag API support for 32-bit arch with 64-bit DMA, Yunsheng Lin
  • Re: [PATCH v5 RFC 1/6] page_pool: frag API support for 32-bit arch with 64-bit DMA, Jakub Kicinski
    • Re: [PATCH v5 RFC 1/6] page_pool: frag API support for 32-bit arch with 64-bit DMA, Yunsheng Lin
      • Re: [PATCH v5 RFC 1/6] page_pool: frag API support for 32-bit arch with 64-bit DMA, Jakub Kicinski
  • Re: [PATCH v5 RFC 1/6] page_pool: frag API support for 32-bit arch with 64-bit DMA, Jakub Kicinski
    • Re: [PATCH v5 RFC 1/6] page_pool: frag API support for 32-bit arch with 64-bit DMA, Yunsheng Lin
      • Re: [PATCH v5 RFC 1/6] page_pool: frag API support for 32-bit arch with 64-bit DMA, Jakub Kicinski
        • Re: [PATCH v5 RFC 1/6] page_pool: frag API support for 32-bit arch with 64-bit DMA, Alexander Lobakin
          • Re: [PATCH v5 RFC 1/6] page_pool: frag API support for 32-bit arch with 64-bit DMA, Jakub Kicinski
            • Re: [PATCH v5 RFC 1/6] page_pool: frag API support for 32-bit arch with 64-bit DMA, Alexander Lobakin
              • Re: [PATCH v5 RFC 1/6] page_pool: frag API support for 32-bit arch with 64-bit DMA, Jakub Kicinski
              • Re: [PATCH v5 RFC 1/6] page_pool: frag API support for 32-bit arch with 64-bit DMA, Yunsheng Lin
                • Re: [PATCH v5 RFC 1/6] page_pool: frag API support for 32-bit arch with 64-bit DMA, Jakub Kicinski
                  • Re: [PATCH v5 RFC 1/6] page_pool: frag API support for 32-bit arch with 64-bit DMA, Yunsheng Lin
                    • Re: [PATCH v5 RFC 1/6] page_pool: frag API support for 32-bit arch with 64-bit DMA, Jesper Dangaard Brouer
• [PATCH v5 RFC 4/6] page_pool: remove PP_FLAG_PAGE_FRAG flag, Yunsheng Lin
• [recipe build #3565435] of ~linux-rdma rdma-core-daily in xenial: Dependency wait, noreply
• [PATCH] RDMA/mlx4: Make check for invalid flags stricter, Dan Carpenter
  • Re: [PATCH] RDMA/mlx4: Make check for invalid flags stricter, Leon Romanovsky
    • Re: [PATCH] RDMA/mlx4: Make check for invalid flags stricter, Dan Carpenter
      • Re: [PATCH] RDMA/mlx4: Make check for invalid flags stricter, Leon Romanovsky
      • Re: [PATCH] RDMA/mlx4: Make check for invalid flags stricter, Jason Gunthorpe
  • Re: [PATCH] RDMA/mlx4: Make check for invalid flags stricter, Leon Romanovsky
• [PATCH net 0/2] fix two memory leak issues for mlx5en driver, Zhengchao Shao
  • [PATCH net 1/2] net/mlx5e: fix memory leak in mlx5e_fs_tt_redirect_any_create, Zhengchao Shao
    • Re: [PATCH net 1/2] net/mlx5e: fix memory leak in mlx5e_fs_tt_redirect_any_create, Simon Horman
    • Re: [PATCH net 1/2] net/mlx5e: fix memory leak in mlx5e_fs_tt_redirect_any_create, Rahul Rameshbabu
      • Re: [PATCH net 1/2] net/mlx5e: fix memory leak in mlx5e_fs_tt_redirect_any_create, shaozhengchao
  • [PATCH net 2/2] net/mlx5e: fix memory leak in mlx5e_ptp_open, Zhengchao Shao
    • Re: [PATCH net 2/2] net/mlx5e: fix memory leak in mlx5e_ptp_open, Gal Pressman
    • Re: [PATCH net 2/2] net/mlx5e: fix memory leak in mlx5e_ptp_open, Rahul Rameshbabu
• [rdma:for-next] BUILD SUCCESS 5f004bcaee4cb552cf1b46a505f18f08777db7e5, kernel test robot
• [PATCH] IB/hfi1: Fix potential deadlock on &sde->flushlist_lock, Chengfeng Ye
  • Re: [PATCH] IB/hfi1: Fix potential deadlock on &sde->flushlist_lock, Leon Romanovsky
    • Re: [PATCH] IB/hfi1: Fix potential deadlock on &sde->flushlist_lock, Chengfeng Ye
      • Re: [PATCH] IB/hfi1: Fix potential deadlock on &sde->flushlist_lock, Leon Romanovsky
        • Re: [PATCH] IB/hfi1: Fix potential deadlock on &sde->flushlist_lock, Chengfeng Ye
          • Re: [PATCH] IB/hfi1: Fix potential deadlock on &sde->flushlist_lock, Dennis Dalessandro
• [PATCH net] net/mlx5e: fix double free in mlx5e_destroy_flow_table, Zhengchao Shao
  • Re: [PATCH net] net/mlx5e: fix double free in mlx5e_destroy_flow_table, Simon Horman
• [PATCH v2 00/24] use vmalloc_array and vcalloc, Julia Lawall
  • [PATCH v2 05/24] RDMA/erdma: use vmalloc_array and vcalloc, Julia Lawall
    • Re: [PATCH v2 05/24] RDMA/erdma: use vmalloc_array and vcalloc, Jason Gunthorpe
  • [PATCH v2 14/24] RDMA/siw: use vmalloc_array and vcalloc, Julia Lawall
  • [PATCH v2 19/24] RDMA/bnxt_re: use vmalloc_array and vcalloc, Julia Lawall
  • Re: [PATCH v2 00/24] use vmalloc_array and vcalloc, patchwork-bot+netdevbpf
  • Re: [PATCH v2 00/24] use vmalloc_array and vcalloc, Martin K. Petersen
  • Re: (subset) [PATCH v2 00/24] use vmalloc_array and vcalloc, Martin K. Petersen
• [PATCH] RDMA/bnxt_re: Fix an IS_ERR() vs NULL check, Dan Carpenter
  • Re: [PATCH] RDMA/bnxt_re: Fix an IS_ERR() vs NULL check, Selvin Xavier
  • Re: [PATCH] RDMA/bnxt_re: Fix an IS_ERR() vs NULL check, Jason Gunthorpe
• [rdma:for-next] BUILD SUCCESS d1d7fc3bf6d2e6fb5d81a24dbb4120779a447b33, kernel test robot
• [rdma:wip/leon-for-next] BUILD SUCCESS 360da60d6c6edb9740de7a8e6d8969d62ceff956, kernel test robot
• [Patch v3] net: mana: Batch ringing RX queue doorbell on receiving packets, longli
  • Re: [Patch v3] net: mana: Batch ringing RX queue doorbell on receiving packets, Paolo Abeni
    • Re: [Patch v3] net: mana: Batch ringing RX queue doorbell on receiving packets, Jakub Kicinski
      • RE: [Patch v3] net: mana: Batch ringing RX queue doorbell on receiving packets, Long Li
    • RE: [Patch v3] net: mana: Batch ringing RX queue doorbell on receiving packets, Haiyang Zhang
      • Re: [Patch v3] net: mana: Batch ringing RX queue doorbell on receiving packets, Jakub Kicinski
    • RE: [Patch v3] net: mana: Batch ringing RX queue doorbell on receiving packets, Long Li
      • Re: [Patch v3] net: mana: Batch ringing RX queue doorbell on receiving packets, Paolo Abeni
        • RE: [Patch v3] net: mana: Batch ringing RX queue doorbell on receiving packets, Long Li
          • Re: [Patch v3] net: mana: Batch ringing RX queue doorbell on receiving packets, Greg KH
            • RE: [Patch v3] net: mana: Batch ringing RX queue doorbell on receiving packets, Long Li
              • Re: [Patch v3] net: mana: Batch ringing RX queue doorbell on receiving packets, Jakub Kicinski
                • RE: [Patch v3] net: mana: Batch ringing RX queue doorbell on receiving packets, Long Li
                  • Re: [Patch v3] net: mana: Batch ringing RX queue doorbell on receiving packets, Paolo Abeni
                    • RE: [Patch v3] net: mana: Batch ringing RX queue doorbell on receiving packets, Long Li
• [PATCH 0/2 V3 net] net: mana: Fix MANA VF unload when host is unresponsive, souradeep chakrabarti
  • [PATCH 1/2 V3 net] net: mana: Fix MANA VF unload when host is unresponsive, souradeep chakrabarti
    • [PATCH 1/2 V3 net] net: mana: Fix MANA VF unload when host is unresponsive, souradeep chakrabarti
      • Re: [PATCH 1/2 V3 net] net: mana: Fix MANA VF unload when host is unresponsive, Praveen Kumar
        • Re: [PATCH 1/2 V3 net] net: mana: Fix MANA VF unload when host is unresponsive, Souradeep Chakrabarti
      • RE: [PATCH 1/2 V3 net] net: mana: Fix MANA VF unload when host is unresponsive, Michael Kelley (LINUX)
    • [PATCH 2/2 V3 net] net: mana: Fix MANA VF unload when host is unresponsive, souradeep chakrabarti
      • Re: [PATCH 2/2 V3 net] net: mana: Fix MANA VF unload when host is unresponsive, Praveen Kumar
        • RE: [PATCH 2/2 V3 net] net: mana: Fix MANA VF unload when host is unresponsive, Haiyang Zhang
        • Re: [PATCH 2/2 V3 net] net: mana: Fix MANA VF unload when host is unresponsive, Souradeep Chakrabarti
      • RE: [PATCH 2/2 V3 net] net: mana: Fix MANA VF unload when host is unresponsive, Haiyang Zhang
        • RE: [PATCH 2/2 V3 net] net: mana: Fix MANA VF unload when host is unresponsive, Haiyang Zhang
        • Re: [PATCH 2/2 V3 net] net: mana: Fix MANA VF unload when host is unresponsive, Souradeep Chakrabarti
    • Re: [PATCH 1/2 V3 net] net: mana: Fix MANA VF unload when host is unresponsive, Simon Horman
      • RE: [PATCH 1/2 V3 net] net: mana: Fix MANA VF unload when host is unresponsive, Dexuan Cui
        • Re: [PATCH 1/2 V3 net] net: mana: Fix MANA VF unload when host is unresponsive, Stephen Hemminger
          • Re: [PATCH 1/2 V3 net] net: mana: Fix MANA VF unload when host is unresponsive, Souradeep Chakrabarti
• [PATCH][next] RDMA/bnxt_re: Fix spelling mistake "priviledged" -> "privileged", Colin Ian King
  • Re: [PATCH][next] RDMA/bnxt_re: Fix spelling mistake "priviledged" -> "privileged", Jason Gunthorpe
• [PATCH -next v2] RDMA/bnxt_re: Remove duplicated include in bnxt_re/main.c, Yang Li
  • Re: [PATCH -next v2] RDMA/bnxt_re: Remove duplicated include in bnxt_re/main.c, Selvin Xavier
  • Re: [PATCH -next v2] RDMA/bnxt_re: Remove duplicated include in bnxt_re/main.c, Jason Gunthorpe
• [PATCH -next] RDMA/bnxt_re: Remove unneeded semicolon, Yang Li
  • Re: [PATCH -next] RDMA/bnxt_re: Remove unneeded semicolon, Leon Romanovsky
• [PATCH v7 0/8] Fix the problem that rxe can not work in net, Zhu Yanjun
  • [PATCH v7 2/8] RDMA/rxe: Support more rdma links in init_net, Zhu Yanjun
  • [PATCH v7 1/8] RDMA/rxe: Creating listening sock in newlink function, Zhu Yanjun
  • [PATCH v7 3/8] RDMA/nldev: Add dellink function pointer, Zhu Yanjun
  • [PATCH v7 5/8] RDMA/rxe: Replace global variable with sock lookup functions, Zhu Yanjun
  • [PATCH v7 4/8] RDMA/rxe: Implement dellink in rxe, Zhu Yanjun
  • [PATCH v7 6/8] RDMA/rxe: add the support of net namespace, Zhu Yanjun
  • [PATCH v7 7/8] RDMA/rxe: Add the support of net namespace notifier, Zhu Yanjun
  • [PATCH v7 8/8] RDMA/rxe: Replace l_sk6 with sk6 in net namespace, Zhu Yanjun
• [PATCH net-next v5 15/16] sock: Remove ->sendpage*() in favour of sendmsg(MSG_SPLICE_PAGES), David Howells
• [PATCH net-next v5 16/16] net: Kill MSG_SENDPAGE_NOTLAST, David Howells
• [PATCH net-next v5 05/16] rds: Use sendmsg(MSG_SPLICE_PAGES) rather than sendpage, David Howells
• [PATCH net-next v5 01/16] tcp_bpf, smc, tls, espintcp, siw: Reduce MSG_SENDPAGE_NOTLAST usage, David Howells
• [PATCH 00/26] use array_size, Julia Lawall
  • [PATCH 05/26] RDMA/erdma: use array_size, Julia Lawall
    • Re: [PATCH 05/26] RDMA/erdma: use array_size, Cheng Xu
  • [PATCH 19/26] RDMA/bnxt_re: use array_size, Julia Lawall
  • [PATCH 14/26] RDMA/siw: use array_size, Julia Lawall
    • RE: [PATCH 14/26] RDMA/siw: use array_size, Bernard Metzler
• [PATCH for-next 0/7] Doorbell Drop Prevention, Selvin Xavier
  • [PATCH for-next 1/7] bnxt_en: Update HW interface headers, Selvin Xavier
  • [PATCH for-next 2/7] bnxt_en: Share the bar0 address with the RoCE driver, Selvin Xavier
  • [PATCH for-next 3/7] RDMA/bnxt_re: Initialize Doorbell pacing feature, Selvin Xavier
  • [PATCH for-next 4/7] RDMA/bnxt_re: Enable pacing support for the user apps, Selvin Xavier
  • [PATCH for-next 5/7] RDMA/bnxt_re: Update alloc_page uapi for pacing, Selvin Xavier
  • [PATCH for-next 6/7] RDMA/bnxt_re: Implement doorbell pacing algorithm, Selvin Xavier
  • [PATCH for-next 7/7] RDMA/bnxt_re: Add a new uapi for driver notification, Selvin Xavier
• Re: [PATCH 00/79] fs: new accessors for inode->i_ctime, Christian Brauner
  • <Possible follow-ups>
  • Re: [PATCH 00/79] fs: new accessors for inode->i_ctime, Luis Chamberlain
• [RFC PATCH v9 00/10] Create common DPLL configuration API, Arkadiusz Kubalewski
  • [RFC PATCH v9 01/10] dpll: documentation on DPLL subsystem interface, Arkadiusz Kubalewski
    • Re: [RFC PATCH v9 01/10] dpll: documentation on DPLL subsystem interface, Jakub Kicinski
      • RE: [RFC PATCH v9 01/10] dpll: documentation on DPLL subsystem interface, Kubalewski, Arkadiusz
  • [RFC PATCH v9 02/10] dpll: spec: Add Netlink spec in YAML, Arkadiusz Kubalewski
  • [RFC PATCH v9 03/10] dpll: core: Add DPLL framework base functions, Arkadiusz Kubalewski
    • Re: [RFC PATCH v9 03/10] dpll: core: Add DPLL framework base functions, Jiri Pirko
      • RE: [RFC PATCH v9 03/10] dpll: core: Add DPLL framework base functions, Kubalewski, Arkadiusz
  • [RFC PATCH v9 04/10] dpll: netlink: Add DPLL framework base functions, Arkadiusz Kubalewski
  • [RFC PATCH v9 05/10] dpll: api header: Add DPLL framework base functions, Arkadiusz Kubalewski
  • [RFC PATCH v9 06/10] netdev: expose DPLL pin handle for netdevice, Arkadiusz Kubalewski
  • [RFC PATCH v9 07/10] ice: add admin commands to access cgu configuration, Arkadiusz Kubalewski
    • Re: [RFC PATCH v9 07/10] ice: add admin commands to access cgu configuration, Linus Walleij
      • RE: [RFC PATCH v9 07/10] ice: add admin commands to access cgu configuration, Kubalewski, Arkadiusz
  • [RFC PATCH v9 09/10] ptp_ocp: implement DPLL ops, Arkadiusz Kubalewski
  • [RFC PATCH v9 08/10] ice: implement dpll interface to control cgu, Arkadiusz Kubalewski
  • [RFC PATCH v9 10/10] mlx5: Implement SyncE support using DPLL infrastructure, Arkadiusz Kubalewski
  • Re: [RFC PATCH v9 00/10] Create common DPLL configuration API, Jiri Pirko
    • Re: [RFC PATCH v9 00/10] Create common DPLL configuration API, Jakub Kicinski
      • Re: [RFC PATCH v9 00/10] Create common DPLL configuration API, Jiri Pirko
        • Re: [RFC PATCH v9 00/10] Create common DPLL configuration API, Jakub Kicinski
  • Re: [RFC PATCH v9 00/10] Create common DPLL configuration API, Jiri Pirko
    • RE: [RFC PATCH v9 00/10] Create common DPLL configuration API, Kubalewski, Arkadiusz
      • RE: [RFC PATCH v9 00/10] Create common DPLL configuration API, Kubalewski, Arkadiusz
        • Re: [RFC PATCH v9 00/10] Create common DPLL configuration API, Vadim Fedorenko
          • Re: [RFC PATCH v9 00/10] Create common DPLL configuration API, Jiri Pirko
            • Re: [RFC PATCH v9 00/10] Create common DPLL configuration API, Vadim Fedorenko
              • Re: [RFC PATCH v9 00/10] Create common DPLL configuration API, Jiri Pirko
      • Re: [RFC PATCH v9 00/10] Create common DPLL configuration API, Jiri Pirko
        • RE: [RFC PATCH v9 00/10] Create common DPLL configuration API, Kubalewski, Arkadiusz
          • Re: [RFC PATCH v9 00/10] Create common DPLL configuration API, Jiri Pirko
            • RE: [RFC PATCH v9 00/10] Create common DPLL configuration API, Kubalewski, Arkadiusz
              • Re: [RFC PATCH v9 00/10] Create common DPLL configuration API, Jiri Pirko
                • RE: [RFC PATCH v9 00/10] Create common DPLL configuration API, Kubalewski, Arkadiusz
                  • Re: [RFC PATCH v9 00/10] Create common DPLL configuration API, Jakub Kicinski
                    • RE: [RFC PATCH v9 00/10] Create common DPLL configuration API, Kubalewski, Arkadiusz
                      • Re: [RFC PATCH v9 00/10] Create common DPLL configuration API, Jakub Kicinski
  • <Possible follow-ups>
  • Re: [RFC PATCH v9 00/10] Create common DPLL configuration API, Vitaly Grinberg
• [PATCH net-next v4 15/15] net: Kill MSG_SENDPAGE_NOTLAST, David Howells
• [PATCH net-next v4 14/15] sock: Remove ->sendpage*() in favour of sendmsg(MSG_SPLICE_PAGES), David Howells
• [PATCH net-next v4 05/15] rds: Use sendmsg(MSG_SPLICE_PAGES) rather than sendpage, David Howells
• [PATCH v6 0/8] Fix the problem that rxe can not work in net namespace, Zhu Yanjun
  • [PATCH v6 1/8] RDMA/rxe: Creating listening sock in newlink function, Zhu Yanjun
  • [PATCH v6 2/8] RDMA/rxe: Support more rdma links in init_net, Zhu Yanjun
  • [PATCH v6 3/8] RDMA/nldev: Add dellink function pointer, Zhu Yanjun
    • RE: [PATCH v6 3/8] RDMA/nldev: Add dellink function pointer, Bernard Metzler
      • Re: RE: [PATCH v6 3/8] RDMA/nldev: Add dellink function pointer, Zhu Yanjun
  • [PATCH v6 4/8] RDMA/rxe: Implement dellink in rxe, Zhu Yanjun
  • [PATCH v6 5/8] RDMA/rxe: Replace global variable with sock lookup functions, Zhu Yanjun
  • [PATCH v6 6/8] RDMA/rxe: add the support of net namespace, Zhu Yanjun
  • [PATCH v6 7/8] RDMA/rxe: Add the support of net namespace notifier, Zhu Yanjun
  • [PATCH v6 8/8] RDMA/rxe: Replace l_sk6 with sk6 in net namespace, Zhu Yanjun
  • Re: [PATCH v6 0/8] Fix the problem that rxe can not work in net namespace, Bob Pearson
    • Re: [PATCH v6 0/8] Fix the problem that rxe can not work in net namespace, Zhu Yanjun
  • Re: '[v6,0/8] Fix the problem that rxe can not work in net namespace', Cyclinder Kuo
  • Re: '[v6,0/8] Fix the problem that rxe can not work in net namespace', Cyclinder Kuo
• [PATCH V2 net] net: mana: Fix MANA VF unload when host is unresponsive, souradeep chakrabarti
  • Re: [PATCH V2 net] net: mana: Fix MANA VF unload when host is unresponsive, Jiri Pirko
  • Re: [PATCH V2 net] net: mana: Fix MANA VF unload when host is unresponsive, Simon Horman
• [PATCH v2] net: mana: Batch ringing RX queue doorbell on receiving packets, longli
  • RE: [PATCH v2] net: mana: Batch ringing RX queue doorbell on receiving packets, Haiyang Zhang
  • RE: [PATCH v2] net: mana: Batch ringing RX queue doorbell on receiving packets, Dexuan Cui
  • Re: [PATCH v2] net: mana: Batch ringing RX queue doorbell on receiving packets, Jakub Kicinski
    • RE: [PATCH v2] net: mana: Batch ringing RX queue doorbell on receiving packets, Long Li
• [PATCH v4 0/4] Handle ARPHRD_NONE devices for siw, Chuck Lever
  • [PATCH v4 1/4] RDMA/siw: Fabricate a GID on tun and loopback devices, Chuck Lever
  • [PATCH v4 2/4] RDMA/core: Set gid_attr.ndev for iWARP devices, Chuck Lever
  • [PATCH v4 3/4] RDMA/cma: Deduplicate error flow in cma_validate_port(), Chuck Lever
  • [PATCH v4 4/4] RDMA/cma: Avoid GID lookups on iWARP devices, Chuck Lever
• [PATCH] mlx5: avoid integer overflow warning for large page size, Arnd Bergmann
  • Re: [PATCH] mlx5: avoid integer overflow warning for large page size, Maxim Mikityanskiy
    • Re: [PATCH] mlx5: avoid integer overflow warning for large page size, Arnd Bergmann
• Re: [PATCH 01/79] fs: add ctime accessors infrastructure, Jeff Layton
  • <Possible follow-ups>
  • Re: [PATCH 01/79] fs: add ctime accessors infrastructure, Luis Chamberlain
  • Re: [PATCH 01/79] fs: add ctime accessors infrastructure, Randy Dunlap
• [PATCH 0/8] Fix comment typos about "transmit", Yueh-Shun Li
  • [PATCH 1/8] RDMA/rxe: fix comment typo, Yueh-Shun Li
    • Re: [PATCH 1/8] RDMA/rxe: fix comment typo, Zhu Yanjun
  • [PATCH 2/8] i40e, xsk: fix comment typo, Yueh-Shun Li
  • [PATCH 3/8] zd1211rw: fix comment typo, Yueh-Shun Li
    • Re: [3/8] wifi: zd1211rw: fix typo "tranmits", Kalle Valo
  • [PATCH 4/8] scsi: fix comment typo, Yueh-Shun Li
  • [PATCH 5/8] tcp: fix comment typo, Yueh-Shun Li
  • [PATCH 6/8] net/tls: fix comment typo, Yueh-Shun Li
  • [PATCH 7/8] selftests: mptcp: connect: fix comment typo, Yueh-Shun Li
    • Re: [PATCH 7/8] selftests: mptcp: connect: fix comment typo, Matthieu Baerts
  • [PATCH 8/8] scripts/spelling.txt: Add "transmit" patterns, Yueh-Shun Li
    • Re: [PATCH 8/8] scripts/spelling.txt: Add "transmit" patterns, Randy Dunlap
  • Re: [PATCH 0/8] Fix comment typos about "transmit", patchwork-bot+netdevbpf
    • Re: [PATCH 0/8] Fix comment typos about "transmit", Yueh-Shun Li
      • Re: [PATCH 0/8] Fix comment typos about "transmit", Matthieu Baerts
      • Re: [PATCH 0/8] Fix comment typos about "transmit", Johannes Berg
      • Re: [PATCH 0/8] Fix comment typos about "transmit", Jakub Kicinski
• [PATCH 05/79] qib_fs: switch to new ctime accessors, Jeff Layton
  • Re: [PATCH 05/79] qib_fs: switch to new ctime accessors, Jan Kara
  • Re: [PATCH 05/79] qib_fs: switch to new ctime accessors, Dennis Dalessandro
• [PATCH] net: mana: Fix MANA VF unload when host is unresponsive, souradeep chakrabarti
  • Re: [PATCH] net: mana: Fix MANA VF unload when host is unresponsive, Simon Horman
  • RE: [PATCH] net: mana: Fix MANA VF unload when host is unresponsive, Haiyang Zhang
• [PATCH 09/11] sysctl: Remove the end element in sysctl table arrays, Joel Granados
  • Re: [PATCH 09/11] sysctl: Remove the end element in sysctl table arrays, Jani Nikula
• [PATCH 06/11] sysctl: Add size to register_net_sysctl function, Joel Granados
  • Re: [PATCH 06/11] sysctl: Add size to register_net_sysctl function, Dan Carpenter
    • Re: [PATCH 06/11] sysctl: Add size to register_net_sysctl function, Dan Carpenter
      • Re: [PATCH 06/11] sysctl: Add size to register_net_sysctl function, Joel Granados
      • Re: [PATCH 06/11] sysctl: Add size to register_net_sysctl function, Joel Granados
    • Re: [PATCH 06/11] sysctl: Add size to register_net_sysctl function, Dan Carpenter
      • Re: [PATCH 06/11] sysctl: Add size to register_net_sysctl function, Joel Granados
    • Re: [PATCH 06/11] sysctl: Add size to register_net_sysctl function, Joel Granados
• [PATCH net-next v3 17/18] sock: Remove ->sendpage*() in favour of sendmsg(MSG_SPLICE_PAGES), David Howells
  • <Possible follow-ups>
  • Re: [PATCH net-next v3 17/18] sock: Remove ->sendpage*() in favour of sendmsg(MSG_SPLICE_PAGES), Askar Safin
• [PATCH net-next v3 18/18] net: Kill MSG_SENDPAGE_NOTLAST, David Howells
• [PATCH net-next v3 08/18] rds: Use sendmsg(MSG_SPLICE_PAGES) rather than sendpage, David Howells
• [PATCH net-next v3 04/18] siw: Use sendmsg(MSG_SPLICE_PAGES) rather than sendpage to transmit, David Howells
  • RE: [PATCH net-next v3 04/18] siw: Use sendmsg(MSG_SPLICE_PAGES) rather than sendpage to transmit, Bernard Metzler
• [PATCH for-next v2 3/3] RDMA/rxe: Fix rxe_modify_srq, Bob Pearson
• [PATCH for-next v2 0/3] RDMA/rxe: Fix error path code in rxe_create_qp, Bob Pearson
  • [PATCH for-next v2 1/3] RDMA/rxe: Move work queue code to subroutines, Bob Pearson
    • Re: [PATCH for-next v2 1/3] RDMA/rxe: Move work queue code to subroutines, Zhu Yanjun
      • Re: [PATCH for-next v2 1/3] RDMA/rxe: Move work queue code to subroutines, Bob Pearson
        • Re: [PATCH for-next v2 1/3] RDMA/rxe: Move work queue code to subroutines, Zhu Yanjun
  • [PATCH for-next v2 2/3] RDMA/rxe: Fix unsafe drain work queue code, Bob Pearson
  • Re: [PATCH for-next v2 0/3] RDMA/rxe: Fix error path code in rxe_create_qp, Jason Gunthorpe
• [PATCH v3 07/10] net/mlx5: Use RMW accessors for changing LNKCTL, Ilpo Järvinen
  • Re: [PATCH v3 07/10] net/mlx5: Use RMW accessors for changing LNKCTL, Simon Horman
• [PATCH net-next] net/mlx5: Fix error code in mlx5_is_reset_now_capable(), Dan Carpenter
• [PATCH 0/2] PCI+IB/hfi1: Fold duplicate secondary bus reset code, Maciej W. Rozycki
  • [PATCH 1/2] PCI: Export pci_parent_bus_reset() for drivers to use, Maciej W. Rozycki
    • Re: [PATCH 1/2] PCI: Export pci_parent_bus_reset() for drivers to use, Ilpo Järvinen
  • [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