[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20151026170551.GG18674@zion.uk.xensource.com>
Date: Mon, 26 Oct 2015 17:05:51 +0000
From: Wei Liu <wei.liu2@...rix.com>
To: Paul Durrant <paul.durrant@...rix.com>
CC: <netdev@...r.kernel.org>, <xen-devel@...ts.xenproject.org>,
Ian Campbell <ian.campbell@...rix.com>,
Wei Liu <wei.liu2@...rix.com>
Subject: Re: [PATCH net-next 7/8] xen-netback: add support for a multi-queue
hash mapping table
On Wed, Oct 21, 2015 at 11:36:24AM +0100, Paul Durrant wrote:
> Advertise the capability to handle a hash mapping specified by the
> frontend (see netif.h for details).
>
> Add an ndo_select() entry point so that, of the frontend does specify a
"if the frontend ..."
> hash mapping, the skb hash is extracted and mapped to a queue. If no
> mapping is specified then the fallback queue selection function is
> called so there is no change in behaviour.
>
> Signed-off-by: Paul Durrant <paul.durrant@...rix.com>
[...]
> +static void xen_hash_mapping_changed(struct xenbus_watch *watch,
> + const char **vec, unsigned int len)
> +{
> + struct xenvif *vif = container_of(watch, struct xenvif,
> + hash_mapping_watch);
> +
> + xen_net_read_multi_queue_hash_mapping(vif);
Is it safe / correct to not stop the vif before changing mapping table?
Wei.
--
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