Christopher Faulet 2421c6fa7d BUG/MEDIUM: stconn: Block zero-copy forwarding if EOS/ERROR on consumer side
When the producer side (h1 for now) negociates with the consumer side to
perform a zero-copy forwarding, we now consider the consumer side as blocked
if it is closed and this was reported to the SE via a end-of-stream or a
(pending) error.

It is performed before calling ->nego_ff callback function, in se_nego_ff().
This way, all consumer are concerned automatically. The aim of this patch is
to fix an issue with the QUIC mux. Indeed, it is unexpected to send a frame
on an closed stream. This triggers a BUG_ON(). Other muxes are not affected
but it remains useless to try to send data if the stream is closed.

This patch should fix the issue #2372. It must be backported to 2.9.
2023-12-13 16:45:29 +01:00
..
2023-08-01 10:49:06 +02:00
2023-01-27 15:18:59 +01:00
2023-04-13 16:57:51 +02:00
2021-11-18 10:50:58 +01:00
2022-04-22 15:45:47 +02:00
2023-10-13 10:05:06 +02:00
2022-11-29 15:14:39 +01:00
2023-10-06 15:34:31 +02:00
2023-05-04 18:09:50 +02:00
2023-12-05 16:19:35 +01:00