[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <1463057378-21118-1-git-send-email-vkuznets@redhat.com>
Date: Thu, 12 May 2016 14:49:32 +0200
From: Vitaly Kuznetsov <vkuznets@...hat.com>
To: netdev@...r.kernel.org
Cc: linux-kernel@...r.kernel.org, devel@...uxdriverproject.org,
Haiyang Zhang <haiyangz@...rosoft.com>,
"K. Y. Srinivasan" <kys@...rosoft.com>
Subject: [PATCH 0/6] hv_netvsc: avoid races on mtu change/set channels
MTU change and set channels operations are implemented as netvsc device
re-creation destroying internal structures (struct net_device stays). This
is really unfortunate but there is no support from Hyper-V host to do it
in a different way. Such re-creation is unsurprisingly racy, Haiyang
reported a crash when netvsc_change_mtu() is racing with
netvsc_link_change() but I was able to identify additional races upon
investigation. Both netvsc_set_channels() and netvsc_change_mtu() race
against:
1) netvsc_link_change()
2) netvsc_remove()
3) netvsc_send()
To solve these issues without introducing new locks some refactoring is
required. We need to get rid of very complex link graph in all the
internal structures and avoid traveling through structures which are being
removed.
Vitaly Kuznetsov (6):
hv_netvsc: move start_remove flag to net_device_context
hv_netvsc: use start_remove flag to protect netvsc_link_change()
hv_netvsc: untangle the pointer mess
hv_netvsc: get rid of struct net_device pointer in struct
netvsc_device
hv_netvsc: synchronize netvsc_change_mtu()/netvsc_set_channels() with
netvsc_remove()
hv_netvsc: set nvdev link after populating chn_table
drivers/net/hyperv/hyperv_net.h | 15 ++---
drivers/net/hyperv/netvsc.c | 130 ++++++++++++++++----------------------
drivers/net/hyperv/netvsc_drv.c | 104 +++++++++++++++++-------------
drivers/net/hyperv/rndis_filter.c | 82 ++++++++++++------------
4 files changed, 164 insertions(+), 167 deletions(-)
--
2.5.5
Powered by blists - more mailing lists