Linux RDMA (remote direct memory access) and InfiniBand Development

• Thread Index

• Re: Infiniband crash
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 1/1] net/mlx5: add dynamic logging for mlx5_dump_err_cqe
  • From: Aru <aru.kolappan@xxxxxxxxxx>
• Infiniband crash
  • From: rug@xxxxxxxxxx
• Re: [RESEND PATCH v5 1/2] RDMA/rxe: Support RDMA Atomic Write operation
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: FIXME in hfi1/user_exp_rcv.c
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• RE: [PATCH 2/2] RDMA/rxe: Handle remote errors in the midst of a Read reply sequence
  • From: "matsuda-daisuke@xxxxxxxxxxx" <matsuda-daisuke@xxxxxxxxxxx>
• Re: [PATCH] nvme-rdma: set ack timeout of RoCE to 262ms
  • From: Chao Leng <lengchao@xxxxxxxxxx>
• Re: [PATCH] nvme-rdma: set ack timeout of RoCE to 262ms
  • From: Max Gurtovoy <mgurtovoy@xxxxxxxxxx>
• Re: [PATCH for-next 00/13] Implement the xrc transport
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• Re: [PATCH v6 5/7] treewide: use get_random_u32() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: FIXME in hfi1/user_exp_rcv.c
  • From: Dennis Dalessandro <dennis.dalessandro@xxxxxxxxxxxxxxxxxxxx>
• Re: FIXME in hfi1/user_exp_rcv.c
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• FIXME in hfi1/user_exp_rcv.c
  • From: Dean Luick <dean.luick@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 5/7] treewide: use get_random_u32() when possible
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• Re: [PATCH rdma-rc] RDMA/cma: Use output interface for net_dev check
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH 1/1] net/mlx5: add dynamic logging for mlx5_dump_err_cqe
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-rc] RDMA/cma: Use output interface for net_dev check
  • From: Haakon Bugge <haakon.bugge@xxxxxxxxxx>
• Re: [BUG] mlx5_core general protection fault in mlx5_cmd_comp_handler
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v6 5/7] treewide: use get_random_u32() when possible
  • From: Florian Westphal <fw@xxxxxxxxx>
• Re: [PATCH net] net/mlx5e: Cleanup MACsec uninitialization routine
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH net] net/mlx5e: Cleanup MACsec uninitialization routine
  • From: Tariq Toukan <ttoukan.linux@xxxxxxxxx>
• Re: [PATCH v6 5/7] treewide: use get_random_u32() when possible
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• Re: [PATCH rdma-rc] RDMA/cma: Use output interface for net_dev check
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [BUG] mlx5_core general protection fault in mlx5_cmd_comp_handler
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxx>
• Re: [RFC PATCH 1/1] RDMA/core: Fix a problem from rdma link in exclusive mode
  • From: yanjun.zhu@xxxxxxxxx
• Re: [BUG] mlx5_core general protection fault in mlx5_cmd_comp_handler
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH net] net/mlx5e: Cleanup MACsec uninitialization routine
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH 2/2] RDMA/rxe: Handle remote errors in the midst of a Read reply sequence
  • From: Li Zhijian <lizhijian@xxxxxxxxxxx>
• Re: [PATCH 1/2] RDMA/rxe: Make responder handle RDMA Read failures
  • From: Li Zhijian <lizhijian@xxxxxxxxxxx>
• [PATCH for-next] RDMA/rxe: Fix mr leak in RESPST_ERR_RNR
  • From: Li Zhijian <lizhijian@xxxxxxxxxxx>
• [PATCH 1/2] RDMA/rxe: Make responder handle RDMA Read failures
  • From: Daisuke Matsuda <matsuda-daisuke@xxxxxxxxxxx>
• [PATCH 2/2] RDMA/rxe: Handle remote errors in the midst of a Read reply sequence
  • From: Daisuke Matsuda <matsuda-daisuke@xxxxxxxxxxx>
• Re: [PATCH v1 3/5] treewide: use get_random_u32() when possible
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH AUTOSEL 5.19 06/63] RDMA/rxe: Delete error messages triggered by incoming Read requests
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.0 06/67] RDMA/rxe: Delete error messages triggered by incoming Read requests
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH 1/1] net/mlx5: add dynamic logging for mlx5_dump_err_cqe
  • From: Aru Kolappan <aru.kolappan@xxxxxxxxxx>
• RE: [PATCH v1 3/5] treewide: use get_random_u32() when possible
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v1 3/5] treewide: use get_random_u32() when possible
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: RDMA/rxe: Receive wqe flush error completions on qp error
  • From: Tom Talpey <tom@xxxxxxxxxx>
• Re: RDMA/rxe: Receive wqe flush error completions on qp error
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• Re: RDMA/rxe: Receive wqe flush error completions on qp error
  • From: Haakon Bugge <haakon.bugge@xxxxxxxxxx>
• RDMA/rxe: Receive wqe flush error completions on qp error
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [bug report] net/mlx5e: Create advanced steering operation (ASO) object for MACsec
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH rdma-rc] RDMA/cma: Use output interface for net_dev check
  • From: Håkon Bugge <haakon.bugge@xxxxxxxxxx>
• [BUG] mlx5_core general protection fault in mlx5_cmd_comp_handler
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxx>
• Re: [PATCH for-next 00/13] Implement the xrc transport
  • From: "matsuda-daisuke@xxxxxxxxxxx" <matsuda-daisuke@xxxxxxxxxxx>
• Re: [PATCH v6 0/7] treewide cleanup of random integer usage
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v6 00/21] Move all drivers to a common dma-buf locking convention
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [RFC PATCH 1/1] RDMA/core: Fix a problem from rdma link in exclusive mode
  • From: Yanjun Zhu <yanjun.zhu@xxxxxxxxx>
• Re: [RFC PATCH 1/1] RDMA/core: Fix a problem from rdma link in exclusive mode
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v6 5/7] treewide: use get_random_u32() when possible
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH v6 4/7] treewide: use get_random_{u8,u16}() when possible, part 2
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH v6 1/7] treewide: use prandom_u32_max() when possible, part 1
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH] rdma: not display the rdma link in other net namespace
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH 1/1] IB/mlx5: Add a signature check to received EQEs and CQEs
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v6 3/7] treewide: use get_random_{u8,u16}() when possible, part 1
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• RE: [PATCH v6 3/7] treewide: use get_random_{u8,u16}() when possible, part 1
  • From: "Elliott, Robert (Servers)" <elliott@xxxxxxx>
• [PATCH v6 7/7] prandom: remove unused functions
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v6 5/7] treewide: use get_random_u32() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v6 6/7] treewide: use get_random_bytes() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v6 4/7] treewide: use get_random_{u8,u16}() when possible, part 2
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v6 3/7] treewide: use get_random_{u8,u16}() when possible, part 1
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v6 2/7] treewide: use prandom_u32_max() when possible, part 2
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v6 1/7] treewide: use prandom_u32_max() when possible, part 1
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v6 0/7] treewide cleanup of random integer usage
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH net-next 3/7] qed: Add support for RoCE hw init
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v6 10/21] RDMA/umem: Prepare to dynamic dma-buf locking specification
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH] nvme-rdma: set ack timeout of RoCE to 262ms
  • From: Chao Leng <lengchao@xxxxxxxxxx>
• [RFC PATCH 1/1] RDMA/core: Fix a problem from rdma link in exclusive mode
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• Re: [PATCH v5 0/7] treewide cleanup of random integer usage
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH] rdma: not display the rdma link in other net namespace
  • From: yanjun.zhu@xxxxxxxxx
• [PATCH] include/rdma/opa_vnic.h: fix spelling typo in comment
  • From: Jiangshan Yi <13667453960@xxxxxxx>
• Re: [PATCH v5 0/7] treewide cleanup of random integer usage
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [Bug 216561] New: memcpy: detected field-spanning write (size 80) of single field "&wqe->wr" at drivers/infiniband/sw/rdmavt/qp.c:2043 (size 40)
  • From: bugzilla-daemon@xxxxxxxxxx
• Re: [PATCH v3 3/5] treewide: use get_random_u32() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v4 4/6] treewide: use get_random_u32() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v6 10/21] RDMA/umem: Prepare to dynamic dma-buf locking specification
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [PATCH v4 4/6] treewide: use get_random_u32() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v4 2/6] treewide: use prandom_u32_max() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• RE: [PATCH v4 4/6] treewide: use get_random_u32() when possible
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: [PATCH v4 2/6] treewide: use prandom_u32_max() when possible
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: [PATCH v3 3/5] treewide: use get_random_u32() when possible
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v5 0/7] treewide cleanup of random integer usage
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH v4 2/6] treewide: use prandom_u32_max() when possible
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 0/7] treewide cleanup of random integer usage
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/6] treewide: use prandom_u32_max() when possible
  • From: Julia Lawall <julia.lawall@xxxxxxxx>
