[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <9AAE0902D5BC7E449B7C8E4E778ABCD02F5B0516@AMSPEX01CL01.citrite.net>
Date: Thu, 3 Sep 2015 09:00:44 +0000
From: Paul Durrant <Paul.Durrant@...rix.com>
To: Jan Beulich <JBeulich@...e.com>
CC: Ian Campbell <Ian.Campbell@...rix.com>,
Wei Liu <wei.liu2@...rix.com>,
"xen-devel@...ts.xenproject.org" <xen-devel@...ts.xenproject.org>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>
Subject: RE: [Xen-devel] [PATCH v2 net-next] xen-netback: add support for
multicast control
> -----Original Message-----
> From: Jan Beulich [mailto:JBeulich@...e.com]
> Sent: 03 September 2015 09:57
> To: Paul Durrant
> Cc: Ian Campbell; Wei Liu; xen-devel@...ts.xenproject.org;
> netdev@...r.kernel.org
> Subject: Re: [Xen-devel] [PATCH v2 net-next] xen-netback: add support for
> multicast control
>
> >>> On 02.09.15 at 18:58, <paul.durrant@...rix.com> wrote:
> > @@ -1215,6 +1289,31 @@ static void xenvif_tx_build_gops(struct
> xenvif_queue *queue,
> > break;
> > }
> >
> > + if (extras[XEN_NETIF_EXTRA_TYPE_MCAST_ADD - 1].type) {
> > + struct xen_netif_extra_info *extra;
> > +
> > + extra =
> &extras[XEN_NETIF_EXTRA_TYPE_MCAST_ADD - 1];
> > + ret = xenvif_mcast_add(queue->vif, extra-
> >u.mcast.addr);
>
> What's the reason this call isn't gated on vif->multicast_control?
>
No particular reason. I guess it eats a small amount of memory for no gain but a well behaved frontend wouldn't send such a request and a malicious one can only send 64 of them before netback starts to reject them.
Paul
> Jan
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists