Linux RDMA (remote direct memory access) and InfiniBand Development

• Thread Index

• Re: pull-request: mlx5-next netdev notifier deadlock 2023-02-07
  • From: Saeed Mahameed <saeed@xxxxxxxxxx>
• Re: pull-request: mlx5-next netdev notifier deadlock 2023-02-07
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: pull-request: mlx5-next netdev notifier deadlock 2023-02-07
  • From: Saeed Mahameed <saeed@xxxxxxxxxx>
• Re: pull-request: mlx5-next netdev notifier deadlock 2023-02-07
  • From: Saeed Mahameed <saeed@xxxxxxxxxx>
• Re: pull-request: mlx5-next netdev notifier deadlock 2023-02-07
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: pull-request: mlx5-next netdev notifier deadlock 2023-02-07
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH 1/1] ice: Change assigning method of the CPU affinity masks
  • From: Philip Li <philip.li@xxxxxxxxx>
• Re: [PATCH] RDMA/cma: Distinguish between sockaddr_in and sockaddr_in6 by size
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: pull-request: mlx5-next 2023-01-24 V2
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: pull-request: mlx5-next 2023-01-24 V2
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: pull-request: mlx5-next 2023-01-24 V2
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: pull-request: mlx5-next 2023-01-24 V2
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: pull-request: mlx5-next 2023-01-24 V2
  • From: Saeed Mahameed <saeed@xxxxxxxxxx>
• Re: pull-request: mlx5-next 2023-01-24 V2
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH] RDMA/cma: Distinguish between sockaddr_in and sockaddr_in6 by size
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 1/1] ice: Change assigning method of the CPU affinity masks
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: pull-request: mlx5-next 2023-01-24 V2
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [rdma:wip/leon-for-next] BUILD SUCCESS 9cd9842c46996ef62173c36619c746f57416bcb0
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/1] ice: Change assigning method of the CPU affinity masks
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/1] ice: Change assigning method of the CPU affinity masks
  • From: kernel test robot <lkp@xxxxxxxxx>
• RE: [EXT] Re: [net-next PATCH V3 2/4] octeontx2-pf: qos send queues management
  • From: Hariprasad Kelam <hkelam@xxxxxxxxxxx>
• Re: [PATCH 1/1] ice: Change assigning method of the CPU affinity masks
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] ice: Change assigning method of the CPU affinity masks
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH for-rc] RDMA/irdma: Fix for RoCEv2 traffic after IP deleted
  • From: Sindhu Devale <sindhu.devale@xxxxxxxxx>
• Re: pull-request: mlx5-next 2023-01-24 V2
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 1/1] ice: Change assigning method of the CPU affinity masks
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [recipe build #3492133] of ~linux-rdma rdma-core-daily in xenial: Dependency wait
  • From: noreply@xxxxxxxxxxxxx
• [PATCH 1/1] ice: Change assigning method of the CPU affinity masks
  • From: Pawel Chmielewski <pawel.chmielewski@xxxxxxxxx>
• Re: pull-request: mlx5-next 2023-01-24 V2
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-next v4] Subject: RDMA/rxe: Handle zero length rdma
  • From: "lizhijian@xxxxxxxxxxx" <lizhijian@xxxxxxxxxxx>
• Re: [PATCH for-rc, v2] RDMA/irdma: Cap MSIX used to online CPUs + 1
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-next v4] Subject: RDMA/rxe: Handle zero length rdma
  • From: "Daisuke Matsuda (Fujitsu)" <matsuda-daisuke@xxxxxxxxxxx>
• Re: [PATCH RESEND 0/9] sched: cpumask: improve on cpumask_local_spread() locality
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [net-next 0/2] Deliver confirm/delete rkey message in parallel
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• Re: [net-next 0/2] Deliver confirm/delete rkey message in parallel
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• Re: [net-next 1/2] net/smc: allow confirm/delete rkey response deliver multiplex
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND 0/9] sched: cpumask: improve on cpumask_local_spread() locality
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• pull-request: mlx5-next netdev notifier deadlock 2023-02-07
  • From: Saeed Mahameed <saeed@xxxxxxxxxx>
• Re: [net-next 0/2] Deliver confirm/delete rkey message in parallel
  • From: Wenjia Zhang <wenjia@xxxxxxxxxxxxx>
• Re: [net-next 2/2] net/smc: make SMC_LLC_FLOW_RKEY run concurrently
  • From: Wenjia Zhang <wenjia@xxxxxxxxxxxxx>
• Re: [net-next 1/2] net/smc: allow confirm/delete rkey response deliver multiplex
  • From: Wenjia Zhang <wenjia@xxxxxxxxxxxxx>
• [rdma:wip/leon-for-next] BUILD SUCCESS 8e6e49ccf1a0f2b3257394dc8610bb6d48859d3f
  • From: kernel test robot <lkp@xxxxxxxxx>
• [rdma:wip/leon-for-rc] BUILD SUCCESS 2de49fb1c9bb8bfe283070fef2e9304d9842a30c
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: pull-request: mlx5-next 2023-01-24 V2
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH for-rc, v2] RDMA/irdma: Cap MSIX used to online CPUs + 1
  • From: Sindhu Devale <sindhu.devale@xxxxxxxxx>
• Re: pull-request: mlx5-next 2023-01-24 V2
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH net-next v2] rds: rds_rm_zerocopy_callback() use list_first_entry()
  • From: Pietro Borrello <borrello@xxxxxxxxxxxxxxxx>
• [PATCH net v3] rds: rds_rm_zerocopy_callback() use list_first_entry()
  • From: Pietro Borrello <borrello@xxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v2] rds: rds_rm_zerocopy_callback() use list_first_entry()
  • From: Willem de Bruijn <willemb@xxxxxxxxxx>
• [PATCH net-next v2] rds: rds_rm_zerocopy_callback() use list_first_entry()
  • From: Pietro Borrello <borrello@xxxxxxxxxxxxxxxx>
• Re: [net-next PATCH V3 4/4] octeontx2-pf: Add support for HTB offload
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [net-next PATCH V3 2/4] octeontx2-pf: qos send queues management
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH 3/9] sched: add sched_numa_find_nth_cpu()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH] RDMA/mlx5: check reg_create() create for errors
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH] RDMA/restrack: Correct spelling
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v2] RDMA/rtrs: Don't call kobject_del for srv_path->kobj
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH] RDMA/restrack: Correct spelling
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: ibv_reg_mr hang
  • From: Maor Gottlieb <maorg@xxxxxxxxxx>
• [net-next 1/2] net/smc: allow confirm/delete rkey response deliver multiplex
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [net-next 2/2] net/smc: make SMC_LLC_FLOW_RKEY run concurrently
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [net-next 0/2] Deliver confirm/delete rkey message in parallel
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v11 0/8] Add Auxiliary driver support
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• RE: [PATCH] RDMA/mlx5: check reg_create() create for errors
  • From: Devesh Sharma <devesh.s.sharma@xxxxxxxxxx>
• Re: [PATCH 3/9] sched: add sched_numa_find_nth_cpu()
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• ibv_reg_mr hang
  • From: yang <wei.xin@xxxxxxxxxxxx>
• [rdma:wip/leon-for-next] BUILD SUCCESS 283861a4c52c1ea4df3dd1b6fc75a50796ce3524
  • From: kernel test robot <lkp@xxxxxxxxx>
• [rdma:wip/leon-for-rc] BUILD SUCCESS 563ca0e9eab8acc8a1309e8b440108ff8d23e951
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: pull-request: mlx5-next 2023-01-24 V2
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH net v2 1/5] ice: Do not use WQ_MEM_RECLAIM flag for workqueue
  • From: Tony Nguyen <anthony.l.nguyen@xxxxxxxxx>
• Re: [PATCH net 1/6] ice: avoid bonding causing auxiliary plug/unplug under RTNL lock
  • From: Tony Nguyen <anthony.l.nguyen@xxxxxxxxx>
• Re: [PATCH net-next v11 0/8] Add Auxiliary driver support
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• Re: [PATCH for-next v2 0/3] Rework system pinning
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: pull-request: mlx5-next 2023-01-24 V2
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH] RDMA/mlx5: check reg_create() create for errors
  • From: Dan Carpenter <error27@xxxxxxxxx>
• Re: [PATCH for-next v2 0/3] Rework system pinning
  • From: Dennis Dalessandro <dennis.dalessandro@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] RDMA/cxgb4: Fix potential null-ptr-deref in pass_establish()
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-rc] RDMA/irdma: Cap MSIX used to online CPUs + 1
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v2] RDMA/cxgb4: Fix potential null-ptr-deref in pass_establish()
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-next 0/2] Two small fixes to MR cache series
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-next 1/2] RDMA/mlx5: Fix MR cache debugfs in switchdev mode
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: Re: [PATCH] RDMA/siw: Fix user page pinning accounting
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [RFC PATCH 10/19] net: skb: Switch to using vm_account
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH] RDMA/siw: Fix user page pinning accounting
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [net-next v7 0/4] net/smc: optimize the parallelism of SMC-R connections
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• Re: [net-next v7 0/4] net/smc: optimize the parallelism of SMC-R connections
  • From: Wenjia Zhang <wenjia@xxxxxxxxxxxxx>
