On Tue, Sep 16, 2014 at 11:30 PM, Kirill Batuzov batuz...@ispras.ru wrote:
On Tue, 16 Sep 2014, Markus Armbruster wrote:
Kirill, you added the code being changed. Could you review the patch?
I'll try but this is more about GIOConditions which I do not understand
well. See below.
Zifei
Cc'ing Gerd for additional chardev expertise.
Zifei Tong zifeit...@gmail.com writes:
After commit 812c1057f6175ac9a9829fa2920a2b5783814193 (Handle G_IO_HUP
in tcp_chr_read for tcp chardev), the connection is disconnected when in
G_IO_HUP condition.
However, it's possible that the channel is
On Tue, Sep 16, 2014 at 2:06 PM, Markus Armbruster arm...@redhat.com wrote:
Cc'ing Gerd for additional chardev expertise.
Zifei Tong zifeit...@gmail.com writes:
After commit 812c1057f6175ac9a9829fa2920a2b5783814193 (Handle G_IO_HUP
in tcp_chr_read for tcp chardev), the connection is
On Tue, 16 Sep 2014, Markus Armbruster wrote:
Kirill, you added the code being changed. Could you review the patch?
I'll try but this is more about GIOConditions which I do not understand
well. See below.
Zifei Tong zifeit...@gmail.com writes:
After commit
Friendly ping.
Also CC to qemu-trivial.
On Sun, Sep 7, 2014 at 8:24 PM, Zifei Tong zifeit...@gmail.com wrote:
After commit 812c1057f6175ac9a9829fa2920a2b5783814193 (Handle G_IO_HUP
in tcp_chr_read for tcp chardev), the connection is disconnected when in
G_IO_HUP condition.
However, it's
After commit 812c1057f6175ac9a9829fa2920a2b5783814193 (Handle G_IO_HUP
in tcp_chr_read for tcp chardev), the connection is disconnected when in
G_IO_HUP condition.
However, it's possible that the channel is in G_IO_IN condition at the
same time, meaning there is data for reading. In that case,