summaryrefslogtreecommitdiff
path: root/tools/perf/scripts/python/exported-sql-viewer.py
diff options
context:
space:
mode:
authorDragos Tatulea <dtatulea@nvidia.com>2024-11-07 21:35:24 +0300
committerJakub Kicinski <kuba@kernel.org>2024-11-12 06:23:38 +0300
commitdd6e972cc5890d91d6749bb48e3912721c4e4b25 (patch)
treedf20a8014aca08b42c3fc2f4618b476213294f4f /tools/perf/scripts/python/exported-sql-viewer.py
parent9ca314419930f9135727e39d77e66262d5f7bef6 (diff)
downloadlinux-dd6e972cc5890d91d6749bb48e3912721c4e4b25.tar.xz
net/mlx5e: kTLS, Fix incorrect page refcounting
The kTLS tx handling code is using a mix of get_page() and page_ref_inc() APIs to increment the page reference. But on the release path (mlx5e_ktls_tx_handle_resync_dump_comp()), only put_page() is used. This is an issue when using pages from large folios: the get_page() references are stored on the folio page while the page_ref_inc() references are stored directly in the given page. On release the folio page will be dereferenced too many times. This was found while doing kTLS testing with sendfile() + ZC when the served file was read from NFS on a kernel with NFS large folios support (commit 49b29a573da8 ("nfs: add support for large folios")). Fixes: 84d1bb2b139e ("net/mlx5e: kTLS, Limit DUMP wqe size") Signed-off-by: Dragos Tatulea <dtatulea@nvidia.com> Signed-off-by: Tariq Toukan <tariqt@nvidia.com> Link: https://patch.msgid.link/20241107183527.676877-5-tariqt@nvidia.com Signed-off-by: Jakub Kicinski <kuba@kernel.org>
Diffstat (limited to 'tools/perf/scripts/python/exported-sql-viewer.py')
0 files changed, 0 insertions, 0 deletions