diff options
author | Haiyang Zhang <haiyangz@microsoft.com> | 2016-03-04 15:07:43 -0800 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2016-03-07 15:37:50 -0500 |
commit | d66ab51442211158b677c2f12310c314d9587f74 (patch) | |
tree | 55f26b6289dea8fb618aa81fad92f89c26720530 /drivers/dma/pxa_dma.c | |
parent | ab825adbaaec14b7bcfd7265da3439e6e96113c1 (diff) | |
download | linux-d66ab51442211158b677c2f12310c314d9587f74.tar.gz linux-d66ab51442211158b677c2f12310c314d9587f74.tar.bz2 linux-d66ab51442211158b677c2f12310c314d9587f74.zip |
hv_netvsc: Move subchannel waiting to rndis_filter_device_remove()
During hot add, vmbus_device_register() is called from vmbus_onoffer(), on
the same workqueue as the subchannel offer message work-queue, so
subchannel offer won't be processed until the vmbus_device_register()/...
/netvsc_probe() is done.
Also, vmbus_device_register() is called with channel_mutex locked, which
prevents subchannel processing too. So the "waiting for sub-channel
processing" will not success in hot add case. But, in usual module loading,
the netvsc_probe() is called from different code path, and doesn't fail.
This patch resolves the deadlock during NIC hot-add, and speeds up NIC
loading time.
Signed-off-by: Haiyang Zhang <haiyangz@microsoft.com>
Reviewed-by: K. Y. Srinivasan <kys@microsoft.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'drivers/dma/pxa_dma.c')
0 files changed, 0 insertions, 0 deletions