From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751315AbdIJGKA (ORCPT ); Sun, 10 Sep 2017 02:10:00 -0400 Received: from a2nlsmtp01-05.prod.iad2.secureserver.net ([198.71.225.49]:44392 "EHLO a2nlsmtp01-05.prod.iad2.secureserver.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751081AbdIJGJz (ORCPT ); Sun, 10 Sep 2017 02:09:55 -0400 x-originating-ip: 107.180.71.197 From: kys@exchange.microsoft.com To: gregkh@linuxfoundation.org, linux-kernel@vger.kernel.org, devel@linuxdriverproject.org, olaf@aepfle.de, apw@canonical.com, vkuznets@redhat.com, jasowang@redhat.com, leann.ogasawara@canonical.com, marcelo.cerri@canonical.com, sthemmin@microsoft.com Cc: Dexuan Cui , "K . Y . Srinivasan" , Haiyang Zhang Subject: [PATCH 1/5] vmbus: don't acquire the mutex in vmbus_hvsock_device_unregister() Date: Sat, 9 Sep 2017 23:08:45 -0700 Message-Id: <20170910060849.31898-1-kys@exchange.microsoft.com> X-Mailer: git-send-email 2.14.1 In-Reply-To: <20170910055318.31655-1-kys@exchange.microsoft.com> References: <20170910055318.31655-1-kys@exchange.microsoft.com> Reply-To: kys@microsoft.com X-CMAE-Envelope: MS4wfIhQlSqd2EBQ+sdebqDnhB5tjQKh0ivzC2HNAtSa1lTdubPzSDGOYbseEwEZ9s/IqzYezj5taOQJB7tAl1iu0D60I9kU/o7Jg5LUntDdVBB1yEP/hKG2 iqacpJLuHheL7OpXb9Rj3iAvwLQmqTY1huD65wsEJssrdHsPj8dpTYl6R3dJFB5aRFHUVfkDZ9BH/AGr9fr41vHPXJ5UrNcZgeOhLDZcjg6tmP9ADiIudeWG yZf/szqLlopRkdxj44VoIxYBMDJH5ABy9/gVNFNL7MoJwCP1Mt9DFHZm9mIs5bS7Kn1opjxqvmQLkW0n2pSZQDOnDb3IuH6qs4VH8pulslF5wZHCCS6mV/Di bvJC4sAvVg2qPvQepOsGYfjb3VPFtQ5ABfumx2cy3os46AQph9IRqKqVvcd0wp6GBboEqWHaqMrEVN5qBFsAYnMVPLqwEjI0AQCCWOSAnHzYWmbo3itBxWgH AQGG1uVfkK5HnpxW1/+VGyKHI3gUBZrrL/7i9Q1U4rboA+SjPrdH3f1wvE9p70rQ6APOfABOb608TYzBmsiVKyQEhS4Rqoc3o83s48EOnJWg8DMTNEpBaGOp mSrJ6tIYPfs1lFDulHIBPtCv Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Dexuan Cui Due to commit 54a66265d675 ("Drivers: hv: vmbus: Fix rescind handling"), we need this patch to resolve the below deadlock: after we get the mutex in vmbus_hvsock_device_unregister() and call vmbus_device_unregister() -> device_unregister() -> ... -> device_release() -> vmbus_device_release(), we'll get a deadlock, because vmbus_device_release() tries to get the same mutex. Signed-off-by: Dexuan Cui Cc: K. Y. Srinivasan Cc: Haiyang Zhang Cc: Stephen Hemminger Signed-off-by: K. Y. Srinivasan --- drivers/hv/channel_mgmt.c | 4 ---- 1 file changed, 4 deletions(-) diff --git a/drivers/hv/channel_mgmt.c b/drivers/hv/channel_mgmt.c index 968af173c4c1..624d815745e4 100644 --- a/drivers/hv/channel_mgmt.c +++ b/drivers/hv/channel_mgmt.c @@ -945,14 +945,10 @@ static void vmbus_onoffer_rescind(struct vmbus_channel_message_header *hdr) void vmbus_hvsock_device_unregister(struct vmbus_channel *channel) { - mutex_lock(&vmbus_connection.channel_mutex); - BUG_ON(!is_hvsock_channel(channel)); channel->rescind = true; vmbus_device_unregister(channel->device_obj); - - mutex_unlock(&vmbus_connection.channel_mutex); } EXPORT_SYMBOL_GPL(vmbus_hvsock_device_unregister); -- 2.14.1