• Re: [PATCH for-next v2 0/3] Rework system pinning
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH] RDMA/restrack: Correct spelling
  • From: "Daisuke Matsuda (Fujitsu)" <matsuda-daisuke@xxxxxxxxxxx>
• [PATCH] RDMA/restrack: Correct spelling
  • From: Deming Wang <wangdeming@xxxxxxxxxx>
• [PATCH 10/19] net: skb: Switch to using vm_account
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH 05/19] RMDA/siw: Convert to use vm_account
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH 04/19] infiniband/umem: Convert to use vm_account
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH 06/19] RDMA/usnic: convert to use vm_account
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH 01/19] mm: Introduce vm_account
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v2] RDMA/rtrs: Don't call kobject_del for srv_path->kobj
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxx>
• [net-next PATCH V3 4/4] octeontx2-pf: Add support for HTB offload
  • From: Hariprasad Kelam <hkelam@xxxxxxxxxxx>
• [net-next PATCH V3 3/4] octeontx2-pf: Refactor schedular queue alloc/free calls
  • From: Hariprasad Kelam <hkelam@xxxxxxxxxxx>
• [net-next PATCH V3 2/4] octeontx2-pf: qos send queues management
  • From: Hariprasad Kelam <hkelam@xxxxxxxxxxx>
• [net-next PATCH V3 1/4] sch_htb: Allow HTB priority parameter in offload mode
  • From: Hariprasad Kelam <hkelam@xxxxxxxxxxx>
• [net-next PATCH V3 0/4] octeontx2-pf: HTB offload support
  • From: Hariprasad Kelam <hkelam@xxxxxxxxxxx>
