diff options
author | 2022-07-14 22:22:25 -0700 | |
---|---|---|
committer | 2022-07-18 11:24:10 +0100 | |
commit | 4cbc325ed6b4dce4910be06d9d6940a8b919c59b (patch) | |
tree | e425c352dc8bf8f9d93bcc5b59d674d85ffbfb1d /tools/perf/scripts/python/stackcollapse.py | |
parent | Merge branch 'net-smc-virt-contig-buffers' (diff) | |
download | linux-dev-4cbc325ed6b4dce4910be06d9d6940a8b919c59b.tar.xz linux-dev-4cbc325ed6b4dce4910be06d9d6940a8b919c59b.zip |
tls: rx: allow only one reader at a time
recvmsg() in TLS gets data from the skb list (rx_list) or fresh
skbs we read from TCP via strparser. The former holds skbs which were
already decrypted for peek or decrypted and partially consumed.
tls_wait_data() only notices appearance of fresh skbs coming out
of TCP (or psock). It is possible, if there is a concurrent call
to peek() and recv() that the peek() will move the data from input
to rx_list without recv() noticing. recv() will then read data out
of order or never wake up.
This is not a practical use case/concern, but it makes the self
tests less reliable. This patch solves the problem by allowing
only one reader in.
Because having multiple processes calling read()/peek() is not
normal avoid adding a lock and try to fast-path the single reader
case.
Signed-off-by: Jakub Kicinski <kuba@kernel.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'tools/perf/scripts/python/stackcollapse.py')
0 files changed, 0 insertions, 0 deletions