summaryrefslogtreecommitdiff
path: root/tools/perf/scripts/python/gecko.py
diff options
context:
space:
mode:
authorJakub Kicinski <kuba@kernel.org>2025-04-03 03:18:28 +0300
committerJakub Kicinski <kuba@kernel.org>2025-04-03 03:18:29 +0300
commit0ff0faf7afb4f990dceb0d9f8041fa00e118bc0d (patch)
tree0c7c453c7bd9ef67d6d3ec6de42c33554fc824d5 /tools/perf/scripts/python/gecko.py
parent1b7fdc702c031134c619b74c4f311c590e50ca3d (diff)
parentdf207de9d9e7a4d92f8567e2c539d9c8c12fd99d (diff)
downloadlinux-0ff0faf7afb4f990dceb0d9f8041fa00e118bc0d.tar.xz
Merge branch 'udp-fix-two-integer-overflows-when-sk-sk_rcvbuf-is-close-to-int_max'
Kuniyuki Iwashima says: ==================== udp: Fix two integer overflows when sk->sk_rcvbuf is close to INT_MAX. I got a report that UDP mem usage in /proc/net/sockstat did not drop even after an application was terminated. The issue could happen if sk->sk_rmem_alloc wraps around due to a large sk->sk_rcvbuf, which was INT_MAX in our case. The patch 2 fixes the issue, and the patch 1 fixes yet another overflow I found while investigating the issue. v3: https://lore.kernel.org/20250327202722.63756-1-kuniyu@amazon.com v2: https://lore.kernel.org/20250325195826.52385-1-kuniyu@amazon.com v1: https://lore.kernel.org/20250323231016.74813-1-kuniyu@amazon.com ==================== Link: https://patch.msgid.link/20250401184501.67377-1-kuniyu@amazon.com Signed-off-by: Jakub Kicinski <kuba@kernel.org>
Diffstat (limited to 'tools/perf/scripts/python/gecko.py')
0 files changed, 0 insertions, 0 deletions