• [PATCH v5 4/7] treewide: use get_random_{u8,u16}() when possible, part 2
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v5 5/7] treewide: use get_random_u32() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v5 6/7] treewide: use get_random_bytes when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v5 7/7] prandom: remove unused functions
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v5 2/7] treewide: use prandom_u32_max() when possible, part 2
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v5 3/7] treewide: use get_random_{u8,u16}() when possible, part 1
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v5 1/7] treewide: use prandom_u32_max() when possible, part 1
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v5 0/7] treewide cleanup of random integer usage
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v4 2/6] treewide: use prandom_u32_max() when possible
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 2/6] treewide: use prandom_u32_max() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v4 2/6] treewide: use prandom_u32_max() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v4 4/6] treewide: use get_random_u32() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v4 2/6] treewide: use prandom_u32_max() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v4 2/6] treewide: use prandom_u32_max() when possible
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 4/6] treewide: use get_random_u32() when possible
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH v4 2/6] treewide: use prandom_u32_max() when possible
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH v4 1/6] treewide: use prandom_u32_max() when possible, mechanically
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH v4 4/6] treewide: use get_random_u32() when possible
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• Re: [GIT PULL] Please pull RDMA subsystem changes
  • From: pr-tracker-bot@xxxxxxxxxx
• [PATCH v4 5/6] treewide: use get_random_bytes when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v4 6/6] prandom: remove unused functions
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v4 4/6] treewide: use get_random_u32() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v4 3/6] treewide: use get_random_{u8,u16}() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v4 2/6] treewide: use prandom_u32_max() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v4 1/6] treewide: use prandom_u32_max() when possible, mechanically
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v4 0/6] treewide cleanup of random integer usage
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v3 3/5] treewide: use get_random_u32() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v3 3/5] treewide: use get_random_u32() when possible
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH net-next 3/7] qed: Add support for RoCE hw init
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v3 3/5] treewide: use get_random_u32() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [rdma:for-next] BUILD SUCCESS 33331a728c83f380e53a3dbf2be0c1893da1d739
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 3/5] treewide: use get_random_u32() when possible
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• RE: [PATCH v3 3/5] treewide: use get_random_u32() when possible
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v3 0/5] treewide cleanup of random integer usage
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• [PATCH] IB/uverbs: fix the typo of optional
  • From: Deming Wang <wangdeming@xxxxxxxxxx>
• Re: [PATCH] rdma: not display the rdma link in other net namespace
  • From: Yanjun Zhu <yanjun.zhu@xxxxxxxxx>
• Re: [PATCH] rdma: not display the rdma link in other net namespace
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v3 3/5] treewide: use get_random_u32() when possible
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v3 4/5] treewide: use get_random_bytes when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v3 4/5] treewide: use get_random_bytes when possible
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH v3 3/5] treewide: use get_random_u32() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [GIT PULL] Please pull RDMA subsystem changes
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v3 3/5] treewide: use get_random_u32() when possible
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v3 3/5] treewide: use get_random_u32() when possible
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v3 3/5] treewide: use get_random_u32() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v3 4/5] treewide: use get_random_bytes when possible
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v3 3/5] treewide: use get_random_u32() when possible
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH for-next] RDMA/rxe: Convert spin_lock_irqsave to spin_lock
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH v3 5/5] prandom: remove unused functions
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v3 4/5] treewide: use get_random_bytes when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v3 3/5] treewide: use get_random_u32() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v3 2/5] treewide: use get_random_{u8,u16}() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v3 1/5] treewide: use prandom_u32_max() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v3 0/5] treewide cleanup of random integer usage
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH for-next] RDMA/rxe: Convert spinlock to memory barrier
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• Re: [PATCH v2 3/5] treewide: use get_random_u32() when possible
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v2 1/5] treewide: use prandom_u32_max() when possible
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH] rdma: not display the rdma link in other net namespace
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH] rdma: not display the rdma link in other net namespace
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v2 3/5] treewide: use get_random_u32() when possible
  • From: Chuck Lever III <chuck.lever@xxxxxxxxxx>
• Re: [PATCH v2 0/5] treewide cleanup of random integer usage
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH] rdma: not display the rdma link in other net namespace
  • From: Yanjun Zhu <yanjun.zhu@xxxxxxxxx>
• Re: [PATCH v2 0/5] treewide cleanup of random integer usage
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 5/5] prandom: remove unused functions
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 4/5] treewide: use get_random_bytes when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 3/5] treewide: use get_random_u32() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 2/5] treewide: use get_random_{u8,u16}() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 1/5] treewide: use prandom_u32_max() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v2 0/5] treewide cleanup of random integer usage
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v1 3/5] treewide: use get_random_u32() when possible
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [External] : Re: [PATCH] IB/mlx5: Add a signature check to received EQEs and CQEs
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v1 3/5] treewide: use get_random_u32() when possible
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [f2fs-dev] [PATCH v1 3/5] treewide: use get_random_u32() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [f2fs-dev] [PATCH v1 3/5] treewide: use get_random_u32() when possible
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH] rdma: not display the rdma link in other net namespace
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [RESEND PATCH v5 1/2] RDMA/rxe: Support RDMA Atomic Write operation
  • From: Yang, Xiao/杨 晓 <yangx.jy@xxxxxxxxxxx>
• [PATCH v1 5/5] prandom: remove unused functions
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v1 4/5] treewide: use get_random_bytes when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v1 2/5] treewide: use get_random_{u8,u16}() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v1 3/5] treewide: use get_random_u32() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v1 1/5] treewide: use prandom_u32_max() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v1 0/5] treewide cleanup of random integer usage
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH 1/1] IB/mlx5: Add a signature check to received EQEs and CQEs
  • From: Rohit Nair <rohit.sajan.kumar@xxxxxxxxxx>
• [PATCHv2 6/6] RDMA/rxe: add the support of net namespace
  • From: yanjun.zhu@xxxxxxxxx
• [PATCHv2 4/6] RDMA/rxe: Implement dellink in rxe
  • From: yanjun.zhu@xxxxxxxxx
• [PATCHv2 5/6] RDMA/rxe: Replace global variable with sock lookup functions
  • From: yanjun.zhu@xxxxxxxxx
• [PATCHv2 3/6] RDMA/nldev: Add dellink function pointer
  • From: yanjun.zhu@xxxxxxxxx
• [PATCHv2 0/6] Fix the problem that rxe can not work in net
  • From: yanjun.zhu@xxxxxxxxx
• [PATCHv2 2/6] RDMA/rxe: Support more rdma links in init_net
  • From: yanjun.zhu@xxxxxxxxx
• [PATCHv2 1/6] RDMA/rxe: Creating listening sock in newlink function
  • From: yanjun.zhu@xxxxxxxxx
• Re: [patch net-next v2 00/13] net: fix netdev to devlink_port linkage and expose to user
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• Re: [External] : Re: [PATCH] IB/mlx5: Add a signature check to received EQEs and CQEs
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [patch net-next v2 06/13] net: make drivers to use SET_NETDEV_DEVLINK_PORT to set devlink_port
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [patch net-next v2 00/13] net: fix netdev to devlink_port linkage and expose to user
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [External] : Re: [PATCH] IB/mlx5: Add a signature check to received EQEs and CQEs
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [patch net-next v2 13/13] net: expose devlink port over rtnetlink
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next v2 12/13] net: remove unused ndo_get_devlink_port
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next v2 09/13] net: devlink: store copy netdevice ifindex and ifname to allow port_fill() without RTNL held
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next v2 10/13] net: devlink: add not cleared type warning to port unregister
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next v2 11/13] net: devlink: use devlink_port pointer instead of ndo_get_devlink_port
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next v2 07/13] net: devlink: remove netdev arg from devlink_port_type_eth_set()
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next v2 06/13] net: make drivers to use SET_NETDEV_DEVLINK_PORT to set devlink_port
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next v2 08/13] net: devlink: remove net namespace check from devlink_nl_port_fill()
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next v2 05/13] net: devlink: track netdev with devlink_port assigned
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next v2 04/13] net: devlink: take RTNL in port_fill() function only if it is not held
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next v2 03/13] net: devlink: move port_type_netdev_checks() call to __devlink_port_type_set()
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next v2 02/13] net: devlink: move port_type_warn_schedule() call to __devlink_port_type_set()
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next v2 01/13] net: devlink: convert devlink port type-specific pointers to union
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next v2 00/13] net: fix netdev to devlink_port linkage and expose to user
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• Re: [PATCH] net: rds: don't hold sock lock when cancelling work from rds_tcp_reset_callbacks()
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH 6/6] RDMA/rxe: add the support of net namespace
  • From: yanjun.zhu@xxxxxxxxx
• [PATCH 5/6] RDMA/rxe: Replace global variable with sock lookup functions
  • From: yanjun.zhu@xxxxxxxxx
• [PATCH 4/6] RDMA/rxe: Implement dellink in rxe
  • From: yanjun.zhu@xxxxxxxxx
• [PATCH 0/6] Fix the problem that rxe can not work in net
  • From: yanjun.zhu@xxxxxxxxx
• [PATCH 3/6] RDMA/nldev: Add dellink function pointer
  • From: yanjun.zhu@xxxxxxxxx
• [PATCH 2/6] RDMA/rxe: Support more rdma links in init_net
  • From: yanjun.zhu@xxxxxxxxx
• [PATCH 1/6] RDMA/rxe: Creating listening sock in newlink function
  • From: yanjun.zhu@xxxxxxxxx
• Re: [PATCH for-next] RDMA: return -EOPNOSUPP for ODP unsupported device
  • From: Zhu Yanjun <zyjzyj2000@xxxxxxxxx>
• [PATCH for-next] RDMA: return -EOPNOSUPP for ODP unsupported device
  • From: Li Zhijian <lizhijian@xxxxxxxxxxx>
