Received: by 2002:ac0:a594:0:0:0:0:0 with SMTP id m20-v6csp243986imm; Tue, 15 May 2018 00:41:55 -0700 (PDT) X-Google-Smtp-Source: AB8JxZqAdemGWiBedrI2EmahhMj2wD37IjkukxLjYRu6UMiAwH/oF3N6Dd4ShSntxuq/O0uHDISH X-Received: by 2002:a17:902:8305:: with SMTP id bd5-v6mr13221387plb.13.1526370115575; Tue, 15 May 2018 00:41:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1526370115; cv=none; d=google.com; s=arc-20160816; b=o1AGN0w47DBwdQekc2Qd6mTML3hrdjaabyU6LwLMj5kN9AweMDwBEHP9r6nod9t3EA YV/7+C3C/C8VCKIx8INhAQh9UECz5nAxAOLcHFVgXGcQQS9B3V0Ri4bDCiJbBVrv0VTg 1GS7MfgpM2iMAYMpMoXKuejN8uO1hXAsS8AsJv3oPGajR6qSv/Nn5vXh3+2OUtqSNYgp 1p3rnuCa9p71UkOb6D1x/Ro12WTqT4A/Ze7QOm60zSdbCoVa4DefzuwC0bgn0yIgfKow hjBH33zhGNqVKJO3ZpLEoZM8fK513Fr1K1aWAYxtHc9IckXS36SdPtljCXD+Ck76Uvov HnWw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from:arc-authentication-results; bh=x7nOZX6QA2Q7ACM41Eki5cjsPRJ0obJ0n+ha0UZBAtU=; b=ngYZmXKzNe2UfNtbczoXDsBjglf6khmMAKSBcb8ybk13DCDaBwepYU8EHEyCIiiLi3 tXn2A56mVbSDGJyXgwgZ9StzTHxSazdxBZpsAt8kuhY72QxNwceVG4GUEkSMZMrVkwOw 9fnygtcHQoooUbK+HL5qgpvjzrEFp1JjZ4QPM5BZp1vbjLP7skmgkPwZzxTdVarzE8II 8QLYVHMoYtl7zShIi1C5LxWepOwTuFEqnh7fT1fOENDmnWJpKtOMbTiJezpfBKKD9/cN eJqTrfKbJIvQU7MtA8/uR0XyIZBM7d6YQtYKD8H1az0feoFuukDscBJ8y5ayV1VNGv+F FyUg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id k2-v6si11070569plt.374.2018.05.15.00.41.41; Tue, 15 May 2018 00:41:55 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752481AbeEOHlO (ORCPT + 99 others); Tue, 15 May 2018 03:41:14 -0400 Received: from mx2.suse.de ([195.135.220.15]:42961 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752089AbeEOHkv (ORCPT ); Tue, 15 May 2018 03:40:51 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 90DBBADFF; Tue, 15 May 2018 07:40:49 +0000 (UTC) From: Johannes Thumshirn To: Keith Busch Cc: Sagi Grimberg , Christoph Hellwig , Linux NVMe Mailinglist , Linux Kernel Mailinglist , Hannes Reinecke , Johannes Thumshirn Subject: [PATCHv2 1/5] nvme: fix lockdep warning in nvme_mpath_clear_current_path Date: Tue, 15 May 2018 09:40:39 +0200 Message-Id: <20180515074043.22843-2-jthumshirn@suse.de> X-Mailer: git-send-email 2.16.3 In-Reply-To: <20180515074043.22843-1-jthumshirn@suse.de> References: <20180515074043.22843-1-jthumshirn@suse.de> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org When running blktest's nvme/005 with a lockdep enabled kernel the test case fails due to the following lockdep splat in dmesg: [ 18.206166] ============================= [ 18.207286] WARNING: suspicious RCU usage [ 18.208417] 4.17.0-rc5 #881 Not tainted [ 18.209487] ----------------------------- [ 18.210612] drivers/nvme/host/nvme.h:457 suspicious rcu_dereference_check() usage! [ 18.213486] [ 18.213486] other info that might help us debug this: [ 18.213486] [ 18.214745] [ 18.214745] rcu_scheduler_active = 2, debug_locks = 1 [ 18.215798] 3 locks held by kworker/u32:5/1102: [ 18.216535] #0: (ptrval) ((wq_completion)"nvme-wq"){+.+.}, at: process_one_work+0x152/0x5c0 [ 18.217983] #1: (ptrval) ((work_completion)(&ctrl->scan_work)){+.+.}, at: process_one_work+0x152/0x5c0 [ 18.219584] #2: (ptrval) (&subsys->lock#2){+.+.}, at: nvme_ns_remove+0x43/0x1c0 [nvme_core] [ 18.221037] [ 18.221037] stack backtrace: [ 18.221721] CPU: 12 PID: 1102 Comm: kworker/u32:5 Not tainted 4.17.0-rc5 #881 [ 18.222830] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.0.0-prebuilt.qemu-project.org 04/01/2014 [ 18.224451] Workqueue: nvme-wq nvme_scan_work [nvme_core] [ 18.225308] Call Trace: [ 18.225704] dump_stack+0x78/0xb3 [ 18.226224] nvme_ns_remove+0x1a3/0x1c0 [nvme_core] [ 18.226975] nvme_validate_ns+0x87/0x850 [nvme_core] [ 18.227749] ? blk_queue_exit+0x69/0x110 [ 18.228358] ? blk_queue_exit+0x81/0x110 [ 18.228960] ? direct_make_request+0x1a0/0x1a0 [ 18.229649] nvme_scan_work+0x212/0x2d0 [nvme_core] [ 18.230411] process_one_work+0x1d8/0x5c0 [ 18.231037] ? process_one_work+0x152/0x5c0 [ 18.231705] worker_thread+0x45/0x3e0 [ 18.232282] kthread+0x101/0x140 [ 18.232788] ? process_one_work+0x5c0/0x5c0 The only caller of nvme_mpath_clear_current_path() is nvme_ns_remove() which holds the subsys lock so it's likely a false positive, but when using rcu_access_pointer(), we're telling rcu and lockdep that we're only after the pointer falue. Fixes: 32acab3181c7 ("nvme: implement multipath access to nvme subsystems") Signed-off-by: Johannes Thumshirn Suggested-by: Paul E. McKenney --- Changes to v1: - Change rcu_dereference_protected() to rc_access_pointer() (Paul) --- drivers/nvme/host/nvme.h | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/nvme/host/nvme.h b/drivers/nvme/host/nvme.h index 17d2f7cf3fed..af2bb6bc984d 100644 --- a/drivers/nvme/host/nvme.h +++ b/drivers/nvme/host/nvme.h @@ -22,6 +22,7 @@ #include #include #include +#include extern unsigned int nvme_io_timeout; #define NVME_IO_TIMEOUT (nvme_io_timeout * HZ) @@ -454,7 +455,7 @@ static inline void nvme_mpath_clear_current_path(struct nvme_ns *ns) { struct nvme_ns_head *head = ns->head; - if (head && ns == srcu_dereference(head->current_path, &head->srcu)) + if (head && ns == rcu_access_pointer(head->current_path)) rcu_assign_pointer(head->current_path, NULL); } struct nvme_ns *nvme_find_path(struct nvme_ns_head *head); -- 2.16.3