BUG/MEDIUM: mux-h1: Don't wake h1s if mux is blocked on lack of output buffer
authorChristopher Faulet <cfaulet@haproxy.com>
Tue, 1 Feb 2022 17:25:06 +0000 (18:25 +0100)
committerChristopher Faulet <cfaulet@haproxy.com>
Fri, 25 Feb 2022 12:17:20 +0000 (13:17 +0100)
commit683246630c08c0c949e466b87b85bd09e30fb930
tree6bb5eb58a7ddd421c30eeeb99355ddb237adf8dd
parent3c69a3ee68c69cdbe145179bd66af7bfa5c797f8
BUG/MEDIUM: mux-h1: Don't wake h1s if mux is blocked on lack of output buffer

After sending some data, we try to wake the H1 stream to resume data
processing at the stream level, except if the output buffer is still
full. However we must also be sure the mux is not blocked because of an
allocation failure on this buffer. Otherwise, it may lead to a ping-pong
loop between the stream and the mux to send more data with an unallocated
output buffer.

Note there is a mechanism to queue buffers allocations when a failure
happens. However this mechanism is totally broken since the filters were
introducted in HAProxy 1.7. And it is worse now with the multiplexers. So
this patch fixes a possible loop needlessly consuming all the CPU. But
buffer allocation failures must remain pretty rare.

This patch must be backported as far as 2.0.

(cherry picked from commit c17c31c822dc4a5f3270f6ae4f96afa50fb7390f)
Signed-off-by: Christopher Faulet <cfaulet@haproxy.com>
src/mux_h1.c