[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH COLO-Frame v13 35/39] filter-buffer: Accept zero
From: |
Jason Wang |
Subject: |
Re: [Qemu-devel] [PATCH COLO-Frame v13 35/39] filter-buffer: Accept zero interval |
Date: |
Tue, 19 Jan 2016 11:21:24 +0800 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 |
On 12/29/2015 03:09 PM, zhanghailiang wrote:
> For default buffer filter, its 'interval' value is zero,
> so here we should accept zero interval.
>
> Signed-off-by: zhanghailiang <address@hidden>
> Reviewed-by: Yang Hongyang <address@hidden>
> Cc: Jason Wang <address@hidden>
> ---
> v12:
> - Add Reviewed-by tag
> v11:
> - Add comment
> v10:
> - new patch
> ---
> net/filter-buffer.c | 10 ----------
> 1 file changed, 10 deletions(-)
>
> diff --git a/net/filter-buffer.c b/net/filter-buffer.c
> index 9cf3544..8abac94 100644
> --- a/net/filter-buffer.c
> +++ b/net/filter-buffer.c
> @@ -111,16 +111,6 @@ static void filter_buffer_setup(NetFilterState *nf,
> Error **errp)
> FilterBufferState *s = FILTER_BUFFER(nf);
> char *path = object_get_canonical_path_component(OBJECT(nf));
>
> - /*
> - * We may want to accept zero interval when VM FT solutions like MC
> - * or COLO use this filter to release packets on demand.
> - */
You'd better move this to the commit log for a better rationale of the
patch.
> - if (!s->interval) {
> - error_setg(errp, QERR_INVALID_PARAMETER_VALUE, "interval",
> - "a non-zero interval");
> - return;
> - }
> -
> s->incoming_queue = qemu_new_net_queue(qemu_netfilter_pass_to_next, nf);
> nf->is_default = !strcmp(path, "nop");
> /*
- Re: [Qemu-devel] [PATCH COLO-Frame v13 35/39] filter-buffer: Accept zero interval,
Jason Wang <=