• Re: [for-next PATCH v5 03/11] RDMA: Extend RDMA kernel verbs ABI to support flush
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [rdma:wip/for-testing] BUILD SUCCESS a154d273e4fe574da40357a1ab89fb2c485c259c
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] net: ethernet/mellanox: fix dereference before null check
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] net/mlx5: Fix spelling mistake "syndrom" -> "syndrome"
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH] net: ethernet/mellanox: fix dereference before null check
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH -next 1/2] net/rds: Remove unused variable 'total_copied'
  • From: Chen Zhongjin <chenzhongjin@xxxxxxxxxx>
• [PATCH -next 0/2] net/rds: Minor cleanup for unused variables
  • From: Chen Zhongjin <chenzhongjin@xxxxxxxxxx>
• [PATCH -next 2/2] net/rds: Remove unused variable 'total_payload_len'
  • From: Chen Zhongjin <chenzhongjin@xxxxxxxxxx>
• [PATCH] net: ethernet/mellanox: fix dereference before null check
  • From: Praghadeesh T K S <praghadeeshthevendria@xxxxxxxxx>
• [rdma:wip/leon-for-next] BUILD SUCCESS 8ad891ed435ba24465e0650942267e90a060675f
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] rdma: not display the rdma link in other net namespace
  • From: Yanjun Zhu <yanjun.zhu@xxxxxxxxx>
• RE: [PATCH for-next 00/13] Implement the xrc transport
  • From: "matsuda-daisuke@xxxxxxxxxxx" <matsuda-daisuke@xxxxxxxxxxx>
• Re: [PATCH] IB/mlx5: Add a signature check to received EQEs and CQEs
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [PATCH for-next v2 09/13] RDMA/rxe: Extend rxe_recv.c to support xrc
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next v2 06/13] RDMA/rxe: Implement open_xrcd and close_xrcd
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next v2 08/13] RDMA/rxe: Extend rxe_qp.c to support xrc qps
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next v2 11/13] RDMA/rxe: Extend rxe_req.c to support xrc qps
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next v2 13/13] RDMA/rxe: Extend rxe_resp.c to support xrc qps
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next v2 12/13] RDMA/rxe: Extend rxe_net.c to support xrc qps
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next v2 07/13] RDMA/rxe: Extend srq verbs to support xrcd
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next v2 10/13] RDMA/rxe: Extend rxe_comp.c to support xrc qps
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next v2 04/13] RDMA/rxe: Extend opcodes and headers to support xrc
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next v2 05/13] RDMA/rxe: Add xrc opcodes to next_opcode()
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next v2 03/13] RDMA: Add xrc opcodes to ib_pack.h
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next v2 01/13] RDMA/rxe: Replace START->FIRST, END->LAST
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next v2 02/13] RDMA/rxe: Move next_opcode() to rxe_opcode.c
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next v2 00/13] Implement the xrc transport
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• Re: [PATCH for-next 00/13] Implement the xrc transport
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• Re: [PATCH for-next 00/13] Implement the xrc transport
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• Re: [PATCH] RDMA/rxe: Remove error/warning messages from packet receiver path
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH -next] RDMA/usnic: fix set-but-not-unused variable 'flags' warning
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH] RDMA/rxe: Remove error/warning messages from packet receiver path
  • From: Daisuke Matsuda <matsuda-daisuke@xxxxxxxxxxx>
• Re: [for-next PATCH v5 03/11] RDMA: Extend RDMA kernel verbs ABI to support flush
  • From: Li Zhijian <lizhijian@xxxxxxxxxxx>
• Re: [RESEND PATCH v5 1/2] RDMA/rxe: Support RDMA Atomic Write operation
  • From: Yang, Xiao/杨 晓 <yangx.jy@xxxxxxxxxxx>
• Re: [RESEND PATCH v5 1/2] RDMA/rxe: Support RDMA Atomic Write operation
  • From: Yang, Xiao/杨 晓 <yangx.jy@xxxxxxxxxxx>
• [PATCH -next] RDMA/usnic: fix set-but-not-unused variable 'flags' warning
  • From: Zeng Heng <zengheng4@xxxxxxxxxx>
• Re: [GIT PULL][V2] updates from mlx5-next 2022-09-24
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH] net/mlx5: Fix spelling mistake "syndrom" -> "syndrome"
  • From: Colin Ian King <colin.i.king@xxxxxxxxx>
• [PATCH v6 19/21] dma-buf: Document dynamic locking convention
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v6 21/21] dma-buf: Remove obsoleted internal lock
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v6 20/21] media: videobuf2: Stop using internal dma-buf lock
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v6 18/21] dma-buf: Move dma_buf_mmap() to dynamic locking specification
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v6 17/21] dma-buf: Move dma_buf_map_attachment() to dynamic locking specification
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v6 16/21] dma-buf: Move dma_buf_attach() to dynamic locking specification
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v6 15/21] dma-buf: Move dma_buf_vmap() to dynamic locking specification
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v6 14/21] media: tegra-vde: Prepare to dynamic dma-buf locking specification
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v6 13/21] media: videobuf2: Prepare to dynamic dma-buf locking specification
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v6 12/21] xen/gntdev: Prepare to dynamic dma-buf locking specification
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v6 10/21] RDMA/umem: Prepare to dynamic dma-buf locking specification
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v6 11/21] misc: fastrpc: Prepare to dynamic dma-buf locking specification
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v6 09/21] drm/etnaviv: Prepare to dynamic dma-buf locking specification
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v6 08/21] drm/tegra: Prepare to dynamic dma-buf locking specification
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v6 07/21] drm/omapdrm: Prepare to dynamic dma-buf locking specification
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v6 06/21] drm/i915: Prepare to dynamic dma-buf locking specification
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v6 05/21] drm/armada: Prepare to dynamic dma-buf locking specification
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v6 04/21] drm/prime: Prepare to dynamic dma-buf locking specification
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v6 03/21] drm/gem: Take reservation lock for vmap/vunmap operations
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v6 02/21] dma-buf: Add unlocked variant of attachment-mapping functions
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v6 01/21] dma-buf: Add unlocked variant of vmapping functions
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v6 00/21] Move all drivers to a common dma-buf locking convention
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH] net: rds: don't hold sock lock when cancelling work from rds_tcp_reset_callbacks()
  • From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
• [rdma:wip/jgg-for-next] BUILD SUCCESS cbdae01d8b517b81ed271981395fee8ebd08ba7d
  • From: kernel test robot <lkp@xxxxxxxxx>
• RE: [RFC PATCH 2/7] RDMA/rxe: Convert the triple tasklets to workqueues
  • From: "matsuda-daisuke@xxxxxxxxxxx" <matsuda-daisuke@xxxxxxxxxxx>
• [PATCH for-next] RDMA/rxe: cleanup some error handling in rxe_verbs.c
  • From: Haoyue Xu <xuhaoyue1@xxxxxxxxxxxxx>
• Re: [PATCH] rdma: not display the rdma link in other net namespace
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [GIT PULL][V2] updates from mlx5-next 2022-09-24
  • From: Saeed Mahameed <saeed@xxxxxxxxxx>
• Re: [PATCH v4 2/7] cpumask: Introduce for_each_cpu_andnot()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH v4 5/7] sched/topology: Introduce sched_numa_hop_mask()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH v4 5/7] sched/topology: Introduce sched_numa_hop_mask()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH v4 6/7] sched/topology: Introduce for_each_numa_hop_cpu()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH v4 5/7] sched/topology: Introduce sched_numa_hop_mask()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH v4 2/7] cpumask: Introduce for_each_cpu_andnot()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH -next] IB/hfi1: Use skb_put_data() instead of skb_put/memcpy pair
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [RESEND PATCH v5 1/2] RDMA/rxe: Support RDMA Atomic Write operation
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH jgg-for-next] RDMA/rxe: Fix pd refcount_t: underflow; use-after-free
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH -next] IB/hfi1: Use skb_put_data() instead of skb_put/memcpy pair
  • From: Dennis Dalessandro <dennis.dalessandro@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] rdma: not display the rdma link in other net namespace
  • From: Yanjun Zhu <yanjun.zhu@xxxxxxxxx>
• Re: [PATCH] rdma: not display the rdma link in other net namespace
  • From: Leon Romanovsky <leo@xxxxxxxxxx>
• Re: [RESEND PATCH v5 1/2] RDMA/rxe: Support RDMA Atomic Write operation
  • From: Li Zhijian <lizhijian@xxxxxxxxxxx>
• [rdma:wip/jgg-for-next] BUILD SUCCESS 02d326039547ecfc5376b21b3e9cb336bab7f512
  • From: kernel test robot <lkp@xxxxxxxxx>
• [for-next PATCH v5 05/11] RDMA/rxe: Allow registering persistent flag for pmem MR only
  • From: Li Zhijian <lizhijian@xxxxxxxxxxx>
• [for-next PATCH v5 03/11] RDMA: Extend RDMA kernel verbs ABI to support flush
  • From: Li Zhijian <lizhijian@xxxxxxxxxxx>
• [for-next PATCH v5 08/11] RDMA/rxe: Implement flush execution in responder side
  • From: Li Zhijian <lizhijian@xxxxxxxxxxx>
• [for-next PATCH v5 11/11] RDMA/rxe: Enable RDMA FLUSH capability for rxe device
  • From: Li Zhijian <lizhijian@xxxxxxxxxxx>
• [for-next PATCH v5 09/11] RDMA/rxe: Implement flush completion
  • From: Li Zhijian <lizhijian@xxxxxxxxxxx>
• [for-next PATCH v5 10/11] RDMA/cm: Make QP FLUSHABLE
  • From: Li Zhijian <lizhijian@xxxxxxxxxxx>
• [for-next PATCH v5 07/11] RDMA/rxe: Implement RC RDMA FLUSH service in requester side
  • From: Li Zhijian <lizhijian@xxxxxxxxxxx>
• [for-next PATCH v5 04/11] RDMA/rxe: Extend rxe user ABI to support flush
  • From: Li Zhijian <lizhijian@xxxxxxxxxxx>
• [for-next PATCH v5 00/11] RDMA/rxe: Add RDMA FLUSH operation
  • From: Li Zhijian <lizhijian@xxxxxxxxxxx>
• [for-next PATCH v5 06/11] RDMA/rxe: Extend rxe packet format to support flush
  • From: Li Zhijian <lizhijian@xxxxxxxxxxx>
• [for-next PATCH v5 02/11] RDMA: Extend RDMA user ABI to support flush
  • From: Li Zhijian <lizhijian@xxxxxxxxxxx>
• [for-next PATCH v5 01/11] RDMA/rxe: make sure requested access is a subset of {mr,mw}->access
  • From: Li Zhijian <lizhijian@xxxxxxxxxxx>
• [PATCH jgg-for-next] RDMA/rxe: Fix pd refcount_t: underflow; use-after-free
  • From: Li Zhijian <lizhijian@xxxxxxxxxxx>
• [PATCH -next] IB/hfi1: Use skb_put_data() instead of skb_put/memcpy pair
  • From: Shang XiaoJing <shangxiaojing@xxxxxxxxxx>
• RE: [PATCH for-next 00/13] Implement the xrc transport
  • From: "matsuda-daisuke@xxxxxxxxxxx" <matsuda-daisuke@xxxxxxxxxxx>
• Re: [PATCH -next] IB/hfi1,PCI: Fix missing pci_disable_device() in probe and remove
  • From: Ruan Jinjie <ruanjinjie@xxxxxxxxxx>
• Re: [PATCH for-next 00/13] Implement the xrc transport
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH for-next 07/13] RDMA/rxe: Extend srq verbs to support xrcd
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH][next] net/mlx5e: Replace zero-length arrays with DECLARE_FLEX_ARRAY() helper
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH][next] net/mlx5e: Replace zero-length arrays with DECLARE_FLEX_ARRAY() helper
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [PATCH] headers: Remove some left-over license text in include/uapi/rdma/
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [PATCH] headers: Remove some left-over license text in include/uapi/rdma/
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH for-next 00/12] RDMA/hns: Cleanups for kernel-6.1
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH] IB/rdmavt: Add __init/__exit annotations to module init/exit funcs
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 2/2] providers/rxe: Implement the xrc transport protocol
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH for-next] RDMA/rxe: Remove redundant num_sge fields
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 0/4] RDMA/mlx5: Support DMABUF in umems and enable ATS
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH for-next v2] RDMA/rxe: Fix resize_finish() in rxe_queue.c
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH -next] IB/hfi1,PCI: Fix missing pci_disable_device() in probe and remove
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH] RDMA/RXE: Add send_common_ack() helper
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v5 1/2] RDMA/rxe: Set pd early in mr alloc routines
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [RESEND PATCH v5 1/2] RDMA/rxe: Support RDMA Atomic Write operation
  • From: Yang, Xiao/杨 晓 <yangx.jy@xxxxxxxxxxx>
• Re: [PATCH v4 5/7] sched/topology: Introduce sched_numa_hop_mask()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH v4 5/7] sched/topology: Introduce sched_numa_hop_mask()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH v4 5/7] sched/topology: Introduce sched_numa_hop_mask()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH v4 2/7] cpumask: Introduce for_each_cpu_andnot()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH v4 5/7] sched/topology: Introduce sched_numa_hop_mask()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH v4 6/7] sched/topology: Introduce for_each_numa_hop_cpu()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH] headers: Remove some left-over license text in include/uapi/rdma/
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [PATCH] rdma: not display the rdma link in other net namespace
  • From: Yanjun Zhu <yanjun.zhu@xxxxxxxxx>
• [PATCH] rdma: not display the rdma link in other net namespace
  • From: yanjun.zhu@xxxxxxxxx
• Re: [PATCH v4 0/7] sched, net: NUMA-aware CPU spreading interface
  • From: Tariq Toukan <ttoukan.linux@xxxxxxxxx>
• Re: [GIT PULL] updates from mlx5-next 2022-09-24
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [GIT PULL] updates from mlx5-next 2022-09-24
  • From: Saeed Mahameed <saeed@xxxxxxxxxx>
• [PATCH] IB/rdmavt: Add __init/__exit annotations to module init/exit funcs
  • From: Xiu Jianfeng <xiujianfeng@xxxxxxxxxx>
• Re: [RESEND PATCH v5 1/2] RDMA/rxe: Support RDMA Atomic Write operation
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH for-next] RDMA/rxe: Guard mr state against race conditions
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• Re: [PATCH for-next] RDMA/rxe: Guard mr state against race conditions
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-next 2/4] RDMA/cma: Multiple path records support with netlink channel
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• RE: [PATCH -next] RDMA/mana_ib: change mana_ib_dev_ops to static
  • From: Long Li <longli@xxxxxxxxxxxxx>
• [PATCH v4 7/7] net/mlx5e: Improve remote NUMA preferences used for the IRQ affinity hints
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v4 5/7] sched/topology: Introduce sched_numa_hop_mask()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v4 6/7] sched/topology: Introduce for_each_numa_hop_cpu()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v4 2/7] cpumask: Introduce for_each_cpu_andnot()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v4 3/7] lib/test_cpumask: Add for_each_cpu_and(not) tests
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v4 4/7] sched/core: Merge cpumask_andnot()+for_each_cpu() into for_each_cpu_andnot()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH v4 0/7] sched, net: NUMA-aware CPU spreading interface
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH v4 0/7] sched, net: NUMA-aware CPU spreading interface
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH rdma-next 2/4] RDMA/cma: Multiple path records support with netlink channel
  • From: Mark Zhang <markzhang@xxxxxxxxxx>
• Re: [PATCH -next] RDMA/mana_ib: change mana_ib_dev_ops to static
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH -next] RDMA/mana_ib: change mana_ib_dev_ops to static
  • From: Yang Yingliang <yangyingliang@xxxxxxxxxx>
• Re: [PATCH rdma-next 2/4] RDMA/cma: Multiple path records support with netlink channel
  • From: Mark Zhang <markzhang@xxxxxxxxxx>
• [PATCH v4 0/7] sched, net: NUMA-aware CPU spreading interface
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v4 1/7] lib/find_bit: Introduce find_next_andnot_bit()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH rdma-next 2/4] RDMA/cma: Multiple path records support with netlink channel
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-next 2/4] RDMA/cma: Multiple path records support with netlink channel
  • From: Mark Zhang <markzhang@xxxxxxxxxx>
• [rdma:wip/leon-for-next] BUILD SUCCESS b300729b77b0b746c4f898332705672eb50d3297
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Re: Re: [PATCH] RDMA/siw: Solve the error of compiling the 32BIT mips kernel when enable CONFIG_RDMA_SIW
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• RE: Re: Re: [PATCH] RDMA/siw: Solve the error of compiling the 32BIT mips kernel when enable CONFIG_RDMA_SIW
  • From: Bernard Metzler <BMT@xxxxxxxxxxxxxx>
• Re: Re: [PATCH] RDMA/siw: Solve the error of compiling the 32BIT mips kernel when enable CONFIG_RDMA_SIW
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• RE: Re: [PATCH] RDMA/siw: Solve the error of compiling the 32BIT mips kernel when enable CONFIG_RDMA_SIW
  • From: Bernard Metzler <BMT@xxxxxxxxxxxxxx>
• Re: [PATCH] RDMA/siw: Solve the error of compiling the 32BIT mips kernel when enable CONFIG_RDMA_SIW
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-next 2/4] RDMA/cma: Multiple path records support with netlink channel
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH for-next 09/12] RDMA/hns: Remove redundant 'max_srq_desc_sz' in caps
  • From: Haoyue Xu <xuhaoyue1@xxxxxxxxxxxxx>
• [PATCH for-next 07/12] RDMA/hns: Remove redundant 'phy_addr' in hns_roce_hem_list_find_mtt()
  • From: Haoyue Xu <xuhaoyue1@xxxxxxxxxxxxx>
• [PATCH for-next 03/12] RDMA/hns: Remove unnecessary brackets when getting point
  • From: Haoyue Xu <xuhaoyue1@xxxxxxxxxxxxx>
• [PATCH for-next 06/12] RDMA/hns: Remove redundant 'use_lowmem' argument from hns_roce_init_hem_table()
  • From: Haoyue Xu <xuhaoyue1@xxxxxxxxxxxxx>
• [PATCH for-next 08/12] RDMA/hns: Remove redundant 'num_mtt_segs' and 'max_extend_sg'
  • From: Haoyue Xu <xuhaoyue1@xxxxxxxxxxxxx>
• [PATCH for-next 11/12] RDMA/hns: Replacing magic number with macros in apply_func_caps()
  • From: Haoyue Xu <xuhaoyue1@xxxxxxxxxxxxx>
• [PATCH for-next 10/12] RDMA/hns: Repacing 'dseg_len' by macros in fill_ext_sge_inl_data()
  • From: Haoyue Xu <xuhaoyue1@xxxxxxxxxxxxx>