• Re: [RFC PATCH 10/19] net: skb: Switch to using vm_account
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v6 7/7] PCI: Work around PCIe link training failures
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• [PATCH v6 5/7] net/mlx5: Rely on `link_active_reporting'
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• [PATCH v6 6/7] PCI: pciehp: Rely on `link_active_reporting'
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• [PATCH v6 4/7] powerpc/eeh: Rely on `link_active_reporting'
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• [PATCH v6 3/7] PCI: Initialize `link_active_reporting' earlier
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• [PATCH v6 1/7] PCI: Export PCI link retrain timeout
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• [PATCH v6 0/7] pci: Work around ASMedia ASM2824 PCIe link training failures
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• [PATCH v6 2/7] PCI: Execute `quirk_enable_clear_retrain_link' earlier
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: Re: [PATCH] RDMA/siw: Fix user page pinning accounting
  • From: Leon Romanovsky <leonro@xxxxxxxxxx>
• Re: pull-request: mlx5-next 2023-01-24 V2
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: pull-request: mlx5-next 2023-01-24 V2
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: pull-request: mlx5-next 2023-01-24 V2
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: pull-request: mlx5-next 2023-01-24 V2
  • From: Saeed Mahameed <saeed@xxxxxxxxxx>
• Re: pull-request: mlx5-next 2023-01-24 V2
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: pull-request: mlx5-next 2023-01-24 V2
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH 09/11] cifs: Build the RDMA SGE list directly from an iterator
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 04/11] cifs: Add a function to build an RDMA SGE list from an iterator
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: pull-request: mlx5-next 2023-01-24 V2
  • From: Saeed Mahameed <saeed@xxxxxxxxxx>
• Re: pull-request: mlx5-next 2023-01-24 V2
  • From: Saeed Mahameed <saeed@xxxxxxxxxx>
• Re: [PATCH for-next v4] Subject: RDMA/rxe: Handle zero length rdma
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• Re: [net-next v7 0/4] net/smc: optimize the parallelism of SMC-R connections
  • From: Wenjia Zhang <wenjia@xxxxxxxxxxxxx>
• Re: [PATCH] RDMA/irdma: Move variable into switch case
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [PATCH 5.4 038/134] net: mlx5: eliminate anonymous module_init & module_exit
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.19 21/80] net: mlx5: eliminate anonymous module_init & module_exit
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.14 17/62] net: mlx5: eliminate anonymous module_init & module_exit
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH for-next v4] Subject: RDMA/rxe: Handle zero length rdma
  • From: "Daisuke Matsuda (Fujitsu)" <matsuda-daisuke@xxxxxxxxxxx>
• Re: [PATCHv3 for-next 1/1] RDMA/irdma: Add support for dmabuf pin memory regions
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• [rdma:wip/leon-for-next] BUILD SUCCESS ef42520240aacfc0d46c8d780c051d135a8dc9b7
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 3/9] sched: add sched_numa_find_nth_cpu()
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• [rdma:wip/leon-for-rc] BUILD SUCCESS 29419daf6c957f39d33f1f91db9385ac9f80820b
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] RDMA/irdma: Slightly optimize irdma_form_ah_cm_frame()
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• [PATCH v2] RDMA/cxgb4: Fix potential null-ptr-deref in pass_establish()
  • From: Nikita Zhandarovich <n.zhandarovich@xxxxxxxxxx>
• Re: pull-request: mlx5-next 2023-01-24 V2
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: pull-request: mlx5-next 2023-01-24 V2
  • From: Saeed Mahameed <saeed@xxxxxxxxxx>
• [PATCH for-rc] RDMA/irdma: Cap MSIX used to online CPUs + 1
  • From: Sindhu Devale <sindhu.devale@xxxxxxxxx>
• Re: pull-request: mlx5-next 2023-01-24 V2
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: pull-request: mlx5-next 2023-01-24 V2
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: pull-request: mlx5-next 2023-01-24 V2
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: pull-request: mlx5-next 2023-01-24 V2
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH RESEND 0/9] sched: cpumask: improve on cpumask_local_spread() locality
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH RESEND 0/9] sched: cpumask: improve on cpumask_local_spread() locality
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: pull-request: mlx5-next 2023-01-24 V2
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: pull-request: mlx5-next 2023-01-24 V2
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: pull-request: mlx5-next 2023-01-24 V2
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH for-next 0/7] FIXME and other fixes
  • From: Dennis Dalessandro <dennis.dalessandro@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] RDMA/cxgb4: Fix potential null-ptr-deref in pass_establish()
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH rdma-next 1/2] RDMA/mlx5: Fix MR cache debugfs in switchdev mode
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH] RDMA/cxgb4: Fix potential null-ptr-deref in pass_establish()
  • From: Nikita Zhandarovich <n.zhandarovich@xxxxxxxxxx>
• Re: [PATCH rdma-next 1/2] RDMA/mlx5: Fix MR cache debugfs in switchdev mode
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-next 1/2] RDMA/mlx5: Fix MR cache debugfs in switchdev mode
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH for-next v3] Subject: RDMA/rxe: Handle zero length rdma
  • From: Tom Talpey <tom@xxxxxxxxxx>
• [recipe build #3488986] of ~linux-rdma rdma-core-daily in xenial: Dependency wait
  • From: noreply@xxxxxxxxxxxxx
• [PATCH] RDMA/siw: Fix user page pinning accounting
  • From: Bernard Metzler <bmt@xxxxxxxxxxxxxx>
• [PATCH v2] RDMA/rtrs: Don't call kobject_del for srv_path->kobj
  • From: Li Zhijian <lizhijian@xxxxxxxxxxx>
• RE: Re: [PATCH] RDMA/siw: Fix user page pinning accounting
  • From: Bernard Metzler <BMT@xxxxxxxxxxxxxx>
• [PATCH rdma-next 2/2] RDMA/mlx5: Remove impossible check of mkey cache cleanup failure
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 1/2] RDMA/mlx5: Fix MR cache debugfs in switchdev mode
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 0/2] Two small fixes to MR cache series
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH] RDMA/mana_ib: Prevent array underflow in mana_ib_create_qp_raw()
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH] RDMA/mana_ib: Prevent array underflow in mana_ib_create_qp_raw()
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [net-next v7 4/4] net/smc: replace mutex rmbs_lock and sndbufs_lock with rw_semaphore
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [net-next v7 3/4] net/smc: reduce unnecessary blocking in smcr_lgr_reg_rmbs()
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [net-next v7 0/4] net/smc: optimize the parallelism of SMC-R connections
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [net-next v7 1/4] net/smc: llc_conf_mutex refactor, replace it with rw_semaphore
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [net-next v7 2/4] net/smc: use read semaphores to reduce unnecessary blocking in smc_buf_create() & smcr_buf_unuse()
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] RDMA/rtrs: Don't call kobject_del for srv_path->kobj
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH] RDMA/cxgb4: add null-ptr-check after ip_dev_find()
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH RFC] RDMA/rtrs: Don't call kobject_del for srv_path->kobj
  • From: "lizhijian@xxxxxxxxxxx" <lizhijian@xxxxxxxxxxx>
• Re: [PATCH] RDMA/irdma: Move variable into switch case
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: pull-request: mlx5-next 2023-01-24 V2
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH] RDMA/siw: Fix user page pinning accounting
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH RFC] RDMA/rtrs: Don't call kobject_del for srv_path->kobj
  • From: "lizhijian@xxxxxxxxxxx" <lizhijian@xxxxxxxxxxx>
• Re: [PATCH for-next v3] Subject: RDMA/rxe: Handle zero length rdma
  • From: "lizhijian@xxxxxxxxxxx" <lizhijian@xxxxxxxxxxx>
• [PATCH for-next v4] Subject: RDMA/rxe: Handle zero length rdma
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• Re: [PATCH RFC] RDMA/rtrs: Don't call kobject_del for srv_path->kobj
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH net-next v11 0/8] Add Auxiliary driver support
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH for-next v3] Subject: RDMA/rxe: Handle zero length rdma
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• Re: [PATCH RFC] RDMA/rtrs: Don't call kobject_del for srv_path->kobj
  • From: "lizhijian@xxxxxxxxxxx" <lizhijian@xxxxxxxxxxx>
• [PATCH net-next v11 8/8] bnxt_en: Remove runtime interrupt vector allocation
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• [PATCH net-next v11 6/8] bnxt_en: Remove struct bnxt access from RoCE driver
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• [PATCH net-next v11 7/8] RDMA/bnxt_re: Remove the sriov config callback
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• [PATCH net-next v11 4/8] bnxt_en: Use direct API instead of indirection
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• [PATCH net-next v11 5/8] bnxt_en: Use auxiliary bus calls over proprietary calls
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• [PATCH net-next v11 3/8] bnxt_en: Remove usage of ulp_id
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• [PATCH net-next v11 2/8] RDMA/bnxt_re: Use auxiliary driver interface
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• [PATCH net-next v11 1/8] bnxt_en: Add auxiliary driver support
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• [PATCH net-next v11 0/8] Add Auxiliary driver support
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• Re: [PATCH RFC] RDMA/rtrs: Don't call kobject_del for srv_path->kobj
  • From: Guoqing Jiang <guoqing.jiang@xxxxxxxxx>
• Re: [PATCH net-next v10 1/8] bnxt_en: Add auxiliary driver support
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] RDMA/irdma: Move variable into switch case
  • From: Jack Vogel <jack.vogel@xxxxxxxxxx>
• [PATCH net-next v10 6/8] bnxt_en: Remove struct bnxt access from RoCE driver
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• [PATCH net-next v10 8/8] bnxt_en: Remove runtime interrupt vector allocation
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• [PATCH net-next v10 5/8] bnxt_en: Use auxiliary bus calls over proprietary calls
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• [PATCH net-next v10 7/8] RDMA/bnxt_re: Remove the sriov config callback
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• [PATCH net-next v10 3/8] bnxt_en: Remove usage of ulp_id
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• [PATCH net-next v10 4/8] bnxt_en: Use direct API instead of indirection
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• [PATCH net-next v10 2/8] RDMA/bnxt_re: Use auxiliary driver interface
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• [PATCH net-next v10 1/8] bnxt_en: Add auxiliary driver support
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• [PATCH net-next v10 0/8] Add Auxiliary driver support
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• Re: [PATCH net-next v9 0/8] Add Auxiliary driver support
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• Re: [PATCH net-next v9 0/8] Add Auxiliary driver support
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH] RDMA/cxgb4: add null-ptr-check after ip_dev_find()
  • From: Nikita Zhandarovich <n.zhandarovich@xxxxxxxxxx>
• Re: [PATCH net-next v9 0/8] Add Auxiliary driver support
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• Re: [PATCH for-next v3] Subject: RDMA/rxe: Handle zero length rdma
  • From: Tom Talpey <tom@xxxxxxxxxx>
• [PATCH RFC] RDMA/rtrs: Don't call kobject_del for srv_path->kobj
  • From: Li Zhijian <lizhijian@xxxxxxxxxxx>
• [PATCH] RDMA/siw: Fix user page pinning accounting
  • From: Bernard Metzler <bmt@xxxxxxxxxxxxxx>
• Re: [PATCH for-next v3] Subject: RDMA/rxe: Handle zero length rdma
  • From: "Daisuke Matsuda (Fujitsu)" <matsuda-daisuke@xxxxxxxxxxx>
• Re: [PATCH] RDMA/irdma: Move variable into switch case
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH net 2/6] ice: Do not use WQ_MEM_RECLAIM flag for workqueue
  • From: Leon Romanovsky <leonro@xxxxxxxxxx>
• Re: [PATCH net 1/6] ice: avoid bonding causing auxiliary plug/unplug under RTNL lock
  • From: Leon Romanovsky <leonro@xxxxxxxxxx>
• Re: [PATCH for-next 0/7] FIXME and other fixes
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH net-next v9 0/8] Add Auxiliary driver support
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH net-next v9 0/8] Add Auxiliary driver support
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [rdma:wip/jgg-for-rc] BUILD SUCCESS f9c47b2caa7ffc903ec950b454b59c209afe3182
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCHv3 for-next 1/1] RDMA/irdma: Add support for dmabuf pin memory regions
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• Re: [PATCHv2 for-next 1/1] RDMA/irdma: Add support for dmabuf pin memory regions
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• [rdma:for-rc] BUILD SUCCESS c956940a4ab73a87d0165e911c001dbdd2c8200f
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] RDMA/irdma: Fix warning in utils.c build
  • From: Jack Vogel <jack.vogel@xxxxxxxxxx>
• [PATCH] RDMA/irdma: Move variable into switch case
  • From: Jack Vogel <jack.vogel@xxxxxxxxxx>
• Re: [PATCH] RDMA/siw: Fix user page pinning accounting
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH net 2/6] ice: Do not use WQ_MEM_RECLAIM flag for workqueue
  • From: Tony Nguyen <anthony.l.nguyen@xxxxxxxxx>
• [PATCH net 1/6] ice: avoid bonding causing auxiliary plug/unplug under RTNL lock
  • From: Tony Nguyen <anthony.l.nguyen@xxxxxxxxx>
• [PATCH 09/12] cifs: Build the RDMA SGE list directly from an iterator
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 04/12] cifs: Add a function to build an RDMA SGE list from an iterator
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH for-next 0/7] FIXME and other fixes
  • From: Dennis Dalessandro <dennis.dalessandro@xxxxxxxxxxxxxxxxxxxx>
• [recipe build #3487906] of ~linux-rdma rdma-core-daily in xenial: Dependency wait
  • From: noreply@xxxxxxxxxxxxx
• Re: [PATCH for-next 0/7] FIXME and other fixes
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCHv2 for-next 1/1] RDMA/irdma: Add support for dmabuf pin memory regions
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-rc] RDMA/umem: Use dma-buf locked API to solve deadlock
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [RFC PATCH 01/19] mm: Introduce vm_account
  • From: David Hildenbrand <david@xxxxxxxxxx>
• RE: Re: [PATCH] RDMA/siw: Fix user page pinning accounting
  • From: Bernard Metzler <BMT@xxxxxxxxxxxxxx>
• [PATCH net-next v9 8/8] bnxt_en: Remove runtime interrupt vector allocation
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• [PATCH net-next v9 7/8] RDMA/bnxt_re: Remove the sriov config callback
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• [PATCH net-next v9 6/8] bnxt_en: Remove struct bnxt access from RoCE driver
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• [PATCH net-next v9 2/8] RDMA/bnxt_re: Use auxiliary driver interface
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• [PATCH net-next v9 4/8] bnxt_en: Use direct API instead of indirection
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• [PATCH net-next v9 3/8] bnxt_en: Remove usage of ulp_id
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• [PATCH net-next v9 5/8] bnxt_en: Use auxiliary bus calls over proprietary calls
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• [PATCH net-next v9 1/8] bnxt_en: Add auxiliary driver support
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• [PATCH net-next v9 0/8] Add Auxiliary driver support
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• Re: [PATCH net-next v6 1/7] net/smc: remove locks smc_client_lgr_pending and smc_server_lgr_pending
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] RDMA/siw: Fix user page pinning accounting
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [rdma:wip/leon-for-rc] BUILD SUCCESS b7e08a5a63a11627601915473c3b569c1f6c6c06
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH for-next 0/7] FIXME and other fixes
  • From: Dennis Dalessandro <dennis.dalessandro@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v6 1/7] net/smc: remove locks smc_client_lgr_pending and smc_server_lgr_pending
  • From: Wenjia Zhang <wenjia@xxxxxxxxxxxxx>
• Re: [PATCH RESEND 0/9] sched: cpumask: improve on cpumask_local_spread() locality
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH 0/9] use canonical ftrace path whenever possible
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• RE: [PATCH for-rc] IB/isert: Fix hang in iscsit_wait_for_tag
  • From: "Devale, Sindhu" <sindhu.devale@xxxxxxxxx>
• [PATCH 0/9] use canonical ftrace path whenever possible
  • From: Ross Zwisler <zwisler@xxxxxxxxxxxx>
• [PATCH 2/9] bpf: use canonical ftrace path
  • From: Ross Zwisler <zwisler@xxxxxxxxxxxx>
• Re: [PATCH rdma-rc] RDMA/umem: Use dma-buf locked API to solve deadlock
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [PATCH rdma-next 00/13] Add RDMA inline crypto support
  • From: Max Gurtovoy <mgurtovoy@xxxxxxxxxx>
• [PATCH rdma-rc] RDMA/umem: Use dma-buf locked API to solve deadlock
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH 5.10 046/143] net: mlx5: eliminate anonymous module_init & module_exit
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.15 068/204] net: mlx5: eliminate anonymous module_init & module_exit
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 6.1 111/313] net: mlx5: eliminate anonymous module_init & module_exit
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] RDMA/siw: Fix user page pinning accounting
  • From: Bernard Metzler <bmt@xxxxxxxxxxxxxx>
• RE: [PATCH] RDMA/siw: Fix user page pinning accounting
  • From: Bernard Metzler <BMT@xxxxxxxxxxxxxx>
• [PATCH] RDMA/siw: Fix user page pinning accounting
  • From: Bernard Metzler <bmt@xxxxxxxxxxxxxx>
• RE: Re: [RFC PATCH 05/19] RMDA/siw: Convert to use vm_account
  • From: Bernard Metzler <BMT@xxxxxxxxxxxxxx>
• Re: [PATCH] RDMA/siw: Fix user page pinning accounting
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-next 00/13] Add RDMA inline crypto support
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH rdma-next 00/13] Add RDMA inline crypto support
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH 01/19] mm: Introduce vm_account
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [RFC PATCH 05/19] RMDA/siw: Convert to use vm_account
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [RFC PATCH 10/19] net: skb: Switch to using vm_account
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [RFC PATCH 06/19] RDMA/usnic: convert to use vm_account
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH net-next v6 1/7] net/smc: remove locks smc_client_lgr_pending and smc_server_lgr_pending
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] RDMA/usnic: use iommu_map_atomic() under spin_lock()
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH net-next v6 1/7] net/smc: remove locks smc_client_lgr_pending and smc_server_lgr_pending
  • From: Wenjia Zhang <wenjia@xxxxxxxxxxxxx>
• [PATCHv2 for-next 1/1] RDMA/irdma: Add support for dmabuf pin memory regions
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• [rdma:wip/leon-for-rc] BUILD SUCCESS 5d9745cead1f121974322b94ceadfb4d1e67960e
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH net-next v6 1/7] net/smc: remove locks smc_client_lgr_pending and smc_server_lgr_pending
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] RDMA/irdma: Fix potential NULL-ptr-dereference
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH] RDMA/mana_ib: Prevent array underflow in mana_ib_create_qp_raw()
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH] RDMA/usnic: use iommu_map_atomic() under spin_lock()
  • From: Yang Yingliang <yangyingliang@xxxxxxxxxx>
• Re: [PATCH RESEND 0/9] sched: cpumask: improve on cpumask_local_spread() locality
  • From: Tariq Toukan <ttoukan.linux@xxxxxxxxx>
• [rdma:wip/jgg-for-next] BUILD SUCCESS 627122280c878cf5d3cda2d2c5a0a8f6a7e35cb7
  • From: kernel test robot <lkp@xxxxxxxxx>
• [rdma:wip/leon-for-rc] BUILD SUCCESS e632291a2dbce45a24cddeb5fe28fe71d724ba43
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH for-next v3] Subject: RDMA/rxe: Handle zero length rdma
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next v2] Subject: RDMA/rxe: Handle zero length rdma
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• Re: [PATCH for-next v7 0/6] RDMA/rxe: Replace mr page map with an xarray
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• Re: [PATCH v5 rdma-next 0/6] RDMA/mlx5: Switch MR cache to use RB-tree
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH for-next v7 0/6] RDMA/rxe: Replace mr page map with an xarray
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• Re: [PATCH for-next] RDMA/rxe: Handle zero length cases correctly
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH for-next v7 0/6] RDMA/rxe: Replace mr page map with an xarray
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• RE: [PATCH] RDMA/irdma: Fix potential NULL-ptr-dereference
  • From: "Devale, Sindhu" <sindhu.devale@xxxxxxxxx>
• RE: [PATCH] RDMA/mana_ib: Prevent array underflow in mana_ib_create_qp_raw()
  • From: Long Li <longli@xxxxxxxxxxxxx>
• [recipe build #3485453] of ~linux-rdma rdma-core-daily in xenial: Dependency wait
  • From: noreply@xxxxxxxxxxxxx
• pull-request: mlx5-next 2023-01-24 V2
  • From: Saeed Mahameed <saeed@xxxxxxxxxx>
• Re: [Lsf-pc] [LSF/MM/BPF proposal]: Physr discussion
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH rdma-rc v2] IB/IPoIB: Fix queue count for non-enhanced IPoIB over netlink
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-rc v2] IB/IPoIB: Fix queue count for non-enhanced IPoIB over netlink
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-rc v2] IB/IPoIB: Fix queue count for non-enhanced IPoIB over netlink
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• Re: [PATCH rdma-rc v2] IB/IPoIB: Fix queue count for non-enhanced IPoIB over netlink
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH] RDMA/irdma: Fix potential NULL-ptr-dereference
  • From: Nikita Zhandarovich <n.zhandarovich@xxxxxxxxxx>
• Re: [PATCH rdma-rc v2] IB/IPoIB: Fix queue count for non-enhanced IPoIB over netlink
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-rc v2] IB/IPoIB: Fix queue count for non-enhanced IPoIB over netlink
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [net-next Patch v2 4/5] octeontx2-pf: Add devlink support to configure TL1 RR_PRIO
  • From: Hariprasad Kelam <hkelam@xxxxxxxxxxx>
• Re: [PATCH v2 3/6] mm: replace vma->vm_flags direct modifications with modifier calls
  • From: Sebastian Reichel <sebastian.reichel@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 6/6] mm: export dump_mm()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCHv3 for-next 0/4] RDMA/irdma: Refactor irdma_reg_user_mr function
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• Re: [PATCH] RDMA/mana_ib: Prevent array underflow in mana_ib_create_qp_raw()
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH] RDMA/mana_ib: Prevent array underflow in mana_ib_create_qp_raw()
  • From: Dan Carpenter <error27@xxxxxxxxx>
• Re: [PATCHv3 for-next 0/4] RDMA/irdma: Refactor irdma_reg_user_mr function
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCHv3 for-next 0/4] RDMA/irdma: Refactor irdma_reg_user_mr function
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH] RDMA/mana_ib: Prevent array underflow in mana_ib_create_qp_raw()
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [LSF/MM/BPF proposal]: Physr discussion
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 5/6] mm: introduce mod_vm_flags_nolock and use it in untrack_pfn
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 4/6] mm: replace vma->vm_flags indirect modification in ksm_madvise
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 3/6] mm: replace vma->vm_flags direct modifications with modifier calls
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 2/6] mm: replace VM_LOCKED_CLEAR_MASK with VM_LOCKED_MASK
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH net-next 05/11] net: add missing includes of linux/sched/clock.h
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [LSF/MM/BPF proposal]: Physr discussion
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• Re: [PATCHv3 for-next 0/4] RDMA/irdma: Refactor irdma_reg_user_mr function
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• [recipe build #3484839] of ~linux-rdma rdma-core-daily in xenial: Dependency wait
  • From: noreply@xxxxxxxxxxxxx
• [PATCH v5 rdma-next 6/6] RDMA/mlx5: Add work to remove temporary entries from the cache
  • From: Michael Guralnik <michaelgur@xxxxxxxxxx>
• [PATCH v5 rdma-next 5/6] RDMA/mlx5: Cache all user cacheable mkeys on dereg MR flow
  • From: Michael Guralnik <michaelgur@xxxxxxxxxx>
• [PATCH v5 rdma-next 3/6] RDMA/mlx5: Change the cache structure to an RB-tree
  • From: Michael Guralnik <michaelgur@xxxxxxxxxx>
• [PATCH v5 rdma-next 4/6] RDMA/mlx5: Introduce mlx5r_cache_rb_key
  • From: Michael Guralnik <michaelgur@xxxxxxxxxx>
• [PATCH v5 rdma-next 2/6] RDMA/mlx5: Remove implicit ODP cache entry
  • From: Michael Guralnik <michaelgur@xxxxxxxxxx>
• [PATCH v5 rdma-next 1/6] RDMA/mlx5: Don't keep umrable 'page_shift' in cache entries
  • From: Michael Guralnik <michaelgur@xxxxxxxxxx>
• [PATCH v5 rdma-next 0/6] RDMA/mlx5: Switch MR cache to use RB-tree
  • From: Michael Guralnik <michaelgur@xxxxxxxxxx>
• [RFC 10/13] cifs: Build the RDMA SGE list directly from an iterator
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC 05/13] cifs: Add a function to build an RDMA SGE list from an iterator
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH for-next v2 3/3] IB/hfi1: Do all memory-pinning through hfi1's pinning interface
  • From: Dennis Dalessandro <dennis.dalessandro@xxxxxxxxxxxxxxxxxxxx>
• [PATCH for-next v2 2/3] IB/hfi1: Fix sdma.h tx->num_descs off-by-one errors
  • From: Dennis Dalessandro <dennis.dalessandro@xxxxxxxxxxxxxxxxxxxx>
• [PATCH for-next v2 1/3] IB/hfi1: Fix math bugs in hfi1_can_pin_pages()
  • From: Dennis Dalessandro <dennis.dalessandro@xxxxxxxxxxxxxxxxxxxx>
• [PATCH for-next v2 0/3] Rework system pinning
  • From: Dennis Dalessandro <dennis.dalessandro@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/6] mm: replace vma->vm_flags indirect modification in ksm_madvise
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v2 4/6] mm: replace vma->vm_flags indirect modification in ksm_madvise
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v2 5/6] mm: introduce mod_vm_flags_nolock and use it in untrack_pfn
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v2 4/6] mm: replace vma->vm_flags indirect modification in ksm_madvise
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v2 3/6] mm: replace vma->vm_flags direct modifications with modifier calls
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v3 00/10] Let iommufd charge IOPTE allocations to the memory cgroup
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH v2 6/6] mm: export dump_mm()
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v2 5/6] mm: introduce mod_vm_flags_nolock and use it in untrack_pfn
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v2 4/6] mm: replace vma->vm_flags indirect modification in ksm_madvise
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v2 3/6] mm: replace vma->vm_flags direct modifications with modifier calls
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/6] mm: replace VM_LOCKED_CLEAR_MASK with VM_LOCKED_MASK
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions
  • From: Michal Hocko <mhocko@xxxxxxxx>
• [PATCH v2 6/6] mm: export dump_mm()
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v2 5/6] mm: introduce mod_vm_flags_nolock and use it in untrack_pfn
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v2 4/6] mm: replace vma->vm_flags indirect modification in ksm_madvise
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v2 3/6] mm: replace vma->vm_flags direct modifications with modifier calls
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v2 2/6] mm: replace VM_LOCKED_CLEAR_MASK with VM_LOCKED_MASK
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v2 0/6] introduce vm_flags modifier functions
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• pull-request: mlx5-next 2023-01-24
  • From: Saeed Mahameed <saeed@xxxxxxxxxx>
• Re: [net-next Patch v2 4/5] octeontx2-pf: Add devlink support to configure TL1 RR_PRIO
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH for-next] RDMA/rxe: Handle zero length cases correctly
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• Re: [PATCH v4 rdma-next 4/6] RDMA/mlx5: Introduce mlx5r_cache_rb_key
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 01/10] iommu: Add a gfp parameter to iommu_map()
  • From: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
• RE: [PATCH] RDMA/mana_ib: Prevent array underflow in mana_ib_create_qp_raw()
  • From: Long Li <longli@xxxxxxxxxxxxx>
• [PATCH rdma-rc v2] IB/IPoIB: Fix queue count for non-enhanced IPoIB over netlink
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• RE: [RFC PATCH 05/19] RMDA/siw: Convert to use vm_account
  • From: Bernard Metzler <BMT@xxxxxxxxxxxxxx>
• RE: [RFC PATCH 05/19] RMDA/siw: Convert to use vm_account
  • From: Bernard Metzler <BMT@xxxxxxxxxxxxxx>
• [PATCH] RDMA/mana_ib: Prevent array underflow in mana_ib_create_qp_raw()
  • From: Dan Carpenter <error27@xxxxxxxxx>
• Re: [PATCH for-next v6 0/6] RDMA/rxe: Replace mr page map with an xarray
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [RFC PATCH 10/19] net: skb: Switch to using vm_account
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [RFC PATCH 06/19] RDMA/usnic: convert to use vm_account
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [RFC PATCH 05/19] RMDA/siw: Convert to use vm_account
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [RFC PATCH 01/19] mm: Introduce vm_account
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [net-next Patch v2 4/5] octeontx2-pf: Add devlink support to configure TL1 RR_PRIO
  • From: Maxim Mikityanskiy <maxtram95@xxxxxxxxx>
• Re: [PATCH rdma-rc v1] IB/IPoIB: Fix legacy IPoIB due to wrong number of queues
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [net-next Patch v2 4/5] octeontx2-pf: Add devlink support to configure TL1 RR_PRIO
  • From: Hariprasad Kelam <hkelam@xxxxxxxxxxx>
• Re: [PATCH net-next v8 1/8] bnxt_en: Add auxiliary driver support
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v8 1/8] bnxt_en: Add auxiliary driver support
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• Re: [PATCH net-next v8 1/8] bnxt_en: Add auxiliary driver support
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• Re: [PATCH net-next v8 1/8] bnxt_en: Add auxiliary driver support
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH net-next v8 1/8] bnxt_en: Add auxiliary driver support
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v8 1/8] bnxt_en: Add auxiliary driver support
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH rdma-rc v1] IB/IPoIB: Fix legacy IPoIB due to wrong number of queues
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [RFC PATCH 01/19] mm: Introduce vm_account
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [LSF/MM/BPF proposal]: Physr discussion
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• [RFC PATCH 10/19] net: skb: Switch to using vm_account
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [RFC PATCH 05/19] RMDA/siw: Convert to use vm_account
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [RFC PATCH 06/19] RDMA/usnic: convert to use vm_account
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [RFC PATCH 04/19] infiniband/umem: Convert to use vm_account
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [RFC PATCH 01/19] mm: Introduce vm_account
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH for-next v6 0/6] RDMA/rxe: Replace mr page map with an xarray
  • From: "Daisuke Matsuda (Fujitsu)" <matsuda-daisuke@xxxxxxxxxxx>
• Re: [PATCH for-next v6 0/6] RDMA/rxe: Replace mr page map with an xarray
  • From: Zhu Yanjun <zyjzyj2000@xxxxxxxxx>
• Re: [net-next Patch v2 4/5] octeontx2-pf: Add devlink support to configure TL1 RR_PRIO
  • From: Maxim Mikityanskiy <maxtram95@xxxxxxxxx>
• Re: [Lsf-pc] [LSF/MM/BPF proposal]: Physr discussion
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [net-next Patch v2 4/5] octeontx2-pf: Add devlink support to configure TL1 RR_PRIO
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [net-next Patch v2 4/5] octeontx2-pf: Add devlink support to configure TL1 RR_PRIO
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [Lsf-pc] [LSF/MM/BPF proposal]: Physr discussion
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 08/10] iommu/intel: Use GFP_KERNEL in sleepable contexts
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v3 09/10] iommu/s390: Push the gfp parameter to the kmem_cache_alloc()'s
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v3 03/10] iommu: Add a gfp parameter to iommu_map_sg()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v3 01/10] iommu: Add a gfp parameter to iommu_map()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v3 06/10] iommu/intel: Add a gfp parameter to alloc_pgtable_page()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v3 00/10] Let iommufd charge IOPTE allocations to the memory cgroup
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v3 05/10] iommufd: Use GFP_KERNEL_ACCOUNT for iommu_map()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v3 02/10] iommu: Remove iommu_map_atomic()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v3 07/10] iommu/intel: Support the gfp argument to the map_pages op
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v3 10/10] iommu/s390: Use GFP_KERNEL in sleepable contexts
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v3 04/10] iommu/dma: Use the gfp parameter in __iommu_dma_alloc_noncontiguous()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [Lsf-pc] [LSF/MM/BPF proposal]: Physr discussion
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [net-next Patch v2 4/5] octeontx2-pf: Add devlink support to configure TL1 RR_PRIO
  • From: Maxim Mikityanskiy <maxtram95@xxxxxxxxx>
• Re: [LSF/MM/BPF proposal]: Physr discussion
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• RE: [Lsf-pc] [LSF/MM/BPF proposal]: Physr discussion
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH for-next v6 0/6] RDMA/rxe: Replace mr page map with an xarray
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH for-next v6 6/6] RDMA/rxe: Replace rxe_map and rxe_phys_buf by xarray
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-rc v1] IB/IPoIB: Fix legacy IPoIB due to wrong number of queues
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [net-next Patch v2 2/5] octeontx2-pf: qos send queues management
  • From: Hariprasad Kelam <hkelam@xxxxxxxxxxx>
• Re: [net-next Patch v2 4/5] octeontx2-pf: Add devlink support to configure TL1 RR_PRIO
  • From: Hariprasad Kelam <hkelam@xxxxxxxxxxx>
• Re: [PATCH for-next 0/7] FIXME and other fixes
  • From: Dennis Dalessandro <dennis.dalessandro@xxxxxxxxxxxxxxxxxxxx>
• Re: [net-next Patch v2 1/5] sch_htb: Allow HTB priority parameter in offload mode
  • From: Hariprasad Kelam <hkelam@xxxxxxxxxxx>
• Re: [PATCH v2 04/10] iommu/dma: Use the gfp parameter in __iommu_dma_alloc_noncontiguous()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [LSF/MM/BPF proposal]: Physr discussion
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-next 00/13] Add RDMA inline crypto support
  • From: Israel Rukshin <israelr@xxxxxxxxxx>
• Re: [PATCH rdma-next 00/13] Add RDMA inline crypto support
  • From: Sagi Grimberg <sagi@xxxxxxxxxxx>
• RE: [PATCH for-next] RDMA/rxe: Handle zero length cases correctly
  • From: "Daisuke Matsuda (Fujitsu)" <matsuda-daisuke@xxxxxxxxxxx>
• Re: [PATCH 1/8] iommu: Add a gfp parameter to iommu_map()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH RESEND 0/9] sched: cpumask: improve on cpumask_local_spread() locality
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH for-rc] IB/isert: Fix hang in iscsit_wait_for_tag
  • From: Sagi Grimberg <sagi@xxxxxxxxxxx>
• [rdma:wip/leon-for-rc] BUILD SUCCESS 6601fc0d15ffc20654e39486f9bef35567106d68
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [LSF/MM/BPF proposal]: Physr discussion
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [net-next Patch v2 2/5] octeontx2-pf: qos send queues management
  • From: Simon Horman <simon.horman@xxxxxxxxxxxx>
• Re: [net-next Patch v2 4/5] octeontx2-pf: Add devlink support to configure TL1 RR_PRIO
  • From: Maxim Mikityanskiy <maxtram95@xxxxxxxxx>
• Re: [PATCH RESEND 0/9] sched: cpumask: improve on cpumask_local_spread() locality
  • From: Tariq Toukan <ttoukan.linux@xxxxxxxxx>
• Re: [PATCH rdma-rc v1] IB/IPoIB: Fix legacy IPoIB due to wrong number of queues
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-next 0/3] Refactor rq inline and add cqe inline
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-next 0/7] FIXME and other fixes
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [net-next Patch v2 1/5] sch_htb: Allow HTB priority parameter in offload mode
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [LSF/MM/BPF proposal]: Physr discussion
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-rc v1] IB/IPoIB: Fix legacy IPoIB due to wrong number of queues
  • From: Dragos Tatulea <dtatulea@xxxxxxxxxx>
• [PATCH 9/9] lib/cpumask: update comment for cpumask_local_spread()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 7/9] sched/topology: Introduce for_each_numa_hop_mask()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 6/9] sched/topology: Introduce sched_numa_hop_mask()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 8/9] net/mlx5e: Improve remote NUMA preferences used for the IRQ affinity hints
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 5/9] lib/cpumask: reorganize cpumask_local_spread() logic
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 4/9] cpumask: improve on cpumask_local_spread() locality
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 3/9] sched: add sched_numa_find_nth_cpu()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 2/9] cpumask: introduce cpumask_nth_and_andnot
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 1/9] lib/find: introduce find_nth_and_andnot_bit
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH RESEND 0/9] sched: cpumask: improve on cpumask_local_spread() locality
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [GIT PULL] Please pull RDMA subsystem changes
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] Please pull RDMA subsystem changes
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-rc v1] IB/IPoIB: Fix legacy IPoIB due to wrong number of queues
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v2 04/10] iommu/dma: Use the gfp parameter in __iommu_dma_alloc_noncontiguous()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v2 04/10] iommu/dma: Use the gfp parameter in __iommu_dma_alloc_noncontiguous()
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v2 rdma-core] irdma: Add ice and irdma to kernel-boot rules
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 1/8] iommu: Add a gfp parameter to iommu_map()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH for-next 0/7] FIXME and other fixes
  • From: Dennis Dalessandro <dennis.dalessandro@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH for-next 0/7] FIXME and other fixes
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH for-next 0/7] FIXME and other fixes
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [net-next Patch v2 4/5] octeontx2-pf: Add devlink support to configure TL1 RR_PRIO
  • From: Hariprasad Kelam <hkelam@xxxxxxxxxxx>
• [PATCH rdma-rc v1] IB/IPoIB: Fix legacy IPoIB due to wrong number of queues
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-rc] IB/IPoIB: Fix legacy IPoIB due to wrong number of queues
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-rc 6/6] IB/hfi1: Remove user expected buffer invalidate race
  • From: Dean Luick <dean.luick@xxxxxxxxxxxxxxxxxxxx>
• Re: [net-next Patch v2 4/5] octeontx2-pf: Add devlink support to configure TL1 RR_PRIO
  • From: Maxim Mikityanskiy <maxtram95@xxxxxxxxx>
• Re: [bug report] iwpm: crash fix for large connections test
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/8] iommu: Add a gfp parameter to iommu_map()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH for-next 0/3] Refactor rq inline and add cqe inline
  • From: "xuhaoyue (A)" <xuhaoyue1@xxxxxxxxxxxxx>
• Re: [net-next Patch v2 4/5] octeontx2-pf: Add devlink support to configure TL1 RR_PRIO
  • From: Hariprasad Kelam <hkelam@xxxxxxxxxxx>
• [PATCH net-next v8 8/8] bnxt_en: Remove runtime interrupt vector allocation
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• [PATCH net-next v8 7/8] RDMA/bnxt_re: Remove the sriov config callback
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• [PATCH net-next v8 5/8] bnxt_en: Use auxiliary bus calls over proprietary calls
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• [PATCH net-next v8 6/8] bnxt_en: Remove struct bnxt access from RoCE driver
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• [PATCH net-next v8 4/8] bnxt_en: Use direct API instead of indirection
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• [PATCH net-next v8 3/8] bnxt_en: Remove usage of ulp_id
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• [PATCH net-next v8 2/8] RDMA/bnxt_re: Use auxiliary driver interface
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• [PATCH net-next v8 1/8] bnxt_en: Add auxiliary driver support
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• [PATCH net-next v8 0/8] Add Auxiliary driver support
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• Re: [PATCH for-next] RDMA/rxe: Handle zero length cases correctly
  • From: Zhu Yanjun <zyjzyj2000@xxxxxxxxx>
• [PATCH rdma-rc] IB/IPoIB: Fix legacy IPoIB due to wrong number of queues
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v2 06/10] iommu/intel: Add a gfp parameter to alloc_pgtable_page()
  • From: Baolu Lu <baolu.lu@xxxxxxxxxxxxxxx>
• [rdma:for-rc] BUILD SUCCESS 0f097f08c9b3c1fdb6cc9f2dd423abc17d13f1a2
  • From: kernel test robot <lkp@xxxxxxxxx>
• RE: [PATCH v2 05/10] iommufd: Use GFP_KERNEL_ACCOUNT for iommu_map()
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• RE: [PATCH v2 08/10] iommu/intel: Use GFP_KERNEL in sleepable contexts
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• RE: [PATCH v2 06/10] iommu/intel: Add a gfp parameter to alloc_pgtable_page()
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• Re: [PATCH for-next] RDMA/rxe: Handle zero length cases correctly
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• Re: [PATCH for-next] RDMA/rxe: Handle zero length cases correctly
  • From: Zhu Yanjun <zyjzyj2000@xxxxxxxxx>
• [PATCH for-next v7 6/6] RDMA/rxe: Replace rxe_map and rxe_phys_buf by xarray
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next v7 4/6] RDMA-rxe: Isolate mr code from atomic_write_reply()
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next v7 5/6] RDMA/rxe: Cleanup page variables in rxe_mr.c
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next v7 3/6] RDMA-rxe: Isolate mr code from atomic_reply()
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next v7 2/6] RDMA/rxe: Move rxe_map_mr_sg to rxe_mr.c
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next v7 1/6] RDMA/rxe: Cleanup mr_check_range
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next v7 0/6] RDMA/rxe: Replace mr page map with an xarray
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• Re: [PATCH v2 10/10] iommu/s390: Use GFP_KERNEL in sleepable contexts
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• Re: [PATCH v2 09/10] iommu/s390: Push the gfp parameter to the kmem_cache_alloc()'s
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• [PATCH for-rc] IB/isert: Fix hang in iscsit_wait_for_tag
  • From: Shiraz Saleem <shiraz.saleem@xxxxxxxxx>
• Re: [PATCH] RDMA/rxe: Fix parameter errors
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• Re: [PATCH] RDMA/rxe: Fix parameter errors
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH for-next] RDMA/rxe: Handle zero length cases correctly
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH] RDMA/rxe: Fix parameter errors
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• Re: [PATCH for-rc 6/6] IB/hfi1: Remove user expected buffer invalidate race
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH for-rc 6/6] IB/hfi1: Remove user expected buffer invalidate race
  • From: Dean Luick <dean.luick@xxxxxxxxxxxxxxxxxxxx>
• Question about ordering between cq polling and notifying hw
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH v2 08/10] iommu/intel: Use GFP_KERNEL in sleepable contexts
  • From: Baolu Lu <baolu.lu@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 07/10] iommu/intel: Support the gfp argument to the map_pages op
  • From: Baolu Lu <baolu.lu@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 07/10] iommu/intel: Support the gfp argument to the map_pages op
  • From: Baolu Lu <baolu.lu@xxxxxxxxxxxxxxx>
• RE: [PATCH v2 07/10] iommu/intel: Support the gfp argument to the map_pages op
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• RE: [PATCH v2 02/10] iommu: Remove iommu_map_atomic()
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• RE: [PATCH v2 01/10] iommu: Add a gfp parameter to iommu_map()
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• RE: [PATCH v2 04/10] iommu/dma: Use the gfp parameter in __iommu_dma_alloc_noncontiguous()
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• RE: [PATCH v2 03/10] iommu: Add a gfp parameter to iommu_map_sg()
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• Re: Re: [PATCH 1/1] net/mlx4: Fix build error use array_size() helper in copy_to_user()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [net-next Patch v2 4/5] octeontx2-pf: Add devlink support to configure TL1 RR_PRIO
  • From: Maxim Mikityanskiy <maxtram95@xxxxxxxxx>
• [PATCH v2 07/10] iommu/intel: Support the gfp argument to the map_pages op
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 04/10] iommu/dma: Use the gfp parameter in __iommu_dma_alloc_noncontiguous()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 09/10] iommu/s390: Push the gfp parameter to the kmem_cache_alloc()'s
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 10/10] iommu/s390: Use GFP_KERNEL in sleepable contexts
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 00/10] Let iommufd charge IOPTE allocations to the memory cgroup
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 08/10] iommu/intel: Use GFP_KERNEL in sleepable contexts
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 05/10] iommufd: Use GFP_KERNEL_ACCOUNT for iommu_map()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 02/10] iommu: Remove iommu_map_atomic()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 06/10] iommu/intel: Add a gfp parameter to alloc_pgtable_page()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 01/10] iommu: Add a gfp parameter to iommu_map()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 03/10] iommu: Add a gfp parameter to iommu_map_sg()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 6/8] iommu/intel: Add a gfp parameter to alloc_pgtable_page()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-next 00/13] Add RDMA inline crypto support
  • From: Max Gurtovoy <mgurtovoy@xxxxxxxxxx>
• Re: [PATCH for-next v3 4/6] RDMA-rxe: Isolate mr code from atomic_write_reply()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH for-next v5 4/6] RDMA-rxe: Isolate mr code from atomic_write_reply()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH for-next 0/7] FIXME and other fixes
  • From: Dennis Dalessandro <dennis.dalessandro@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH for-rc 6/6] IB/hfi1: Remove user expected buffer invalidate race
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [net-next Patch v2 5/5] octeontx2-pf: Add support for HTB offload
  • From: Hariprasad Kelam <hkelam@xxxxxxxxxxx>
• [net-next Patch v2 4/5] octeontx2-pf: Add devlink support to configure TL1 RR_PRIO
  • From: Hariprasad Kelam <hkelam@xxxxxxxxxxx>
• [net-next Patch v2 3/5] octeontx2-pf: Refactor schedular queue alloc/free calls
  • From: Hariprasad Kelam <hkelam@xxxxxxxxxxx>
• [net-next Patch v2 2/5] octeontx2-pf: qos send queues management
  • From: Hariprasad Kelam <hkelam@xxxxxxxxxxx>
• [net-next Patch v2 1/5] sch_htb: Allow HTB priority parameter in offload mode
  • From: Hariprasad Kelam <hkelam@xxxxxxxxxxx>
• [net-next Patch v2 0/5] octeontx2-pf: HTB offload support
  • From: Hariprasad Kelam <hkelam@xxxxxxxxxxx>
• [net-next Patch v2 5/5] octeontx2-pf: Add support for HTB offload
  • From: Hariprasad Kelam <hkelam@xxxxxxxxxxx>
• [net-next Patch v2 3/5] octeontx2-pf: Refactor schedular queue alloc/free calls
  • From: Hariprasad Kelam <hkelam@xxxxxxxxxxx>
• [net-next Patch v2 2/5] octeontx2-pf: qos send queues management
  • From: Hariprasad Kelam <hkelam@xxxxxxxxxxx>
• [net-next Patch v2 4/5] octeontx2-pf: Add devlink support to configure TL1 RR_PRIO
  • From: Hariprasad Kelam <hkelam@xxxxxxxxxxx>
• [net-next Patch v2 1/5] sch_htb: Allow HTB priority parameter in offload mode
  • From: Hariprasad Kelam <hkelam@xxxxxxxxxxx>
• [net-next Patch v2 0/5] octeontx2-pf: HTB offload support
  • From: Hariprasad Kelam <hkelam@xxxxxxxxxxx>
• Re: [PATCH rdma-next 00/13] Add RDMA inline crypto support
  • From: Israel Rukshin <israelr@xxxxxxxxxx>
• Re: [PATCH rdma-next 00/13] Add RDMA inline crypto support
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [net 10/10] net: mlx5: eliminate anonymous module_init & module_exit
  • From: Saeed Mahameed <saeed@xxxxxxxxxx>
• Re: [PATCH rdma-next 00/13] Add RDMA inline crypto support
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH rdma-next 00/13] Add RDMA inline crypto support
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH rdma-next 00/13] Add RDMA inline crypto support
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [PATCH] [v2] mlx5: reduce stack usage in mlx5_setup_tc
  • From: Tariq Toukan <ttoukan.linux@xxxxxxxxx>
• Re: [PATCH rdma-next 00/13] Add RDMA inline crypto support
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH net-next v7 1/8] bnxt_en: Add auxiliary driver support
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• RE: [PATCH 6/8] iommu/intel: Add a gfp parameter to alloc_pgtable_page()
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• Re: [PATCH] [v2] mlx5: reduce stack usage in mlx5_setup_tc
  • From: Jacob Keller <jacob.e.keller@xxxxxxxxx>
• Re: [PATCH for-next v3 4/6] RDMA-rxe: Isolate mr code from atomic_write_reply()
  • From: Zhu Yanjun <zyjzyj2000@xxxxxxxxx>
• [PATCH] [v2] mlx5: reduce stack usage in mlx5_setup_tc
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH for-next v5 4/6] RDMA-rxe: Isolate mr code from atomic_write_reply()
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• RE: [PATCH v2 rdma-core] irdma: Add ice and irdma to kernel-boot rules
  • From: "Saleem, Shiraz" <shiraz.saleem@xxxxxxxxx>
• Re: [PATCH] mlx5: reduce stack usage in mlx5_setup_tc
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH rdma-next 06/13] RDMA/core: Introduce MR type for crypto operations
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH net-next v7 1/8] bnxt_en: Add auxiliary driver support
  • From: Ajit Khaparde <ajit.khaparde@xxxxxxxxxxxx>
• Re: [PATCH for-rc 6/6] IB/hfi1: Remove user expected buffer invalidate race
  • From: Dean Luick <dean.luick@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH for-next v5 4/6] RDMA-rxe: Isolate mr code from atomic_write_reply()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH] mlx5: reduce stack usage in mlx5_setup_tc
  • From: Tariq Toukan <ttoukan.linux@xxxxxxxxx>
• Re: [PATCH] mlx5: reduce stack usage in mlx5_setup_tc
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• [PATCH] mlx5: reduce stack usage in mlx5_setup_tc
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH for-next v6 4/6] RDMA-rxe: Isolate mr code from atomic_write_reply()
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next v6 5/6] RDMA/rxe: Cleanup page variables in rxe_mr.c
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next v6 3/6] RDMA-rxe: Isolate mr code from atomic_reply()
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next v6 2/6] RDMA/rxe: Move rxe_map_mr_sg to rxe_mr.c
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next v6 6/6] RDMA/rxe: Replace rxe_map and rxe_phys_buf by xarray
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next v6 0/6] RDMA/rxe: Replace mr page map with an xarray
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next v6 1/6] RDMA/rxe: Cleanup mr_check_range
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• Re: [PATCH net-next v7 1/8] bnxt_en: Add auxiliary driver support
  • From: Leon Romanovsky <leonro@xxxxxxxxxx>
• Re: [PATCH for-next v5 4/6] RDMA-rxe: Isolate mr code from atomic_write_reply()
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• Re: [PATCH for-next v5 4/6] RDMA-rxe: Isolate mr code from atomic_write_reply()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH for-next v5 4/6] RDMA-rxe: Isolate mr code from atomic_write_reply()
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• Re: [PATCH for-next v5 3/6] RDMA-rxe: Isolate mr code from atomic_reply()
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• Re: [PATCH for-next v3 4/6] RDMA-rxe: Isolate mr code from atomic_write_reply()
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• Re: [PATCH for-next v5 4/6] RDMA-rxe: Isolate mr code from atomic_write_reply()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH for-next v5 3/6] RDMA-rxe: Isolate mr code from atomic_reply()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v4 rdma-next 2/6] RDMA/mlx5: Remove explicit ODP cache entry
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-next 03/13] RDMA: Split kernel-only create QP flags from uverbs create QP flags
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-next 03/13] RDMA: Split kernel-only create QP flags from uverbs create QP flags
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-next 03/13] RDMA: Split kernel-only create QP flags from uverbs create QP flags
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-next 03/13] RDMA: Split kernel-only create QP flags from uverbs create QP flags
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH for-next v3 4/6] RDMA-rxe: Isolate mr code from atomic_write_reply()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 6/8] iommu/intel: Add a gfp parameter to alloc_pgtable_page()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 7/8] iommu/intel: Support the gfp argument to the map_pages op
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH rdma-next v2 4/4] RDMA/mlx5: Use query_special_contexts for mkeys
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH mlx5-next v2 1/4] net/mlx5: Expose bits for querying special mkeys
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH mlx5-next v2 3/4] net/mlx5e: Use query_special_contexts for mkeys
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH mlx5-next v2 2/4] net/mlx5: Change define name for 0x100 lkey value
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next v2 0/4] Rely on firmware to get special mkeys
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH net-next v7 1/8] bnxt_en: Add auxiliary driver support
  • From: Leon Romanovsky <leonro@xxxxxxxxxx>
• Re: [PATCH rdma-next 03/13] RDMA: Split kernel-only create QP flags from uverbs create QP flags
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-next 11/13] nvme: Introduce a local variable
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH rdma-next 12/13] nvme: Add crypto profile at nvme controller
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH 8/8] iommu/s390: Push the gfp parameter to the kmem_cache_alloc()'s
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH 7/8] iommu/intel: Support the gfp argument to the map_pages op
  • From: Baolu Lu <baolu.lu@xxxxxxxxxxxxxxx>
• [rdma:wip/jgg-for-rc] BUILD SUCCESS 41f4a67e6d2488489039a1d78c289143641046d0
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v6 00/34] iov_iter: Improve page extraction (ref, pin or just list)
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v4 rdma-next 4/6] RDMA/mlx5: Introduce mlx5r_cache_rb_key
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH net-next v7 1/8] bnxt_en: Add auxiliary driver support
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• RE: [PATCH 7/8] iommu/intel: Support the gfp argument to the map_pages op
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• RE: [PATCH 6/8] iommu/intel: Add a gfp parameter to alloc_pgtable_page()
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• Re: [PATCH for-next v3 4/6] RDMA-rxe: Isolate mr code from atomic_write_reply()
  • From: Zhu Yanjun <zyjzyj2000@xxxxxxxxx>
• Re: [PATCH rdma-next 11/13] nvme: Introduce a local variable
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [PATCH rdma-next 12/13] nvme: Add crypto profile at nvme controller
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [PATCH v4 rdma-next 2/6] RDMA/mlx5: Remove explicit ODP cache entry
  • From: Michael Guralnik <michaelgur@xxxxxxxxxx>
• Re: [PATCH for-next v3 6/6] RDMA/rxe: Replace rxe_map and rxe_phys_buf by xarray
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next v5 6/6] RDMA/rxe: Replace rxe_map and rxe_phys_buf by xarray
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next v5 2/6] RDMA/rxe: Move rxe_map_mr_sg to rxe_mr.c
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next v5 3/6] RDMA-rxe: Isolate mr code from atomic_reply()
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next v5 1/6] RDMA/rxe: Cleanup mr_check_range
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next v5 5/6] RDMA/rxe: Cleanup page variables in rxe_mr.c
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next v5 4/6] RDMA-rxe: Isolate mr code from atomic_write_reply()
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next v5 0/6] RDMA/rxe: Replace mr page map with an xarray
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• Re: [PATCH v4 rdma-next 2/6] RDMA/mlx5: Remove explicit ODP cache entry
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v4 rdma-next 2/6] RDMA/mlx5: Remove explicit ODP cache entry
  • From: Michael Guralnik <michaelgur@xxxxxxxxxx>
• [PATCH v6 29/34] cifs: Build the RDMA SGE list directly from an iterator
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v6 24/34] cifs: Add a function to build an RDMA SGE list from an iterator
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v6 00/34] iov_iter: Improve page extraction (ref, pin or just list)
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH for-next v4 0/6] RDMA/rxe: Replace mr page map with an xarray
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next v4 5/6] RDMA/rxe: Cleanup page variables in rxe_mr.c
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next v4 4/6] RDMA-rxe: Isolate mr code from atomic_write_reply()
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next v4 2/6] RDMA/rxe: Move rxe_map_mr_sg to rxe_mr.c
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next v4 3/6] RDMA-rxe: Isolate mr code from atomic_reply()
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next v4 6/6] RDMA/rxe: Replace rxe_map and rxe_phys_buf by xarray
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• [PATCH for-next v4 1/6] RDMA/rxe: Cleanup mr_check_range
  • From: Bob Pearson <rpearsonhpe@xxxxxxxxx>
• Re: [PATCH for-next v3 4/7] RDMA/rxe: Add page invalidation support
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH for-next v3 3/7] RDMA/rxe: Cleanup code for responder Atomic operations
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 1/8] iommu: Add a gfp parameter to iommu_map()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-next 03/13] RDMA: Split kernel-only create QP flags from uverbs create QP flags
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-rc] RDMA/cma: Allow UD qp_type to join multicast only
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v4 rdma-next 2/6] RDMA/mlx5: Remove explicit ODP cache entry
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH for-rc 6/6] IB/hfi1: Remove user expected buffer invalidate race
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH for-next v2 4/6] RDMA-rxe: Isolate mr code from atomic_write_reply()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH for-next v3 4/6] RDMA-rxe: Isolate mr code from atomic_write_reply()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH rdma-next 05/13] RDMA/core: Add DEK management API
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH mlx5-next 02/13] net/mlx5: Introduce crypto capabilities macro
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 09/13] RDMA/mlx5: Add DEK management API
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 08/13] RDMA/mlx5: Add cryptographic device capabilities
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 13/13] nvme-rdma: Add inline encryption support
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 12/13] nvme: Add crypto profile at nvme controller
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 03/13] RDMA: Split kernel-only create QP flags from uverbs create QP flags
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 11/13] nvme: Introduce a local variable
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH mlx5-next 01/13] net/mlx5: Introduce crypto IFC bits and structures
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 00/13] Add RDMA inline crypto support
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 07/13] RDMA/core: Add support for creating crypto enabled QPs
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 06/13] RDMA/core: Introduce MR type for crypto operations
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 10/13] RDMA/mlx5: Add AES-XTS crypto support
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH rdma-next 04/13] RDMA/core: Add cryptographic device capabilities
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-next 0/7] FIXME and other fixes
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH for-next 0/7] FIXME and other fixes
  • From: Dennis Dalessandro <dennis.dalessandro@xxxxxxxxxxxxxxxxxxxx>
• [PATCHv3 for-next 4/4] RDMA/irdma: Split CQ handler into irdma_reg_user_mr_type_cq
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• [PATCHv3 for-next 3/4] RDMA/irdma: Split QP handler into irdma_reg_user_mr_type_qp
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• [PATCHv3 for-next 2/4] RDMA/irdma: Split mr alloc and free into new functions
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• [PATCHv3 for-next 1/4] RDMA/irdma: Split MEM handler into irdma_reg_user_mr_type_mem
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• [PATCHv3 for-next 0/4] RDMA/irdma: Refactor irdma_reg_user_mr function
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• Re: [PATCHv2 for-next 4/4] RDMA/irdma: Split CQ handler into irdma_reg_user_mr_type_cq
  • From: yanjun.zhu@xxxxxxxxx
• Re: [PATCHv2 for-next 3/4] RDMA/irdma: Split QP handler into irdma_reg_user_mr_type_qp
  • From: yanjun.zhu@xxxxxxxxx
• Re: [PATCHv2 for-next 1/4] RDMA/irdma: Split MEM handler into irdma_reg_user_mr_type_mem
  • From: yanjun.zhu@xxxxxxxxx
• Re: [PATCH for-next v3 6/6] RDMA/rxe: Replace rxe_map and rxe_phys_buf by xarray
  • From: "lizhijian@xxxxxxxxxxx" <lizhijian@xxxxxxxxxxx>
• Re: [PATCH for-next v3 4/6] RDMA-rxe: Isolate mr code from atomic_write_reply()
  • From: "lizhijian@xxxxxxxxxxx" <lizhijian@xxxxxxxxxxx>
• RE: [PATCH] infiniband: sw: rxe: Add NULL checks for qp->resp.mr
  • From: "Daisuke Matsuda (Fujitsu)" <matsuda-daisuke@xxxxxxxxxxx>
• [PATCH v4 rdma-next 6/6] RDMA/mlx5: Add work to remove temporary entries from the cache
  • From: Michael Guralnik <michaelgur@xxxxxxxxxx>
• [PATCH v4 rdma-next 5/6] RDMA/mlx5: Cache all user cacheable mkeys on dereg MR flow
  • From: Michael Guralnik <michaelgur@xxxxxxxxxx>