xen-netback: make sure that hashes are not send to unaware frontends
authorPaul Durrant <Paul.Durrant@citrix.com>
Fri, 7 Oct 2016 08:32:31 +0000 (09:32 +0100)
committerDavid S. Miller <davem@davemloft.net>
Sat, 8 Oct 2016 03:52:33 +0000 (23:52 -0400)
commit912e27e85e070596ed4964ebde29fa9781390f2a
treedba537c23128bb30cba34fb2453edb6752e03102
parent21d9629a7abd87512d062fbe57b04a1baedf93d2
xen-netback: make sure that hashes are not send to unaware frontends

In the case when a frontend only negotiates a single queue with xen-
netback it is possible for a skbuff with a s/w hash to result in a
hash extra_info segment being sent to the frontend even when no hash
algorithm has been configured. (The ndo_select_queue() entry point makes
sure the hash is not set if no algorithm is configured, but this entry
point is not called when there is only a single queue). This can result
in a frontend that is unable to handle extra_info segments being given
such a segment, causing it to crash.

This patch fixes the problem by clearing the hash in ndo_start_xmit()
instead, which is clearly guaranteed to be called irrespective of the
number of queues.

Signed-off-by: Paul Durrant <paul.durrant@citrix.com>
Cc: Wei Liu <wei.liu2@citrix.com>
Acked-by: Wei Liu <wei.liu2@citrix.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
drivers/net/xen-netback/interface.c