• [PATCH for-next 04/12] RDMA/hns: Remove redundant 'attr_mask' in modify_qp_init_to_init()
  • From: Haoyue Xu <xuhaoyue1@xxxxxxxxxxxxx>
• [PATCH for-next 12/12] RDMA/hns: Unified Log Printing Style
  • From: Haoyue Xu <xuhaoyue1@xxxxxxxxxxxxx>
• [PATCH for-next 00/12] RDMA/hns: Cleanups for kernel-6.1
  • From: Haoyue Xu <xuhaoyue1@xxxxxxxxxxxxx>
• [PATCH for-next 02/12] RDMA/hns: Remove unnecessary braces for single statement blocks
  • From: Haoyue Xu <xuhaoyue1@xxxxxxxxxxxxx>
• [PATCH for-next 01/12] RDMA/hns: Cleanup for a spelling error of Asynchronous
  • From: Haoyue Xu <xuhaoyue1@xxxxxxxxxxxxx>
• [PATCH for-next 05/12] RDMA/hns: Remove redundant 'bt_level' for hem_list_alloc_item()
  • From: Haoyue Xu <xuhaoyue1@xxxxxxxxxxxxx>
• Re: [PATCH -next] IB/hfi1,PCI: Fix missing pci_disable_device() in probe and remove
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH] RDMA/core: Clean up a variable name in ib_create_srq_user()
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH] RDMA/core: Clean up a variable name in ib_create_srq_user()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v2 1/2] IB: Set IOVA/LENGTH on IB_MR in core/uverbs layers
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-next] RDMA/srp: Support more than 255 rdma ports
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-next 0/4] Support multiple path records
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• RE: [Patch v6 12/12] RDMA/mana_ib: Add a driver for Microsoft Azure Network Adapter
  • From: Long Li <longli@xxxxxxxxxxxxx>
• [rdma:hmm] BUILD SUCCESS 6dce3468a04c68bc154b57ffc9a3f464fe24e18b
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH -next] IB/hfi1,PCI: Fix missing pci_disable_device() in probe and remove
  • From: ruanjinjie <ruanjinjie@xxxxxxxxxx>
• RE: [Patch v6 12/12] RDMA/mana_ib: Add a driver for Microsoft Azure Network Adapter
  • From: Long Li <longli@xxxxxxxxxxxxx>
• Re: [PATCH for-next 10/13] RDMA/rxe: Extend rxe_comp.c to support xrc qps
  • From: kernel test robot <lkp@xxxxxxxxx>
• [rdma:wip/leon-for-next] BUILD SUCCESS 9bdb9350f3808bbff229167acb55cf0a3bd8f2ca
  • From: kernel test robot <lkp@xxxxxxxxx>
• RE: [Patch v5 12/12] RDMA/mana_ib: Add a driver for Microsoft Azure Network Adapter
  • From: Long Li <longli@xxxxxxxxxxxxx>
• RE: [Patch v6 00/12] Introduce Microsoft Azure Network Adapter (MANA) RDMA driver
  • From: Long Li <longli@xxxxxxxxxxxxx>
• Re: [Patch v6 12/12] RDMA/mana_ib: Add a driver for Microsoft Azure Network Adapter
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [Patch v6 12/12] RDMA/mana_ib: Add a driver for Microsoft Azure Network Adapter
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [Patch v6 00/12] Introduce Microsoft Azure Network Adapter (MANA) RDMA driver
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [Patch v5 12/12] RDMA/mana_ib: Add a driver for Microsoft Azure Network Adapter
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH rdma-next] RDMA/srp: Support more than 255 rdma ports
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v5 15/21] dma-buf: Move dma_buf_vmap() to dynamic locking specification
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v2 2/2] RDMA/rxe: Use members of generic struct in rxe_mr
  • From: Daisuke Matsuda <matsuda-daisuke@xxxxxxxxxxx>
• [PATCH v2 1/2] IB: Set IOVA/LENGTH on IB_MR in core/uverbs layers
  • From: Daisuke Matsuda <matsuda-daisuke@xxxxxxxxxxx>
• [PATCH rdma-next] RDMA/srp: Support more than 255 rdma ports
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [rdma:wip/leon-for-next] BUILD SUCCESS a3c278807a459e6f50afee6971cabe74cccfb490
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH for-next 4/4] RDMA/erdma: Support dynamic mtu
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: (subset) [PATCH for-next 4/4] RDMA/erdma: Support dynamic mtu
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-next 4/4] RDMA/erdma: Support dynamic mtu
  • From: Cheng Xu <chengyou@xxxxxxxxxxxxxxxxx>
• [Patch v6 12/12] RDMA/mana_ib: Add a driver for Microsoft Azure Network Adapter
  • From: longli@xxxxxxxxxxxxxxxxx
• [Patch v6 11/12] net: mana: Define data structures for protection domain and memory registration
  • From: longli@xxxxxxxxxxxxxxxxx
• [Patch v6 08/12] net: mana: Move header files to a common location
  • From: longli@xxxxxxxxxxxxxxxxx
• [Patch v6 06/12] net: mana: Export Work Queue functions for use by RDMA driver
  • From: longli@xxxxxxxxxxxxxxxxx
• [Patch v6 02/12] net: mana: Record the physical address for doorbell page region
  • From: longli@xxxxxxxxxxxxxxxxx
• [Patch v6 05/12] net: mana: Set the DMA device max segment size
  • From: longli@xxxxxxxxxxxxxxxxx
• [Patch v6 10/12] net: mana: Define and process GDMA response code GDMA_STATUS_MORE_ENTRIES
  • From: longli@xxxxxxxxxxxxxxxxx
• [Patch v6 07/12] net: mana: Record port number in netdev
  • From: longli@xxxxxxxxxxxxxxxxx
• [Patch v6 09/12] net: mana: Define max values for SGL entries
  • From: longli@xxxxxxxxxxxxxxxxx
• [Patch v6 03/12] net: mana: Handle vport sharing between devices
  • From: longli@xxxxxxxxxxxxxxxxx
• [Patch v6 04/12] net: mana: Add functions for allocating doorbell page from GDMA
  • From: longli@xxxxxxxxxxxxxxxxx
• [Patch v6 01/12] net: mana: Add support for auxiliary device
  • From: longli@xxxxxxxxxxxxxxxxx
• [Patch v6 00/12] Introduce Microsoft Azure Network Adapter (MANA) RDMA driver
  • From: longli@xxxxxxxxxxxxxxxxx
• RE: [Patch v5 00/12] Introduce Microsoft Azure Network Adapter (MANA) RDMA driver
  • From: Long Li <longli@xxxxxxxxxxxxx>
• RE: [Patch v5 11/12] net: mana: Define data structures for protection domain and memory registration
  • From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
• RE: [Patch v5 10/12] net: mana: Define and process GDMA response code GDMA_STATUS_MORE_ENTRIES
  • From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
• RE: [Patch v5 09/12] net: mana: Define max values for SGL entries
  • From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
• RE: [Patch v5 08/12] net: mana: Move header files to a common location
  • From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
• RE: [Patch v5 07/12] net: mana: Record port number in netdev
  • From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
• RE: [Patch v5 06/12] net: mana: Export Work Queue functions for use by RDMA driver
  • From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
• RE: [Patch v5 05/12] net: mana: Set the DMA device max segment size
  • From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
• RE: [Patch v5 04/12] net: mana: Add functions for allocating doorbell page from GDMA
  • From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
• RE: [Patch v5 03/12] net: mana: Handle vport sharing between devices
  • From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
• RE: [Patch v5 02/12] net: mana: Record the physical address for doorbell page region
  • From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
• RE: [Patch v5 01/12] net: mana: Add support for auxiliary device
  • From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
• Re: [PATCH rdma-rc v1] RDMA/core: fix sg_to_page mapping for boundary condition
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• RE: [Patch v5 12/12] RDMA/mana_ib: Add a driver for Microsoft Azure Network Adapter
  • From: Long Li <longli@xxxxxxxxxxxxx>
• Re: [PATCH] RDMA/siw: Fix QP destroy to wait for all references dropped.
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH] RDMA/siw: Always consume all skbuf data in sk_data_ready() upcall.
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-next] RDMA/rxe: Remove redundant num_sge fields
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• RE: [Patch v5 12/12] RDMA/mana_ib: Add a driver for Microsoft Azure Network Adapter
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• RE: [Patch v5 11/12] net: mana: Define data structures for protection domain and memory registration
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• Re: [PATCH] IB/hfi1: remove rc_only_opcode and uc_only_opcode declarations
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [Patch v5 00/12] Introduce Microsoft Azure Network Adapter (MANA) RDMA driver
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH V2 0/3] misc changes for rtrs
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v5 00/21] Move all drivers to a common dma-buf locking convention
  • From: Sumit Semwal <sumit.semwal@xxxxxxxxxx>
• Re: [PATCH v5 15/21] dma-buf: Move dma_buf_vmap() to dynamic locking specification
  • From: Sumit Semwal <sumit.semwal@xxxxxxxxxx>
• Re: [PATCH] infiniband: ulp: srpt: Use flex array destination for memcpy()
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH V2 0/3] misc changes for rtrs
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-next 0/4] RDMA/erdma: cleanups and updates 9-9-2022
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-next 4/4] RDMA/erdma: Support dynamic mtu
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH] RDMA/srp: Fix srp_abort()
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH] hw/qib: fix repeated words in comments
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH] hw/hfi1: fix repeated words in comments
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH 1/2] IB/uverbs: Set LENGTH on IB MR in uverbs layer
  • From: Leon Romanovsky <leonro@xxxxxxxxxx>
• Re: [PATCH for-next 0/2] irdma for-next updates 9-7-2022
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH net-next v2] net/mlx5e: Ensure macsec_rule is always initiailized in macsec_fs_{r,t}x_add_rule()
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH] RDMA/siw: Fix QP destroy to wait for all references dropped.
  • From: Bernard Metzler <bmt@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3] MAINTAINERS: Update entries for some VMware drivers
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• [PATCH] RDMA/siw: Always consume all skbuf data in sk_data_ready() upcall.
  • From: Bernard Metzler <bmt@xxxxxxxxxxxxxx>
• [PATCH] IB/qib: update the comments of qib_free_irq
  • From: Deming Wang <wangdeming@xxxxxxxxxx>
• Re: [PATCH -next v2 1/2] net/mlx5e: add missing error code in error path
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH -next] net: rds: add missing __init/__exit annotations to module init/exit funcs
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH 0/3] MAINTAINERS: Update entries for some VMware drivers
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH v2] SUNRPC: Replace the use of the xprtiod WQ in rpcrdma
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [Intel-wired-lan] [PATCH v2 3/3] net: ethernet: move from strlcpy with unused retval to strscpy
  • From: "naamax.meir" <naamax.meir@xxxxxxxxxxxxxxx>
• [PATCH 2/2] providers/rxe: Implement the xrc transport protocol
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH 1/2] Update kernel headers
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH 0/2] providers/rxe: Implement the xrc transport protocol
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• some of these got sent twice. They are the same. Just ignore the extras.
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next 13/13] RDMA/rxe: Extend rxe_resp.c to support xrc qps
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next 12/13] RDMA/rxe: Extend rxe_net.c to support xrc qps
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next 11/13] RDMA/rxe: Extend rxe_req.c to support xrc qps
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next 04/13] RDMA/rxe: Extend opcodes and headers to support xrc
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next 03/13] RDMA: Add xrc opcodes to ib_pack.h
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next 10/13] RDMA/rxe: Extend rxe_comp.c to support xrc qps
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next 05/13] RDMA/rxe: Add xrc opcodes to next_opcode()
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next 06/13] RDMA/rxe: Implement open_xrcd and close_xrcd
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next 12/13] RDMA/rxe: Extend rxe_net.c to support xrc qps
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next 11/13] RDMA/rxe: Extend rxe_req.c to support xrc qps
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next 09/13] RDMA/rxe: Extend rxe_recv.c to support xrc
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next 13/13] RDMA/rxe: Extend rxe_resp.c to support xrc qps
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next 08/13] RDMA/rxe: Extend rxe_qp.c to support xrc qps
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next 07/13] RDMA/rxe: Extend srq verbs to support xrcd
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next 02/13] RDMA/rxe: Move next_opcode() to rxe_opcode.c
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next 01/13] RDMA/rxe: Replace START->FIRST, END->LAST
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next 00/13] Implement the xrc transport
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next 09/13] RDMA/rxe: Extend rxe_recv.c to support xrc
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next 08/13] RDMA/rxe: Extend rxe_qp.c to support xrc qps
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next 07/13] RDMA/rxe: Extend srq verbs to support xrcd
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next 06/13] RDMA/rxe: Implement open_xrcd and close_xrcd
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next 05/13] RDMA/rxe: Add xrc opcodes to next_opcode()
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next 04/13] RDMA/rxe: Extend opcodes and headers to support xrc
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next 03/13] RDMA: Add xrc opcodes to ib_pack.h
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next 02/13] RDMA/rxe: Move next_opcode() to rxe_opcode.c
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next 01/13] RDMA/rxe: Replace START->FIRST, END->LAST
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next 00/13] Implement the xrc transport
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• Re: [PATCH v1] SUNRPC: Replace the use of the xprtiod WQ in rpcrdma
  • From: Chuck Lever III <chuck.lever@xxxxxxxxxx>
• Re: [PATCH v1] SUNRPC: Replace the use of the xprtiod WQ in rpcrdma
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [PATCH v1] SUNRPC: Replace the use of the xprtiod WQ in rpcrdma
  • From: Olga Kornievskaia <aglo@xxxxxxxxx>
• Re: [PATCH net-next v2 10/10] net/smc: fix application data exception
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v2 01/10] net/smc: remove locks smc_client_lgr_pending and smc_server_lgr_pending
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v1] SUNRPC: Replace the use of the xprtiod WQ in rpcrdma
  • From: Olga Kornievskaia <aglo@xxxxxxxxx>
• RE: [PATCH v5 06/21] drm/i915: Prepare to dynamic dma-buf locking specification
  • From: "Ruhl, Michael J" <michael.j.ruhl@xxxxxxxxx>
• Re: [PATCH -next v2 2/2] net/mlx5e: Switch to kmemdup() when allocate dev_addr
  • From: Saeed Mahameed <saeedm@xxxxxxxxxx>
• Re: [PATCH -next v2 1/2] net/mlx5e: add missing error code in error path
  • From: Saeed Mahameed <saeedm@xxxxxxxxxx>
• [PATCH -next v2 1/2] net/mlx5e: add missing error code in error path
  • From: Yang Yingliang <yangyingliang@xxxxxxxxxx>
• [PATCH -next v2 2/2] net/mlx5e: Switch to kmemdup() when allocate dev_addr
  • From: Yang Yingliang <yangyingliang@xxxxxxxxxx>
• Re: [PATCH -next 1/2] net/mlx5e: add missing error code in error path
  • From: Yang Yingliang <yangyingliang@xxxxxxxxxx>
• RE: [PATCH -next 2/2] net/mlx5e: Switch to kmemdup() when allocate dev_addr
  • From: Raed Salem <raeds@xxxxxxxxxx>
• RE: [PATCH -next 1/2] net/mlx5e: add missing error code in error path
  • From: Raed Salem <raeds@xxxxxxxxxx>
• [PATCH 2/2] providers/rxe: Remove redundant num_sge fields
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH 1/2] Update kernel headers
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH 0/2] providers/rxe: Remove redundant num_sge_fields
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next] RDMA/rxe: Remove redundant num_sge fields
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH v5 21/21] dma-buf: Remove obsoleted internal lock
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v5 18/21] dma-buf: Move dma_buf_mmap() to dynamic locking specification
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v5 19/21] dma-buf: Document dynamic locking convention
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v5 20/21] media: videobuf2: Stop using internal dma-buf lock
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v5 17/21] dma-buf: Move dma_buf_map_attachment() to dynamic locking specification
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v5 16/21] dma-buf: Move dma_buf_attach() to dynamic locking specification
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v5 11/21] misc: fastrpc: Prepare to dynamic dma-buf locking specification
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v5 10/21] RDMA/umem: Prepare to dynamic dma-buf locking specification
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v5 13/21] media: videobuf2: Prepare to dynamic dma-buf locking specification
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v5 14/21] media: tegra-vde: Prepare to dynamic dma-buf locking specification
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v5 09/21] drm/etnaviv: Prepare to dynamic dma-buf locking specification
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v5 15/21] dma-buf: Move dma_buf_vmap() to dynamic locking specification
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v5 12/21] xen/gntdev: Prepare to dynamic dma-buf locking specification
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v5 08/21] drm/tegra: Prepare to dynamic dma-buf locking specification
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v5 06/21] drm/i915: Prepare to dynamic dma-buf locking specification
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v5 07/21] drm/omapdrm: Prepare to dynamic dma-buf locking specification
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v5 05/21] drm/armada: Prepare to dynamic dma-buf locking specification
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v5 04/21] drm/prime: Prepare to dynamic dma-buf locking specification
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v5 03/21] drm/gem: Take reservation lock for vmap/vunmap operations
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v5 02/21] dma-buf: Add unlocked variant of attachment-mapping functions
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v5 01/21] dma-buf: Add unlocked variant of vmapping functions
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v5 00/21] Move all drivers to a common dma-buf locking convention
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH -next 2/2] net/mlx5e: Switch to kmemdup() when allocate dev_addr
  • From: Yang Yingliang <yangyingliang@xxxxxxxxxx>
• [PATCH -next 1/2] net/mlx5e: add missing error code in error path
  • From: Yang Yingliang <yangyingliang@xxxxxxxxxx>
• [PATCH 5.4 101/108] RDMA/siw: Pass a pointer to virt_to_page()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.10 61/79] RDMA/siw: Pass a pointer to virt_to_page()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.15 086/121] RDMA/siw: Pass a pointer to virt_to_page()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.19 126/192] RDMA/siw: Pass a pointer to virt_to_page()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/7] RDMA/rxe: Convert the triple tasklets to workqueues
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• RE: [PATCH rdma-rc v1] RDMA/core: fix sg_to_page mapping for boundary condition
  • From: Kashyap Desai <kashyap.desai@xxxxxxxxxxxx>
• RE: [RFC PATCH 0/7] RDMA/rxe: On-Demand Paging on SoftRoCE
  • From: "matsuda-daisuke@xxxxxxxxxxx" <matsuda-daisuke@xxxxxxxxxxx>
• Re: [RFC PATCH 2/7] RDMA/rxe: Convert the triple tasklets to workqueues
  • From: Yanjun Zhu <yanjun.zhu@xxxxxxxxx>
