Received: by 2002:a25:e7d8:0:0:0:0:0 with SMTP id e207csp1149573ybh; Sat, 14 Mar 2020 19:25:06 -0700 (PDT) X-Google-Smtp-Source: ADFU+vuTQy/viD+gxNfys99bPJI5pljxngkJkiDDRGRHAuRpLkoeE9XcOUzx8b2PEUx5LUuOb5wO X-Received: by 2002:a9d:560b:: with SMTP id e11mr16337851oti.226.1584239105978; Sat, 14 Mar 2020 19:25:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1584239105; cv=none; d=google.com; s=arc-20160816; b=1AcuiQxdFmCe0CFdCdGwCFT//j6fuyaop+kTIP5ajKxxw05TRR9hGJJxxr6/sqoMic irPZDShxg6JfKN2a6uxYzwevynEQIW/BWwxLqZxdJS0qe4fvus216ar38cKKvZY2YrkW MzZvIvSbWrcPEpoH61/feJWBfLRyhAbDTnm6Rj0xubBq7zgFL31T4MBMEzrlJ9jqzN1M ziQuNHPIKf6XeUKgzVO61Wy2FHIGtgVEkDEfTNaCy+p0QZKx72SNtBcnUJL8Ml2u8HoG +XpA4IrDSKxaz2AucnP3DN1heDciyhrFIQX0ORSlXf+An3el/hErKv59q9OO0z7jGwJo GE6g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=2ighNOT6prRV/lhDLVxRHVoQaTQ5obeNLie+bCFBdzQ=; b=pt1883cy7jdQ7HSjFY0UfacJIC4h8EYxI+mEyyKsKpPWPsdEKUUlMWWu3WOq+I69L4 KAbzQzTViy0un/vOIu2hunLrCqISFGhWocGK09L9VgaVYhhz4K9/ftawc53BbeAKpBZr sgkEbRFyOve1V6E76/4oUPvzdgb2rJDfhwa2nOfQqU6Mdvvve7AV77JI6zaDasNCyU84 glM/L2kpedGhPs9UxxMLAQOlqttrf6cT+0WhsvVp/OColc5x4t3Kg0z+ZcamOVS6qR/s cFGnRfVbZZxnn4BFuYbZUq2D+ygUW4pBgW23/GRPay/uOgaXeiCVp6Z7Xtc+TErLIasF 2RYg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=ztNmQ9im; 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 a12si1266037otf.88.2020.03.14.19.24.54; Sat, 14 Mar 2020 19:25:05 -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=ztNmQ9im; 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 S1727816AbgCOCYT (ORCPT + 99 others); Sat, 14 Mar 2020 22:24:19 -0400 Received: from mail.kernel.org ([198.145.29.99]:39098 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727917AbgCOCYN (ORCPT ); Sat, 14 Mar 2020 22:24:13 -0400 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id C0CDC2073E; Sat, 14 Mar 2020 11:20:24 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1584184825; bh=dQfzPYyCYdN+44zCm9AjIC54G7c/pVQL8vwGNg36xK8=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=ztNmQ9imaYg944LP2Tp1jJ8ZgvjqCngYPQRGC11tXYfpCbCRmX3lG6VlrNhesKoiL 2jq4LXNkX4Yb0W7o68AWIZup5z+o12xuG9ESxbf7yoT1mGRh7uQotFPOSRNMjiMtiy zqzD4xyg/t8ifygN/+2fSg+esmPPWYBk9U4Jz0X0= Date: Sat, 14 Mar 2020 12:20:22 +0100 From: Greg Kroah-Hartman To: Ruslan Bilovol Cc: Kelsey Skunberg , bhelgaas@google.com, linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org, skhan@linuxfoundation.org, linux-kernel-mentees@lists.linuxfoundation.org, bodong@mellanox.com, ddutile@redhat.com, rbilovol@cisco.com Subject: Re: [PATCH v3 1/4] PCI: sysfs: Define device attributes with DEVICE_ATTR* Message-ID: <20200314112022.GA53794@kroah.com> References: <20190813204513.4790-1-skunberg.kelsey@gmail.com> <20190815153352.86143-2-skunberg.kelsey@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Mar 14, 2020 at 12:51:47PM +0200, Ruslan Bilovol wrote: > On Thu, Aug 15, 2019 at 7:01 PM Kelsey Skunberg > wrote: > > > > Defining device attributes should be done through the helper > > DEVICE_ATTR_RO(), DEVICE_ATTR_WO(), or similar. Change all instances using > > __ATTR* to now use its equivalent DEVICE_ATTR*. > > > > Example of old: > > > > static struct device_attribute dev_name_##_attr=__ATTR_RO(_name); > > > > Example of new: > > > > static DEVICE_ATTR_RO(_name); > > > > Signed-off-by: Kelsey Skunberg > > --- > > drivers/pci/pci-sysfs.c | 59 +++++++++++++++++++---------------------- > > 1 file changed, 27 insertions(+), 32 deletions(-) > > > > diff --git a/drivers/pci/pci-sysfs.c b/drivers/pci/pci-sysfs.c > > index 965c72104150..8af7944fdccb 100644 > > --- a/drivers/pci/pci-sysfs.c > > +++ b/drivers/pci/pci-sysfs.c > > @@ -464,9 +464,7 @@ static ssize_t dev_rescan_store(struct device *dev, > > } > > return count; > > } > > -static struct device_attribute dev_rescan_attr = __ATTR(rescan, > > - (S_IWUSR|S_IWGRP), > > - NULL, dev_rescan_store); > > +static DEVICE_ATTR(rescan, (S_IWUSR | S_IWGRP), NULL, dev_rescan_store); > > > > static ssize_t remove_store(struct device *dev, struct device_attribute *attr, > > const char *buf, size_t count) > > @@ -480,9 +478,8 @@ 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_IGNORE_LOCKDEP(remove, > > - (S_IWUSR|S_IWGRP), > > - NULL, remove_store); > > +static DEVICE_ATTR_IGNORE_LOCKDEP(remove, (S_IWUSR | S_IWGRP), NULL, > > + remove_store); > > > > static ssize_t dev_bus_rescan_store(struct device *dev, > > struct device_attribute *attr, > > @@ -504,7 +501,7 @@ static ssize_t dev_bus_rescan_store(struct device *dev, > > } > > return count; > > } > > -static DEVICE_ATTR(rescan, (S_IWUSR|S_IWGRP), NULL, dev_bus_rescan_store); > > +static DEVICE_ATTR(bus_rescan, (S_IWUSR | S_IWGRP), NULL, dev_bus_rescan_store); > > This patch renamed 'rescan' to 'bus_rescan' and broke my userspace application. > There is also mismatch now between real functionality and documentation > Documentation/ABI/testing/sysfs-bus-pci which still contains old "rescan" > descriptions. > > Another patch from this patch series also renamed 'rescan' to 'dev_rescan' > > Here is a comparison between two stable kernels (with and without this > patch series): > > v5.4 > # find /sys -name '*rescan' > /sys/devices/pci0000:00/0000:00:01.2/dev_rescan > /sys/devices/pci0000:00/0000:00:01.0/dev_rescan > /sys/devices/pci0000:00/0000:00:04.0/dev_rescan > /sys/devices/pci0000:00/0000:00:00.0/dev_rescan > /sys/devices/pci0000:00/pci_bus/0000:00/bus_rescan > /sys/devices/pci0000:00/0000:00:01.3/dev_rescan > /sys/devices/pci0000:00/0000:00:03.0/dev_rescan > /sys/devices/pci0000:00/0000:00:01.1/dev_rescan > /sys/devices/pci0000:00/0000:00:02.0/dev_rescan > /sys/devices/pci0000:00/0000:00:05.0/dev_rescan > /sys/bus/pci/rescan > > v4.19 > # find /sys -name '*rescan' > /sys/devices/pci0000:00/0000:00:01.2/rescan > /sys/devices/pci0000:00/0000:00:01.0/rescan > /sys/devices/pci0000:00/0000:00:04.0/rescan > /sys/devices/pci0000:00/0000:00:00.0/rescan > /sys/devices/pci0000:00/pci_bus/0000:00/rescan > /sys/devices/pci0000:00/0000:00:01.3/rescan > /sys/devices/pci0000:00/0000:00:03.0/rescan > /sys/devices/pci0000:00/0000:00:01.1/rescan > /sys/devices/pci0000:00/0000:00:02.0/rescan > /sys/devices/pci0000:00/0000:00:05.0/rescan > /sys/bus/pci/rescan > > Do we maintain this kind of API as non-changeable? Yeah, that's a bug and should be fixed, sorry for missing that on review. Kelsey, can you fix this up? thanks, greg k-h