Searched hist:e8ffaa311080a570a7c86d03c139c160cd11a831 (Results 1 – 2 of 2) sorted by relevance
/qemu/io/ |
H A D | channel.c | e8ffaa311080a570a7c86d03c139c160cd11a831 Tue Sep 05 19:11:13 UTC 2017 Eric Blake <eblake@redhat.com> io: Add new qio_channel_read{, v}_all_eof functions
Some callers want to distinguish between clean EOF (no bytes read) vs. a short read (at least one byte read, but EOF encountered before reaching the desired length), as it allows clients the ability to do a graceful shutdown when a server shuts down at defined safe points in the protocol, rather than treating all shutdown scenarios as an error due to EOF. However, we don't want to require all callers to have to check for early EOF. So add another wrapper function that can be used by the callers that care about the distinction.
Signed-off-by: Eric Blake <eblake@redhat.com> Message-Id: <20170905191114.5959-3-eblake@redhat.com> Acked-by: Daniel P. Berrange <berrange@redhat.com>
|
/qemu/include/io/ |
H A D | channel.h | e8ffaa311080a570a7c86d03c139c160cd11a831 Tue Sep 05 19:11:13 UTC 2017 Eric Blake <eblake@redhat.com> io: Add new qio_channel_read{, v}_all_eof functions
Some callers want to distinguish between clean EOF (no bytes read) vs. a short read (at least one byte read, but EOF encountered before reaching the desired length), as it allows clients the ability to do a graceful shutdown when a server shuts down at defined safe points in the protocol, rather than treating all shutdown scenarios as an error due to EOF. However, we don't want to require all callers to have to check for early EOF. So add another wrapper function that can be used by the callers that care about the distinction.
Signed-off-by: Eric Blake <eblake@redhat.com> Message-Id: <20170905191114.5959-3-eblake@redhat.com> Acked-by: Daniel P. Berrange <berrange@redhat.com>
|