• RE: [RFC PATCH 2/7] RDMA/rxe: Convert the triple tasklets to workqueues
  • From: "matsuda-daisuke@xxxxxxxxxxx" <matsuda-daisuke@xxxxxxxxxxx>
• Re: [RFC PATCH 2/7] RDMA/rxe: Convert the triple tasklets to workqueues
  • From: Yanjun Zhu <yanjun.zhu@xxxxxxxxx>
• RE: [RFC PATCH 2/7] RDMA/rxe: Convert the triple tasklets to workqueues
  • From: "matsuda-daisuke@xxxxxxxxxxx" <matsuda-daisuke@xxxxxxxxxxx>
• Re: [RFC PATCH 2/7] RDMA/rxe: Convert the triple tasklets to workqueues
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• RE: [PATCH net-next v2] net/mlx5e: Ensure macsec_rule is always initiailized in macsec_fs_{r,t}x_add_rule()
  • From: Raed Salem <raeds@xxxxxxxxxx>
• [PATCH] IB/hfi1: remove rc_only_opcode and uc_only_opcode declarations
  • From: Gaosheng Cui <cuigaosheng1@xxxxxxxxxx>
• [PATCH net-next v2] net/mlx5e: Ensure macsec_rule is always initiailized in macsec_fs_{r,t}x_add_rule()
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH net-next] net/mlx5e: Ensure macsec_rule is always initiailized in macsec_fs_{r,t}x_add_rule()
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [RFC PATCH 2/7] RDMA/rxe: Convert the triple tasklets to workqueues
  • From: Yanjun Zhu <yanjun.zhu@xxxxxxxxx>
• RE: [PATCH net-next] net/mlx5e: Ensure macsec_rule is always initiailized in macsec_fs_{r,t}x_add_rule()
  • From: Raed Salem <raeds@xxxxxxxxxx>
• Re: [PATCH 0/3] MAINTAINERS: Update entries for some VMware drivers
  • From: Vishnu Dasa <vdasa@xxxxxxxxxx>
• Re: [Patch v5 00/12] Introduce Microsoft Azure Network Adapter (MANA) RDMA driver
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• RE: [Patch v5 00/12] Introduce Microsoft Azure Network Adapter (MANA) RDMA driver
  • From: Long Li <longli@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/7] RDMA/rxe: Convert the triple tasklets to workqueues
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• Re: [GIT PULL] Please pull RDMA subsystem changes
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v4 06/21] drm/i915: Prepare to dynamic dma-buf locking specification
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [GIT PULL] Please pull RDMA subsystem changes
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH] infiniband: ulp: srpt: Use flex array destination for memcpy()
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH rdma-next 2/8] RDMA/mlx5: Generalize mlx5_cache_cache_mr() to fit all cacheable mkeys
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH V2 3/3] RDMA/rtrs-clt: Kill xchg_paths
  • From: Santosh Pradhan <santosh.pradhan@xxxxxxxxx>
• Re: [PATCH v2 4/4] vfio/pci: Allow MMIO regions to be exported through dma-buf
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v2 4/4] vfio/pci: Allow MMIO regions to be exported through dma-buf
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] infiniband: ulp: srpt: Use flex array destination for memcpy()
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• [PATCH for-next 4/4] RDMA/erdma: Support dynamic mtu
  • From: Cheng Xu <chengyou@xxxxxxxxxxxxxxxxx>
• [PATCH for-next 1/4] RDMA/erdma: Eliminate unnecessary casting for erdma_post_cmd_wait
  • From: Cheng Xu <chengyou@xxxxxxxxxxxxxxxxx>
• [PATCH for-next 0/4] RDMA/erdma: cleanups and updates 9-9-2022
  • From: Cheng Xu <chengyou@xxxxxxxxxxxxxxxxx>
• [PATCH for-next 3/4] RDMA/erdma: Make hardware internal opcodes invisible to driver
  • From: Cheng Xu <chengyou@xxxxxxxxxxxxxxxxx>
• [PATCH for-next 2/4] RDMA/erdma: Remove redundant includes
  • From: Cheng Xu <chengyou@xxxxxxxxxxxxxxxxx>
• [PATCH -next] net: rds: add missing __init/__exit annotations to module init/exit funcs
  • From: Xiu Jianfeng <xiujianfeng@xxxxxxxxxx>
• Re: [PATCH net-next v2 00/10] optimize the parallelism of SMC-R connections
  • From: Jan Karcher <jaka@xxxxxxxxxxxxx>
• [PATCH] net/rds: remove rds_ib_sysctl_max_unsig_bytes declaration
  • From: Gaosheng Cui <cuigaosheng1@xxxxxxxxxx>
• [PATCH] net/mlx5: use kmemdup() to replace kzalloc + memcpy
  • From: Jiapeng Chong <jiapeng.chong@xxxxxxxxxxxxxxxxx>
• [rdma:wip/leon-for-next] BUILD SUCCESS e866025b3b1557f9bf6ab1770f297fe6d90e0417
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RFC PATCH 0/7] RDMA/rxe: On-Demand Paging on SoftRoCE
  • From: Li Zhijian <lizhijian@xxxxxxxxxxx>
• Re: [RFC PATCH 6/7] RDMA/rxe: Add support for Send/Recv/Write/Read operations with ODP
  • From: "matsuda-daisuke@xxxxxxxxxxx" <matsuda-daisuke@xxxxxxxxxxx>
• [PATCH] infiniband: ulp: srpt: Use flex array destination for memcpy()
  • From: Hangyu Hua <hbh25y@xxxxxxxxx>
• RE: [RFC PATCH 5/7] RDMA/rxe: Allow registering MRs for On-Demand Paging
  • From: "matsuda-daisuke@xxxxxxxxxxx" <matsuda-daisuke@xxxxxxxxxxx>
• [PATCH] RDMA/srp: Fix srp_abort()
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [PATCH rdma-next 7/8] RDMA/mlx5: Cache all user cacheable mkeys on dereg MR flow
  • From: Michael Guralnik <michaelgur@xxxxxxxxxx>
• [PATCH rdma-next 8/8] RDMA/mlx5: Add work to remove temporary entries from the cache
  • From: Michael Guralnik <michaelgur@xxxxxxxxxx>
• [PATCH rdma-next 5/8] RDMA/mlx5: Introduce mlx5r_cache_rb_key
  • From: Michael Guralnik <michaelgur@xxxxxxxxxx>
• [PATCH rdma-next 6/8] RDMA/mlx5: Change the cache structure to an RB-tree
  • From: Michael Guralnik <michaelgur@xxxxxxxxxx>
• [PATCH rdma-next 4/8] RDMA/mlx5: Allow rereg all the mkeys that can load pas with UMR
  • From: Michael Guralnik <michaelgur@xxxxxxxxxx>
• [PATCH rdma-next 3/8] RDMA/mlx5: Remove explicit ODP cache entry
  • From: Michael Guralnik <michaelgur@xxxxxxxxxx>
• [PATCH rdma-next 2/8] RDMA/mlx5: Generalize mlx5_cache_cache_mr() to fit all cacheable mkeys
  • From: Michael Guralnik <michaelgur@xxxxxxxxxx>
• [PATCH rdma-next 1/8] RDMA/mlx5: Don't keep umrable 'page_shift' in cache entries
  • From: Michael Guralnik <michaelgur@xxxxxxxxxx>
• [PATCH rdma-next 0/8] RDMA/mlx5: Switch MR cache to use RB-tree
  • From: Michael Guralnik <michaelgur@xxxxxxxxxx>
• RE: [siw problem] use-after-free in xfstest generic/460 in NFSoRDMA
  • From: Bernard Metzler <BMT@xxxxxxxxxxxxxx>
• Re: [PATCH net-next] net/mlx5e: Ensure macsec_rule is always initiailized in macsec_fs_{r,t}x_add_rule()
  • From: Tom Rix <trix@xxxxxxxxxx>
• Re: [RFC PATCH 5/7] RDMA/rxe: Allow registering MRs for On-Demand Paging
  • From: Haris Iqbal <haris.iqbal@xxxxxxxxx>
• [siw problem] use-after-free in xfstest generic/460 in NFSoRDMA
  • From: Olga Kornievskaia <aglo@xxxxxxxxx>
• [PATCH net-next] net/mlx5e: Ensure macsec_rule is always initiailized in macsec_fs_{r,t}x_add_rule()
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• [PATCH] hw/qib: fix repeated words in comments
  • From: wangjianli <wangjianli@xxxxxxxxxx>
• [PATCH] hw/hfi1: fix repeated words in comments
  • From: wangjianli <wangjianli@xxxxxxxxxx>
• [PATCH] hw/hfi1: fix repeated words in comments
  • From: wangjianli <wangjianli@xxxxxxxxxx>
• Re: [RFC PATCH 0/7] RDMA/rxe: On-Demand Paging on SoftRoCE
  • From: "matsuda-daisuke@xxxxxxxxxxx" <matsuda-daisuke@xxxxxxxxxxx>
• [PATCH rdma-next 4/4] RDMA/cm: Use DLID from inbound/outbound PathRecords as the datapath DLID
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 3/4] RDMA/cm: Use SLID in the work completion as the DLID in responder side
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 1/4] RDMA/core: Rename rdma_route.num_paths field to num_pri_alt_paths
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 2/4] RDMA/cma: Multiple path records support with netlink channel
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 0/4] Support multiple path records
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH V2 3/3] RDMA/rtrs-clt: Kill xchg_paths
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH V2 3/3] RDMA/rtrs-clt: Kill xchg_paths
  • From: Haris Iqbal <haris.iqbal@xxxxxxxxx>
