diff options
author | Zijian Zhang <zijianzhang@bytedance.com> | 2024-07-02 01:53:48 +0300 |
---|---|---|
committer | Jakub Kicinski <kuba@kernel.org> | 2024-07-04 05:42:32 +0300 |
commit | af2b7e5b741aaae9ffbba2c660def434e07aa241 (patch) | |
tree | e53ad2a73bafc2ee51f616338895f66c450e571a /tools/perf/scripts/python/gecko.py | |
parent | f66738dccd235112888c5b078eaef80fc9c68cf8 (diff) | |
download | linux-af2b7e5b741aaae9ffbba2c660def434e07aa241.tar.xz |
selftests: fix OOM in msg_zerocopy selftest
In selftests/net/msg_zerocopy.c, it has a while loop keeps calling sendmsg
on a socket with MSG_ZEROCOPY flag, and it will recv the notifications
until the socket is not writable. Typically, it will start the receiving
process after around 30+ sendmsgs. However, as the introduction of commit
dfa2f0483360 ("tcp: get rid of sysctl_tcp_adv_win_scale"), the sender is
always writable and does not get any chance to run recv notifications.
The selftest always exits with OUT_OF_MEMORY because the memory used by
opt_skb exceeds the net.core.optmem_max. Meanwhile, it could be set to a
different value to trigger OOM on older kernels too.
Thus, we introduce "cfg_notification_limit" to force sender to receive
notifications after some number of sendmsgs.
Fixes: 07b65c5b31ce ("test: add msg_zerocopy test")
Signed-off-by: Zijian Zhang <zijianzhang@bytedance.com>
Signed-off-by: Xiaochun Lu <xiaochun.lu@bytedance.com>
Reviewed-by: Willem de Bruijn <willemb@google.com>
Link: https://patch.msgid.link/20240701225349.3395580-2-zijianzhang@bytedance.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