[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH 22/29] tools/libxl: Allow limiting amount copied by datacopier
On 09/12/2014 09:36 AM, Wen Congyang wrote: On 09/11/2014 01:11 AM, Andrew Cooper wrote:From: Ross Lagerwall <ross.lagerwall@xxxxxxxxxx> Add a parameter, maxread, to limit the amount of data read from the source fd of a datacopier. Signed-off-by: Ross Lagerwall <ross.lagerwall@xxxxxxxxxx> --- tools/libxl/libxl_aoutils.c | 9 +++++++-- tools/libxl/libxl_bootloader.c | 2 ++ tools/libxl/libxl_dom.c | 1 + tools/libxl/libxl_internal.h | 1 + 4 files changed, 11 insertions(+), 2 deletions(-) diff --git a/tools/libxl/libxl_aoutils.c b/tools/libxl/libxl_aoutils.c index caba637..6502325 100644 --- a/tools/libxl/libxl_aoutils.c +++ b/tools/libxl/libxl_aoutils.c @@ -145,7 +145,7 @@ static void datacopier_check_state(libxl__egc *egc, libxl__datacopier_state *dc) return; } } - } else if (!libxl__ev_fd_isregistered(&dc->toread)) { + } else if (!libxl__ev_fd_isregistered(&dc->toread) || dc->maxread == 0) { /* we have had eof */ datacopier_callback(egc, dc, 0, 0); return; @@ -233,7 +233,8 @@ static void datacopier_readable(libxl__egc *egc, libxl__ev_fd *ev, } int r = read(ev->fd, buf->buf + buf->used, - sizeof(buf->buf) - buf->used); + (sizeof(buf->buf) - buf->used) < dc->maxread ? + (sizeof(buf->buf) - buf->used) : dc->maxread); if (r < 0) { if (errno == EINTR) continue; if (errno == EWOULDBLOCK) break; @@ -258,7 +259,11 @@ static void datacopier_readable(libxl__egc *egc, libxl__ev_fd *ev, } buf->used += r; dc->used += r; + dc->maxread -= r; assert(buf->used <= sizeof(buf->buf)); + assert(dc->maxread >= 0); + if (dc->maxread == 0) + break;We can call libxl__ev_fd_deregister() here, and no need to touch datacopier_check_state(). Otherwise, datacopier_readable() may be called again, and read() returns 0. And then libxl__ev_fd_deregister() is called. Well datacopier_check_state() is called immediately after the break and that would deregister the fd so datacopier_readable() would not be called again. What you suggest is definitely better though. Thanks -- Ross Lagerwall _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |