summaryrefslogtreecommitdiffstats
path: root/fs/jffs2/gc.c
diff options
context:
space:
mode:
authorHaiyang Zhang <haiyangz@microsoft.com>2016-03-04 15:07:43 -0800
committerDavid S. Miller <davem@davemloft.net>2016-03-07 15:37:50 -0500
commitd66ab51442211158b677c2f12310c314d9587f74 (patch)
tree55f26b6289dea8fb618aa81fad92f89c26720530 /fs/jffs2/gc.c
parentab825adbaaec14b7bcfd7265da3439e6e96113c1 (diff)
downloadlinux-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 'fs/jffs2/gc.c')
0 files changed, 0 insertions, 0 deletions