• [PATCH V2 3/3] RDMA/rtrs-clt: Kill xchg_paths
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• [PATCH V2 2/3] RDMA/rtrs-clt: Break the loop once one path is connected
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• [PATCH V2 1/3] RDMA/rtrs: Update comments for MAX_SESS_QUEUE_DEPTH
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• [PATCH V2 0/3] misc changes for rtrs
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH net-next v2 10/10] net/smc: fix application data exception
  • From: Wen Gu <guwen@xxxxxxxxxxxxxxxxx>
• [PATCH 1/2] IB/uverbs: Set LENGTH on IB MR in uverbs layer
  • From: Daisuke Matsuda <matsuda-daisuke@xxxxxxxxxxx>
• [PATCH 2/2] RDMA/rxe: Use members of generic struct in rxe_mr
  • From: Daisuke Matsuda <matsuda-daisuke@xxxxxxxxxxx>
• Re: [PATCH] RDMA/mlx5: Remove duplicate assignment in umr_rereg_pas()
  • From: Leon Romanovsky <leonro@xxxxxxxxxx>
• Re: [PATCH 0/3] misc changes for rtrs
  • From: Haris Iqbal <haris.iqbal@xxxxxxxxx>
• Re: [RFC PATCH 0/7] RDMA/rxe: On-Demand Paging on SoftRoCE
  • From: Zhu Yanjun <zyjzyj2000@xxxxxxxxx>
• [PATCH] RDMA/mlx5: Remove duplicate assignment in umr_rereg_pas()
  • From: Daisuke Matsuda <matsuda-daisuke@xxxxxxxxxxx>
• Re: [RFC PATCH 6/7] RDMA/rxe: Add support for Send/Recv/Write/Read operations with ODP
  • From: Leon Romanovsky <leonro@xxxxxxxxxx>
• Re: [PATCH for-next 1/2] RDMA/rxe: use %u to print u32 variables
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-next 4/4] nvme-rdma: add more error details when a QP moves to an error state
  • From: Patrisious Haddad <phaddad@xxxxxxxxxx>
• [rdma:wip/leon-for-rc] BUILD SUCCESS a261786fdc0a5bed2e5f994dcc0ffeeeb0d662c7
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH mlx5-next 13/14] net/mlx5: Add IFC bits for general obj create param
  • From: Saeed Mahameed <saeed@xxxxxxxxxx>
• [PATCH mlx5-next 14/14] net/mlx5: Add IFC bits and enums for crypto key
  • From: Saeed Mahameed <saeed@xxxxxxxxxx>
• [PATCH mlx5-next 11/14] net/mlx5e: Rename from tls to transport static params
  • From: Saeed Mahameed <saeed@xxxxxxxxxx>
• [PATCH mlx5-next 12/14] net/mlx5: Add NVMEoTCP caps, HW bits, 128B CQE and enumerations
  • From: Saeed Mahameed <saeed@xxxxxxxxxx>
• [PATCH mlx5-next 10/14] net/mlx5: Remove from FPGA IFC file not-needed definitions
  • From: Saeed Mahameed <saeed@xxxxxxxxxx>
• [PATCH mlx5-next 09/14] net/mlx5: Remove unused structs
  • From: Saeed Mahameed <saeed@xxxxxxxxxx>
• [PATCH mlx5-next 08/14] net/mlx5: Remove unused functions
  • From: Saeed Mahameed <saeed@xxxxxxxxxx>
• [PATCH mlx5-next 07/14] net/mlx5: detect and enable bypass port select flow table
  • From: Saeed Mahameed <saeed@xxxxxxxxxx>
• [PATCH mlx5-next 04/14] RDMA/mlx5: Don't set tx affinity when lag is in hash mode
  • From: Saeed Mahameed <saeed@xxxxxxxxxx>
• [PATCH mlx5-next 06/14] net/mlx5: Lag, enable hash mode by default for all NICs
  • From: Saeed Mahameed <saeed@xxxxxxxxxx>
• [PATCH mlx5-next 05/14] net/mlx5: Lag, set active ports if support bypass port select flow table
  • From: Saeed Mahameed <saeed@xxxxxxxxxx>
• [PATCH mlx5-next 01/14] net/mlx5: Expose NPPS related registers
  • From: Saeed Mahameed <saeed@xxxxxxxxxx>
• [PATCH mlx5-next 03/14] net/mlx5: add IFC bits for bypassing port select flow table
  • From: Saeed Mahameed <saeed@xxxxxxxxxx>
• [PATCH mlx5-next 02/14] net/mlx5: Add support for NPPS with real time mode
  • From: Saeed Mahameed <saeed@xxxxxxxxxx>
• [PATCH mlx5-next 00/14] mlx5-next updates 2022-09-07
  • From: Saeed Mahameed <saeed@xxxxxxxxxx>
• [PATCH for-next 0/2] irdma for-next updates 9-7-2022
  • From: Shiraz Saleem <shiraz.saleem@xxxxxxxxx>
• [PATCH for-next 2/2] RDMA/irdma: Validate udata inlen and outlen
  • From: Shiraz Saleem <shiraz.saleem@xxxxxxxxx>
• [PATCH for-next 1/2] RDMA/irdma: Align AE id codes to correct flush code and event
  • From: Shiraz Saleem <shiraz.saleem@xxxxxxxxx>
• Re: [PATCH] Add missing ib_uverbs dependency from SoftiWARP
  • From: Tom Talpey <tom@xxxxxxxxxx>
• Re: [PATCH rdma-next 4/4] nvme-rdma: add more error details when a QP moves to an error state
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-next 4/4] nvme-rdma: add more error details when a QP moves to an error state
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v2 4/4] vfio/pci: Allow MMIO regions to be exported through dma-buf
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] Add missing ib_uverbs dependency from SoftiWARP
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v2 4/4] vfio/pci: Allow MMIO regions to be exported through dma-buf
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v2 4/4] vfio/pci: Allow MMIO regions to be exported through dma-buf
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v2 4/4] vfio/pci: Allow MMIO regions to be exported through dma-buf
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v2 4/4] vfio/pci: Allow MMIO regions to be exported through dma-buf
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] Add missing ib_uverbs dependency from SoftiWARP
  • From: Tom Talpey <tom@xxxxxxxxxx>
• Re: [PATCH v2 4/4] vfio/pci: Allow MMIO regions to be exported through dma-buf
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] vfio/pci: Allow MMIO regions to be exported through dma-buf
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-next 4/4] nvme-rdma: add more error details when a QP moves to an error state
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH rdma-next 4/4] nvme-rdma: add more error details when a QP moves to an error state
  • From: Sagi Grimberg <sagi@xxxxxxxxxxx>
• Re: [PATCH v2 4/4] vfio/pci: Allow MMIO regions to be exported through dma-buf
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v2 4/4] vfio/pci: Allow MMIO regions to be exported through dma-buf
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v2 4/4] vfio/pci: Allow MMIO regions to be exported through dma-buf
  • From: Oded Gabbay <ogabbay@xxxxxxxxxx>
• Re: [PATCH v2 4/4] vfio/pci: Allow MMIO regions to be exported through dma-buf
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] Add missing ib_uverbs dependency from SoftiWARP
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• RE: [PATCH] Add missing ib_uverbs dependency from SoftiWARP
  • From: Bernard Metzler <BMT@xxxxxxxxxxxxxx>
• Re: [PATCH] Add missing ib_uverbs dependency from SoftiWARP
  • From: Tom Talpey <tom@xxxxxxxxxx>
• Re: [PATCH] Add missing ib_uverbs dependency from SoftiWARP
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH] Add missing ib_uverbs dependency from SoftiWARP
  • From: Tom Talpey <tom@xxxxxxxxxx>
• Re: [PATCH rdma-next 4/4] nvme-rdma: add more error details when a QP moves to an error state
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH] rdma/rdmavt_qp: Remove unnecessary 'NULL' values from qp
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-next 4/4] nvme-rdma: add more error details when a QP moves to an error state
  • From: Sagi Grimberg <sagi@xxxxxxxxxxx>
• Re: [PATCH v2 4/4] vfio/pci: Allow MMIO regions to be exported through dma-buf
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-next 4/4] nvme-rdma: add more error details when a QP moves to an error state
  • From: Leon Romanovsky <leonro@xxxxxxxxxx>
• Re: [PATCH v2 4/4] vfio/pci: Allow MMIO regions to be exported through dma-buf
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] vfio/pci: Allow MMIO regions to be exported through dma-buf
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] vfio/pci: Allow MMIO regions to be exported through dma-buf
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH rdma-next 4/4] nvme-rdma: add more error details when a QP moves to an error state
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH rdma-next 4/4] nvme-rdma: add more error details when a QP moves to an error state
  • From: Patrisious Haddad <phaddad@xxxxxxxxxx>
• [PATCH rdma-next 2/4] RDMA/core: Introduce ib_get_qp_err_syndrome function
  • From: Patrisious Haddad <phaddad@xxxxxxxxxx>
• [PATCH rdma-next 3/4] RDMA/mlx5: Implement ib_get_qp_err_syndrome
  • From: Patrisious Haddad <phaddad@xxxxxxxxxx>