[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20251030000646.18859-1-kerneljasonxing@gmail.com>
Date: Thu, 30 Oct 2025 08:06:44 +0800
From: Jason Xing <kerneljasonxing@...il.com>
To: davem@...emloft.net,
edumazet@...gle.com,
kuba@...nel.org,
pabeni@...hat.com,
bjorn@...nel.org,
magnus.karlsson@...el.com,
maciej.fijalkowski@...el.com,
jonathan.lemon@...il.com,
sdf@...ichev.me,
ast@...nel.org,
daniel@...earbox.net,
hawk@...nel.org,
john.fastabend@...il.com,
horms@...nel.org,
andrew+netdev@...n.ch
Cc: bpf@...r.kernel.org,
netdev@...r.kernel.org,
Jason Xing <kernelxing@...cent.com>
Subject: [PATCH net-next v2 0/2] xsk: minor optimizations around locks
From: Jason Xing <kernelxing@...cent.com>
Two optimizations regarding xsk_tx_list_lock and cq_lock can yield a
performance increase because of avoiding disabling and enabling
interrupts frequently.
---
V2
Link: https://lore.kernel.org/all/20251025065310.5676-1-kerneljasonxing@gmail.com/
1. abandon applying lockless idea around cached_prod because the case as
Jakub pointed out can cause the pool messy.
2. add a new patch to handle xsk_tx_list_lock.
Jason Xing (2):
xsk: do not enable/disable irq when grabbing/releasing
xsk_tx_list_lock
xsk: use a smaller new lock for shared pool case
include/net/xsk_buff_pool.h | 13 +++++++++----
net/xdp/xsk.c | 15 ++++++---------
net/xdp/xsk_buff_pool.c | 15 ++++++---------
3 files changed, 21 insertions(+), 22 deletions(-)
--
2.41.3
Powered by blists - more mailing lists