Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp3125948ybi; Thu, 18 Jul 2019 21:32:15 -0700 (PDT) X-Google-Smtp-Source: APXvYqyIqo1O3z+HTBO+41Kr+qzLQCET0DJrRPK1Gc5XD0jIS+7gRx63uttmcvRoqghfaDM5XCly X-Received: by 2002:a63:784c:: with SMTP id t73mr53176779pgc.268.1563510734767; Thu, 18 Jul 2019 21:32:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1563510734; cv=none; d=google.com; s=arc-20160816; b=Nj0ss4x9J7p9UdxBnJf7BiZ0fAY7EW4Wzsocl3S2GnTcja58HjQE10/iTaBMIzJt+V LVGE9U2b35zgLPyFEyjvR9BUnLiEHfQ9qcLevpHe6aWFkDwsoF1+v/dJeZfMsicBeq9J BWI3A4YCUc2TQ8Texju1tchvm/9ji/L8FRo7f6cDbdNR8TMMnvePBS4dTqJZlyK4kEWx GqIEgqiVKEULTEUh4BqWC6RK3E71eA3Ogqf86hJBHYUw3JXbbRWiGFVYbZbAeZj9Cv3o rv71fFB4Ow5Bd5QZS0WS8Ck+8hRXT+GyatqQm84aUwUR+LjTMw2VuCW9N2JZULJ3io/V z2Yw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=FrdzC3BNgTLpdfNVUf+idnf0oj2SEyA32b/INiUU7Z0=; b=Iix2VrhREVzK7cRhDcpej2wDy93h4h78DSel5+Trv9Jzqr5KytTPeVsoVcHZYLLZQE yQQQQ3cfqoSi095pmdDKT8veyMt5Utv41h5EQ8hEjYDJl4xBE1IlX/ySonJXJ25wBEjz N31Q1avswPgENvEGBv/dSuUGxSavrc+Ji/y5qbDCRUNMNyT7ex66GICOVHzuY+waT2EF drtAacU0Vz+RU40HiAcMRnsaTn5yRar1TL7B2vnI6A/M113yl8lZ5jh8h5YxneSAoVw0 OgddLLGL4UvYtW6USYfsBNLnmmCpoL3/jaQ9R7TzKy2zKGp518iRADqM6IegKrqe3zRv gK5g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=DOyO9hVg; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d7si90823plr.18.2019.07.18.21.31.59; Thu, 18 Jul 2019 21:32:14 -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; dkim=pass header.i=@kernel.org header.s=default header.b=DOyO9hVg; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1732340AbfGSEa6 (ORCPT + 99 others); Fri, 19 Jul 2019 00:30:58 -0400 Received: from mail.kernel.org ([198.145.29.99]:37072 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728764AbfGSEEt (ORCPT ); Fri, 19 Jul 2019 00:04:49 -0400 Received: from sasha-vm.mshome.net (c-73-47-72-35.hsd1.nh.comcast.net [73.47.72.35]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id D74BA218A3; Fri, 19 Jul 2019 04:04:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1563509089; bh=kr96ZZc2AlQZq4XV7izh+Iz0YIE00T/Y5oun0Dp4WGY=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=DOyO9hVgFSmhhDq9R4GsZ5ddJg/QRESW1W942h/FjsvQzTxpURPvFDCMQL4yx4vjl Drs+LU4bDnYYohsYE1JtL+2J9j1YAzB1ITW6vZ3zSlRnB61iPBwu9Tg8O/1KTtLwnF bWlx/4KO0YhQdc1oznhjKV0eS3yYMR2Ld02YvY/0= From: Sasha Levin To: linux-kernel@vger.kernel.org, stable@vger.kernel.org Cc: Marek Vasut , Bjorn Helgaas , Geert Uytterhoeven , Phil Edworthy , Simon Horman , Tejun Heo , Wolfram Sang , Sasha Levin , linux-pci@vger.kernel.org Subject: [PATCH AUTOSEL 5.1 062/141] PCI: sysfs: Ignore lockdep for remove attribute Date: Fri, 19 Jul 2019 00:01:27 -0400 Message-Id: <20190719040246.15945-62-sashal@kernel.org> X-Mailer: git-send-email 2.20.1 In-Reply-To: <20190719040246.15945-1-sashal@kernel.org> References: <20190719040246.15945-1-sashal@kernel.org> MIME-Version: 1.0 X-stable: review X-Patchwork-Hint: Ignore Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Marek Vasut [ Upstream commit dc6b698a86fe40a50525433eb8e92a267847f6f9 ] With CONFIG_PROVE_LOCKING=y, using sysfs to remove a bridge with a device below it causes a lockdep warning, e.g., # echo 1 > /sys/class/pci_bus/0000:00/device/0000:00:00.0/remove ============================================ WARNING: possible recursive locking detected ... pci_bus 0000:01: busn_res: [bus 01] is released The remove recursively removes the subtree below the bridge. Each call uses a different lock so there's no deadlock, but the locks were all created with the same lockdep key so the lockdep checker can't tell them apart. Mark the "remove" sysfs attribute with __ATTR_IGNORE_LOCKDEP() as it is safe to ignore the lockdep check between different "remove" kernfs instances. There's discussion about a similar issue in USB at [1], which resulted in 356c05d58af0 ("sysfs: get rid of some lockdep false positives") and e9b526fe7048 ("i2c: suppress lockdep warning on delete_device"), which do basically the same thing for USB "remove" and i2c "delete_device" files. [1] https://lore.kernel.org/r/Pine.LNX.4.44L0.1204251436140.1206-100000@iolanthe.rowland.org Link: https://lore.kernel.org/r/20190526225151.3865-1-marek.vasut@gmail.com Signed-off-by: Marek Vasut [bhelgaas: trim commit log, details at above links] Signed-off-by: Bjorn Helgaas Cc: Geert Uytterhoeven Cc: Phil Edworthy Cc: Simon Horman Cc: Tejun Heo Cc: Wolfram Sang Signed-off-by: Sasha Levin --- drivers/pci/pci-sysfs.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/pci/pci-sysfs.c b/drivers/pci/pci-sysfs.c index 25794c27c7a4..eacf84ecdd0d 100644 --- a/drivers/pci/pci-sysfs.c +++ b/drivers/pci/pci-sysfs.c @@ -477,7 +477,7 @@ static ssize_t remove_store(struct device *dev, struct device_attribute *attr, pci_stop_and_remove_bus_device_locked(to_pci_dev(dev)); return count; } -static struct device_attribute dev_remove_attr = __ATTR(remove, +static struct device_attribute dev_remove_attr = __ATTR_IGNORE_LOCKDEP(remove, (S_IWUSR|S_IWGRP), NULL, remove_store); -- 2.20.1