From: "gregkh@linuxfoundation.org" <gregkh@linuxfoundation.org>
To: Ioana Ciornei <ioana.ciornei@nxp.com>
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH v3] drivers/base: add sysfs entries for suppliers and consumers
Date: Tue, 22 Jan 2019 13:30:38 +0100 [thread overview]
Message-ID: <20190122123038.GB2736@kroah.com> (raw)
In-Reply-To: <1545311096-29321-1-git-send-email-ioana.ciornei@nxp.com>
On Thu, Dec 20, 2018 at 01:05:11PM +0000, Ioana Ciornei wrote:
> Instead of scraping dmesg for messages such as 'Linked as a consumer to'
> or 'Dropping the link to' export two new sysfs entries in the device
> folder that contain a list of the consumer and supplier devices.
What is userspace going to do with that information? Why does it care?
>
> Also, lower the log level of the prints since the same information
> is available in the sysfs entries.
>
> Signed-off-by: Ioana Ciornei <ioana.ciornei@nxp.com>
> ---
> Changes in v3:
> - lower the log level of prints
> Changes in v2:
> - add documentation entries for the new sysfs files
>
> Documentation/ABI/testing/sysfs-devices-links | 13 +++++++
> drivers/base/core.c | 52 ++++++++++++++++++++++++---
> 2 files changed, 60 insertions(+), 5 deletions(-)
> create mode 100644 Documentation/ABI/testing/sysfs-devices-links
>
> diff --git a/Documentation/ABI/testing/sysfs-devices-links b/Documentation/ABI/testing/sysfs-devices-links
> new file mode 100644
> index 0000000..d3951c5
> --- /dev/null
> +++ b/Documentation/ABI/testing/sysfs-devices-links
> @@ -0,0 +1,13 @@
> +What: /sys/devices/.../consumers
> +Date: December 2018
> +Contact: Ioana Ciornei <ioana.ciornei@nxp.com>
> +Description:
> + Read-only attribute that lists the current "consumers" of
> + a specific device.
> +
> +What: /sys/devices/.../suppliers
> +Date: December 2018
> +Contact: Ioana Ciornei <ioana.ciornei@nxp.com>
> +Description:
> + Read-only attribute that lists the current "suppliers" of
> + a specific device.
> diff --git a/drivers/base/core.c b/drivers/base/core.c
> index a4ced33..5339bcf 100644
> --- a/drivers/base/core.c
> +++ b/drivers/base/core.c
> @@ -301,7 +301,7 @@ struct device_link *device_link_add(struct device *consumer,
> list_add_tail_rcu(&link->s_node, &supplier->links.consumers);
> list_add_tail_rcu(&link->c_node, &consumer->links.suppliers);
>
> - dev_info(consumer, "Linked as a consumer to %s\n", dev_name(supplier));
> + dev_dbg(consumer, "Linked as a consumer to %s\n", dev_name(supplier));
>
> out:
> device_pm_unlock();
> @@ -327,8 +327,8 @@ static void __device_link_del(struct kref *kref)
> {
> struct device_link *link = container_of(kref, struct device_link, kref);
>
> - dev_info(link->consumer, "Dropping the link to %s\n",
> - dev_name(link->supplier));
> + dev_dbg(link->consumer, "Dropping the link to %s\n",
> + dev_name(link->supplier));
>
> if (link->flags & DL_FLAG_PM_RUNTIME)
> pm_runtime_drop_link(link->consumer);
> @@ -342,8 +342,8 @@ static void __device_link_del(struct kref *kref)
> {
> struct device_link *link = container_of(kref, struct device_link, kref);
>
> - dev_info(link->consumer, "Dropping the link to %s\n",
> - dev_name(link->supplier));
> + dev_dbg(link->consumer, "Dropping the link to %s\n",
> + dev_name(link->supplier));
>
> if (link->flags & DL_FLAG_PM_RUNTIME)
> pm_runtime_drop_link(link->consumer);
> @@ -1117,6 +1117,34 @@ static ssize_t online_store(struct device *dev, struct device_attribute *attr,
> }
> static DEVICE_ATTR_RW(online);
>
> +static ssize_t suppliers_show(struct device *dev, struct device_attribute *attr,
> + char *buf)
> +{
> + struct device_link *link;
> + size_t count = 0;
> +
> + list_for_each_entry(link, &dev->links.suppliers, c_node)
> + count += scnprintf(buf + count, PAGE_SIZE - count, "%s\n",
> + dev_name(link->supplier));
> +
> + return count;
> +}
> +static DEVICE_ATTR_RO(suppliers);
> +
> +static ssize_t consumers_show(struct device *dev, struct device_attribute *attr,
> + char *buf)
> +{
> + struct device_link *link;
> + size_t count = 0;
> +
> + list_for_each_entry(link, &dev->links.consumers, s_node)
> + count += scnprintf(buf + count, PAGE_SIZE - count, "%s\n",
> + dev_name(link->consumer));
sysfs is supposed to be one value per file, this violates that. I don't
like that at all, now this file has to be parsed by userspace.
> +
> + return count;
> +}
> +static DEVICE_ATTR_RO(consumers);
Turn these into an attribute group, so you can add them all at once?
And do you really need these for _EVERY_ device in the system? That
feels like a lot of extra files for almost no users.
> +
> int device_add_groups(struct device *dev, const struct attribute_group **groups)
> {
> return sysfs_create_groups(&dev->kobj, groups);
> @@ -1288,8 +1316,20 @@ static int device_add_attrs(struct device *dev)
> goto err_remove_dev_groups;
> }
>
> + error = device_create_file(dev, &dev_attr_suppliers);
> + if (error)
> + goto err_remove_online;
> +
> + error = device_create_file(dev, &dev_attr_consumers);
> + if (error)
> + goto err_remove_suppliers;
These should be added in device_add(), not burried down in
device_add_attrs, which is there to add the attributes that the
bus/class wants to have added to the device.
But I still don't know why this is needed, or who is going to use it, or
what they are going to be used for...
thanks,
greg k-h
prev parent reply other threads:[~2019-01-22 12:30 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-12-20 13:05 Ioana Ciornei
2019-01-22 12:30 ` gregkh [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20190122123038.GB2736@kroah.com \
--to=gregkh@linuxfoundation.org \
--cc=ioana.ciornei@nxp.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®