On Thu, Sep 10, 2015 at 11:04:05AM +0300, Michael S. Tsirkin wrote:
> On Mon, Oct 20, 2014 at 10:24:44AM +0200, Markus Armbruster wrote:
> > MAINTAINERS points to Anthony, and you duly cc'ed him, but he's
> > effectively retired. Cc'ing recent committers include Paolo and Peter.
> >
> > Zifei
On Mon, Oct 20, 2014 at 10:24:44AM +0200, Markus Armbruster wrote:
> MAINTAINERS points to Anthony, and you duly cc'ed him, but he's
> effectively retired. Cc'ing recent committers include Paolo and Peter.
>
> Zifei Tong writes:
I merged the patch that broke this, so I'll
MAINTAINERS points to Anthony, and you duly cc'ed him, but he's
effectively retired. Cc'ing recent committers include Paolo and Peter.
Zifei Tong zifeit...@gmail.com writes:
After commit 812c1057f6175ac9a9829fa2920a2b5783814193 (Handle G_IO_HUP
in tcp_chr_read for tcp chardev), connections
Friendly ping.
I've saw a couple of scripts affected by this bug.
Thanks,
Zifei
On Sep 19, 2014 10:03 PM, Kirill Batuzov batuz...@ispras.ru wrote:
On 19.09.2014 11:12, Zifei Tong wrote:
After commit 812c1057f6175ac9a9829fa2920a2b5783814193 (Handle G_IO_HUP
in tcp_chr_read for tcp chardev),
After commit 812c1057f6175ac9a9829fa2920a2b5783814193 (Handle G_IO_HUP
in tcp_chr_read for tcp chardev), connections are disconnected when in
G_IO_HUP condition.
However, it's possible that there is still data for reading in the channel.
In that case, the remaining data is not handled.
I saw a
On 19.09.2014 11:12, Zifei Tong wrote:
After commit 812c1057f6175ac9a9829fa2920a2b5783814193 (Handle G_IO_HUP
in tcp_chr_read for tcp chardev), connections are disconnected when in
G_IO_HUP condition.
However, it's possible that there is still data for reading in the channel.
In that case, the