From: Bjorn Helgaas <helgaas@kernel.org>
To: "Krzysztof Wilczyński" <kw@linux.com>
Cc: Bjorn Helgaas <bhelgaas@google.com>,
Logan Gunthorpe <logang@deltatee.com>,
Joe Perches <joe@perches.com>,
Oliver O'Halloran <oohall@gmail.com>,
Michael Ellerman <mpe@ellerman.id.au>,
Benjamin Herrenschmidt <benh@kernel.crashing.org>,
Paul Mackerras <paulus@samba.org>,
Tyrel Datwyler <tyreld@linux.ibm.com>,
Russell Currey <ruscur@russell.cc>,
Kurt Schwemmer <kurt.schwemmer@microsemi.com>,
Vidya Sagar <vidyas@nvidia.com>,
Xiongfeng Wang <wangxiongfeng2@huawei.com>,
linux-pci@vger.kernel.org
Subject: Re: [PATCH v3 03/14] PCI: Use sysfs_emit() and sysfs_emit_at() in "show" functions
Date: Mon, 24 May 2021 16:14:30 -0500 [thread overview]
Message-ID: <20210524211430.GA1123248@bjorn-Precision-5520> (raw)
In-Reply-To: <20210518034109.158450-3-kw@linux.com>
On Tue, May 18, 2021 at 03:40:58AM +0000, Krzysztof Wilczyński wrote:
> The sysfs_emit() and sysfs_emit_at() functions were introduced to make
> it less ambiguous which function is preferred when writing to the output
> buffer in a device attribute's "show" callback [1].
>
> Convert the PCI sysfs object "show" functions from sprintf(), snprintf()
> and scnprintf() to sysfs_emit() and sysfs_emit_at() accordingly, as the
> latter is aware of the PAGE_SIZE buffer and correctly returns the number
> of bytes written into the buffer.
>
> Modify the function dsm_label_utf16s_to_utf8s() to directly return the
> number of bytes written into the buffer so that the strlen() used later
> to calculate the length of the buffer can be removed as it would no
> longer be needed.
>
> No functional change intended.
>
> [1] Documentation/filesystems/sysfs.rst
>
> Related to:
> commit ad025f8e46f3 ("PCI/sysfs: Use sysfs_emit() and sysfs_emit_at() in "show" functions")
>
> Signed-off-by: Krzysztof Wilczyński <kw@linux.com>
> Reviewed-by: Logan Gunthorpe <logang@deltatee.com>
> ---
> Changes in v2:
> None.
> Changes in v3:
> Added Logan Gunthorpe's "Reviewed-by".
> Change style to the preferred one in the drivers/pci/slot.c file.
>
> drivers/pci/pci-label.c | 18 ++++++++++--------
> drivers/pci/slot.c | 18 +++++++++---------
> 2 files changed, 19 insertions(+), 17 deletions(-)
>
> diff --git a/drivers/pci/pci-label.c b/drivers/pci/pci-label.c
> index c32f3b7540e8..000e169c7197 100644
> --- a/drivers/pci/pci-label.c
> +++ b/drivers/pci/pci-label.c
> @@ -139,14 +139,17 @@ enum acpi_attr_enum {
> ACPI_ATTR_INDEX_SHOW,
> };
>
> -static void dsm_label_utf16s_to_utf8s(union acpi_object *obj, char *buf)
> +static int dsm_label_utf16s_to_utf8s(union acpi_object *obj, char *buf)
> {
> int len;
> +
> len = utf16s_to_utf8s((const wchar_t *)obj->buffer.pointer,
> obj->buffer.length,
> UTF16_LITTLE_ENDIAN,
> buf, PAGE_SIZE);
> buf[len] = '\n';
> +
> + return len;
> }
>
> static int dsm_get_label(struct device *dev, char *buf,
> @@ -154,7 +157,7 @@ static int dsm_get_label(struct device *dev, char *buf,
> {
> acpi_handle handle = ACPI_HANDLE(dev);
> union acpi_object *obj, *tmp;
> - int len = -1;
> + int len = 0;
>
> if (!handle)
> return -1;
> @@ -175,20 +178,19 @@ static int dsm_get_label(struct device *dev, char *buf,
> * this entry must return a null string.
> */
> if (attr == ACPI_ATTR_INDEX_SHOW) {
> - scnprintf(buf, PAGE_SIZE, "%llu\n", tmp->integer.value);
> + len = sysfs_emit(buf, "%llu\n", tmp->integer.value);
> } else if (attr == ACPI_ATTR_LABEL_SHOW) {
> if (tmp[1].type == ACPI_TYPE_STRING)
> - scnprintf(buf, PAGE_SIZE, "%s\n",
> - tmp[1].string.pointer);
> + len = sysfs_emit(buf, "%s\n",
> + tmp[1].string.pointer);
> else if (tmp[1].type == ACPI_TYPE_BUFFER)
> - dsm_label_utf16s_to_utf8s(tmp + 1, buf);
> + len = dsm_label_utf16s_to_utf8s(tmp + 1, buf);
> }
> - len = strlen(buf) > 0 ? strlen(buf) : -1;
> }
>
> ACPI_FREE(obj);
>
> - return len;
> + return len > 0 ? len : -1;
I really like this, but I would like it even better if the
sysfs_emit() change were easier to review.
It seems pointless that the current code uses strlen() when
scnprintf() and dsm_label_utf16s_to_utf8s() both have that
information and we just throw it away.
I think it should be possible to split the len and
dsm_label_utf16s_to_utf8s() changes to a separate patch, which would
remove the need for the strlen, and then the conversion to
sysfs_emit() would be completely trivial like all the rest of them.
My goal is to make all the sysfs_emit() changes look almost
mechanical, with the non-trivial parts separated out.
> }
>
> static ssize_t label_show(struct device *dev, struct device_attribute *attr,
> diff --git a/drivers/pci/slot.c b/drivers/pci/slot.c
> index d627dd9179b4..751a26668e3a 100644
> --- a/drivers/pci/slot.c
> +++ b/drivers/pci/slot.c
> @@ -39,19 +39,19 @@ static const struct sysfs_ops pci_slot_sysfs_ops = {
> static ssize_t address_read_file(struct pci_slot *slot, char *buf)
> {
> if (slot->number == 0xff)
> - return sprintf(buf, "%04x:%02x\n",
> - pci_domain_nr(slot->bus),
> - slot->bus->number);
> - else
> - return sprintf(buf, "%04x:%02x:%02x\n",
> - pci_domain_nr(slot->bus),
> - slot->bus->number,
> - slot->number);
> + return sysfs_emit(buf, "%04x:%02x\n",
> + pci_domain_nr(slot->bus),
> + slot->bus->number);
> +
> + return sysfs_emit(buf, "%04x:%02x:%02x\n",
> + pci_domain_nr(slot->bus),
> + slot->bus->number,
> + slot->number);
> }
>
> static ssize_t bus_speed_read(enum pci_bus_speed speed, char *buf)
> {
> - return sprintf(buf, "%s\n", pci_speed_string(speed));
> + return sysfs_emit(buf, "%s\n", pci_speed_string(speed));
> }
>
> static ssize_t max_speed_read_file(struct pci_slot *slot, char *buf)
> --
> 2.31.1
>
next prev parent reply other threads:[~2021-05-24 21:14 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-05-18 3:40 [PATCH v3 01/14] PCI: Use sysfs_emit() and sysfs_emit_at() in "show" functions Krzysztof Wilczyński
2021-05-18 3:40 ` [PATCH v3 02/14] PCI/AER: " Krzysztof Wilczyński
2021-05-18 3:40 ` [PATCH v3 03/14] PCI: " Krzysztof Wilczyński
2021-05-24 21:14 ` Bjorn Helgaas [this message]
2021-05-24 21:19 ` Bjorn Helgaas
2021-05-25 10:32 ` Krzysztof Wilczyński
2021-05-25 16:07 ` Logan Gunthorpe
2021-05-18 3:40 ` [PATCH v3 04/14] PCI/MSI: " Krzysztof Wilczyński
2021-05-18 3:41 ` [PATCH v3 05/14] PCI/IOV: " Krzysztof Wilczyński
2021-05-18 3:41 ` [PATCH v3 06/14] PCI/P2PDMA: " Krzysztof Wilczyński
2021-05-18 3:41 ` [PATCH v3 07/14] PCI/ASPM: " Krzysztof Wilczyński
2021-05-18 3:41 ` [PATCH v3 08/14] PCI: switchtec: " Krzysztof Wilczyński
2021-05-18 3:41 ` [PATCH v3 09/14] PCI: rpadlpar: " Krzysztof Wilczyński
2021-05-18 3:41 ` [PATCH v3 10/14] PCI: hotplug: " Krzysztof Wilczyński
2021-05-18 3:41 ` [PATCH v3 11/14] PCI: shpchp: " Krzysztof Wilczyński
2021-05-18 3:41 ` [PATCH v3 12/14] PCI: Fix trailing newline handling of resource_alignment_param Krzysztof Wilczyński
2021-05-21 15:14 ` Krzysztof Wilczyński
2021-05-21 15:34 ` Logan Gunthorpe
2021-05-21 17:19 ` Greg Kroah-Hartman
2021-05-25 10:29 ` Krzysztof Wilczyński
2021-05-18 3:41 ` [PATCH v3 13/14] PCI/sysfs: Add missing trailing newline to devspec_show() Krzysztof Wilczyński
2021-05-18 3:41 ` [PATCH v3 14/14] PCI/sysfs: Only show value when driver_override is not NULL Krzysztof Wilczyński
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=20210524211430.GA1123248@bjorn-Precision-5520 \
--to=helgaas@kernel.org \
--cc=benh@kernel.crashing.org \
--cc=bhelgaas@google.com \
--cc=joe@perches.com \
--cc=kurt.schwemmer@microsemi.com \
--cc=kw@linux.com \
--cc=linux-pci@vger.kernel.org \
--cc=logang@deltatee.com \
--cc=mpe@ellerman.id.au \
--cc=oohall@gmail.com \
--cc=paulus@samba.org \
--cc=ruscur@russell.cc \
--cc=tyreld@linux.ibm.com \
--cc=vidyas@nvidia.com \
--cc=wangxiongfeng2@huawei.com \
/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