I've been looking into some of the issues about allowing the socket's
kernel buffer to run out of space, and was wondering why not simply
remove MSG_DONTWAIT from the sendmsg call in wl_connection_flush? That
should implement flow control by having the sender thread wait until
the receiver has emp
Hi,
On Wed, Feb 21, 2024 at 4:21 PM jleivent wrote:
> I've been looking into some of the issues about allowing the socket's
> kernel buffer to run out of space, and was wondering why not simply
> remove MSG_DONTWAIT from the sendmsg call in wl_connection_flush? That
> should implement flow cont
Not completely blocking makes sense for the compositor, but why not
block the client?
For the compositor, wouldn't a timeout in the sendmsg make sense?
On Wed, 21 Feb 2024 16:39:08 +0100
Olivier Fourdan wrote:
> Hi,
>
> On Wed, Feb 21, 2024 at 4:21 PM jleivent wrote:
>
> > I've been looking
