The lua cosocket are quite strange. There is an applet used to handle the
connection and writer and readers subscribed on it to write or read
data. Writers and readers are tasks woken up by the cosocket applet when
data can be consumed or produced, depending on the channels buffers
state. Then the cosocket applet is woken up by writers and readers when read
or write events were performed.
It means the cosocket applet has only few information on what was produced
or consumed. It is the writers and readers responsibility to notify any
blocking. Among other things, the readers must take care to notify the
stream on top of the cosocket applet that some data was consumed. Otherwise,
it may remain blocked, waiting for a write event (a write event from the
stream point of view is a read event from the cosocket point of view).
Thie patch must be backported as far as 2.8, and maybe to 2.6 too.
(cherry picked from commit
21e45a61d134786f42b046666aacced7a6ce3cc0)
Signed-off-by: Willy Tarreau <w@1wt.eu>
(cherry picked from commit
4e09e4d9d024c2e71027e7df43ed7db6c99a714f)
Signed-off-by: Christopher Faulet <cfaulet@haproxy.com>
(cherry picked from commit
60e98e90233ebceb2d9e199cd100273c65b73e15)
Signed-off-by: Christopher Faulet <cfaulet@haproxy.com>
}
/* Consume data. */
- co_skip(oc, len + skip_at_end);
+ if (len + skip_at_end) {
+ co_skip(oc, len + skip_at_end);
+ oc->flags |= CF_WRITE_EVENT | CF_WROTE_DATA;
+ if (s->scb->room_needed < 0 || channel_recv_max(oc) >= s->scb->room_needed)
+ sc_have_room(s->scb);
+ sc_ep_report_send_activity(s->scf);
+ }
+ else if (!s->scb->room_needed)
+ sc_have_room(s->scb);
+
/* Don't wait anything. */
applet_will_consume(appctx);