| commit | 908d26fd03fdc20d623454f683a02518f5558c7a | [log] [tgz] |
|---|---|---|
| author | Willy Tarreau <w@1wt.eu> | Thu Oct 25 14:02:47 2018 +0200 |
| committer | Willy Tarreau <w@1wt.eu> | Sun Oct 28 13:50:02 2018 +0100 |
| tree | c3fbb6f163326ecf0c993cedd5e9ce10b02703b9 | |
| parent | 0dfccb20f5b6214d997695f7dfa7119993e2dadd [diff] |
MINOR: stream-int: don't needlessly call si_cs_send() in si_cs_process() There's a call there to si_cs_send() while we're supposed to come from si_cs_io_cb() which has just done it. But in fact we can also come here as a lower layer callback from ->wake() after a connection is established. Since most of the time we'll end up here with either no data in the buffer or a blocked output, let's simply check if we're already susbcribed to send events before calling si_cs_send().