From: Peter Jones <pjones-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
To: Matt Fleming <matt-mF/unelCI9GS6iBeEJttW/XRex20P6io@public.gmane.org>
Cc: Lukas Wunner <lukas-JFq808J9C/izQB+pC5nmwQ@public.gmane.org>,
linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
Ard Biesheuvel
<ard.biesheuvel-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>,
Andreas Noever
<andreas.noever-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Subject: Re: [PATCH v2 1/3] efi: Add device path parser
Date: Fri, 21 Oct 2016 12:34:36 -0400 [thread overview]
Message-ID: <20161021163435.y2zlysz7dhw5ymho@redhat.com> (raw)
In-Reply-To: <20161019111728.GC31476-mF/unelCI9GS6iBeEJttW/XRex20P6io@public.gmane.org>
On Wed, Oct 19, 2016 at 12:17:28PM +0100, Matt Fleming wrote:
> (Cc'ing Peter since he's played with device path parsing before)
So the only two thoughts I have:
1) I think we should probably be a bit more aggressive about bounds
checking. Every once in a while there are implementations that build
device paths from templates and occasionally leave
efi_dev_path.length as 0 or 0xffff, or forget to put an End Entire
Device Path node at the end (or put an End Device Path Instance in
instead.) So checking for ->length < PAGE_SIZE and that when a dp
node crosses a page boundary, the new page is actually in the same map
as the previous one wouldn't be a terrible idea.
2) I think we should decide how multiple-instance device path are going
to work sooner rather than later, mostly because I have a use for them
and it seems harder to graft them in later. My first idea here is to
make get_device_by_efi_path() return 0 for "stop iterating" and 1 for
"there's more device paths later", and then make it merely set *dev =
NULL when we just don't /support/ the device path we found, rather than
returning error. Either case would still set *node to the (possibly
inexistent) next node. If we did that, we could easily rename it
get_devices_by_path() and make get_device_by_path() a special case
with exactly the semantics we have now.
>
> On Mon, 17 Oct, at 12:57:23PM, Lukas Wunner wrote:
> > We're about to extended the efistub to retrieve device properties from
> > EFI on Apple Macs. The properties use EFI Device Paths to indicate the
> > device they belong to. This commit adds a parser which, given an EFI
> > Device Path, locates the corresponding struct device and returns a
> > reference to it.
> >
> > Initially only ACPI and PCI Device Path nodes are supported, these are
> > the only types needed for Apple device properties (the corresponding
> > macOS function AppleACPIPlatformExpert::matchEFIDevicePath() does not
> > support any others). Further node types can be added with moderate
> > effort.
> >
> > Apple device properties is currently the only use case of this parser,
> > but since this may be useful to others, make it a separate component
> > which can be selected with config option EFI_DEV_PATH_PARSER. It can
> > in principle be compiled as a module if acpi_get_first_physical_node()
> > and acpi_bus_type are exported (and get_device_by_efi_path() itself is
> > exported).
> >
> > The dependency on CONFIG_ACPI is needed for acpi_match_device_ids().
> > It can be removed if an empty inline stub is added for that function.
> >
> > Cc: Matt Fleming <matt-mF/unelCI9GS6iBeEJttW/XRex20P6io@public.gmane.org>
> > Cc: Ard Biesheuvel <ard.biesheuvel-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
> > Signed-off-by: Lukas Wunner <lukas-JFq808J9C/izQB+pC5nmwQ@public.gmane.org>
> > ---
> > drivers/firmware/efi/Kconfig | 5 +
> > drivers/firmware/efi/Makefile | 1 +
> > drivers/firmware/efi/dev-path-parser.c | 186 +++++++++++++++++++++++++++++++++
> > include/linux/efi.h | 21 ++++
> > 4 files changed, 213 insertions(+)
> > create mode 100644 drivers/firmware/efi/dev-path-parser.c
> >
> > diff --git a/drivers/firmware/efi/Kconfig b/drivers/firmware/efi/Kconfig
> > index c981be1..893fda4 100644
> > --- a/drivers/firmware/efi/Kconfig
> > +++ b/drivers/firmware/efi/Kconfig
> > @@ -133,3 +133,8 @@ endmenu
> >
> > config UEFI_CPER
> > bool
> > +
> > +config EFI_DEV_PATH_PARSER
> > + bool
> > + depends on ACPI
> > + default n
> > diff --git a/drivers/firmware/efi/Makefile b/drivers/firmware/efi/Makefile
> > index c8a439f..3e91ae3 100644
> > --- a/drivers/firmware/efi/Makefile
> > +++ b/drivers/firmware/efi/Makefile
> > @@ -21,6 +21,7 @@ obj-$(CONFIG_EFI_STUB) += libstub/
> > obj-$(CONFIG_EFI_FAKE_MEMMAP) += fake_mem.o
> > obj-$(CONFIG_EFI_BOOTLOADER_CONTROL) += efibc.o
> > obj-$(CONFIG_EFI_TEST) += test/
> > +obj-$(CONFIG_EFI_DEV_PATH_PARSER) += dev-path-parser.o
> >
> > arm-obj-$(CONFIG_EFI) := arm-init.o arm-runtime.o
> > obj-$(CONFIG_ARM) += $(arm-obj-y)
> > diff --git a/drivers/firmware/efi/dev-path-parser.c b/drivers/firmware/efi/dev-path-parser.c
> > new file mode 100644
> > index 0000000..549f80b
> > --- /dev/null
> > +++ b/drivers/firmware/efi/dev-path-parser.c
> > @@ -0,0 +1,186 @@
> > +/*
> > + * dev-path-parser.c - EFI Device Path parser
> > + * Copyright (C) 2016 Lukas Wunner <lukas-JFq808J9C/izQB+pC5nmwQ@public.gmane.org>
> > + *
> > + * This program is free software; you can redistribute it and/or modify
> > + * it under the terms of the GNU General Public License (version 2) as
> > + * published by the Free Software Foundation.
> > + *
> > + * This program is distributed in the hope that it will be useful,
> > + * but WITHOUT ANY WARRANTY; without even the implied warranty of
> > + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
> > + * GNU General Public License for more details.
> > + *
> > + * You should have received a copy of the GNU General Public License
> > + * along with this program; if not, see <http://www.gnu.org/licenses/>.
> > + */
> > +
> > +#include <linux/acpi.h>
> > +#include <linux/efi.h>
> > +#include <linux/pci.h>
> > +
> > +struct acpi_hid_uid {
> > + struct acpi_device_id hid[2];
> > + char uid[11]; /* UINT_MAX + null byte */
> > +};
> > +
> > +static int __init acpi_match(struct device *dev, void *data)
> > +{
> > + struct acpi_hid_uid hid_uid = *(struct acpi_hid_uid *)data;
> > + struct acpi_device *adev = to_acpi_device(dev);
> > +
> > + if (acpi_match_device_ids(adev, hid_uid.hid))
> > + return 0;
> > +
> > + if (adev->pnp.unique_id)
> > + return !strcmp(adev->pnp.unique_id, hid_uid.uid);
> > + else
> > + return !strcmp("0", hid_uid.uid);
> > +}
> > +
> > +static int __init get_device_by_acpi_path(struct efi_dev_path *node,
> > + struct device *parent,
> > + struct device **child)
> > +{
> > + struct acpi_hid_uid hid_uid = {};
> > + struct device *phys_dev;
> > +
> > + if (node->length != 12)
> > + return -EINVAL;
> > +
> > + sprintf(hid_uid.hid[0].id, "%c%c%c%04X",
> > + 'A' + ((node->acpi.hid >> 10) & 0x1f) - 1,
> > + 'A' + ((node->acpi.hid >> 5) & 0x1f) - 1,
> > + 'A' + ((node->acpi.hid >> 0) & 0x1f) - 1,
> > + node->acpi.hid >> 16);
> > + sprintf(hid_uid.uid, "%u", node->acpi.uid);
> > +
> > + *child = bus_find_device(&acpi_bus_type, NULL, &hid_uid, acpi_match);
> > + if (!*child)
> > + return -ENODEV;
> > +
> > + phys_dev = acpi_get_first_physical_node(to_acpi_device(*child));
> > + if (phys_dev) {
> > + get_device(phys_dev);
> > + put_device(*child);
> > + *child = phys_dev;
> > + }
> > +
> > + return 0;
> > +}
> > +
> > +static int __init pci_match(struct device *dev, void *data)
> > +{
> > + unsigned int devfn = *(unsigned int *)data;
> > +
> > + return dev_is_pci(dev) && to_pci_dev(dev)->devfn == devfn;
> > +}
> > +
> > +static int __init get_device_by_pci_path(struct efi_dev_path *node,
> > + struct device *parent,
> > + struct device **child)
> > +{
> > + unsigned int devfn;
> > +
> > + if (node->length != 6)
> > + return -EINVAL;
> > + if (!parent)
> > + return -EINVAL;
> > +
> > + devfn = PCI_DEVFN(node->pci.dev, node->pci.fn);
> > +
> > + *child = device_find_child(parent, &devfn, pci_match);
> > + if (!*child)
> > + return -ENODEV;
> > +
> > + return 0;
> > +}
> > +
> > +/*
> > + * Insert parsers for further node types here.
> > + *
> > + * Each parser takes a pointer to the @node and to the @parent (will be NULL
> > + * for the first device path node). If a device corresponding to @node was
> > + * found below @parent, its reference count should be incremented and the
> > + * device returned in @child.
> > + *
> > + * The return value should be 0 on success or a negative int on failure.
> > + * The special return value 1 signals the end of the device path, only
> > + * get_device_by_end_path() is supposed to return this.
> > + *
> > + * Be sure to validate the node length and contents before commencing the
> > + * search for a device.
> > + */
> > +
> > +static int __init get_device_by_end_path(struct efi_dev_path *node,
> > + struct device *parent,
> > + struct device **child)
> > +{
> > + if (node->length != 4)
> > + return -EINVAL;
> > + if (!parent)
> > + return -ENODEV;
> > +
> > + *child = get_device(parent);
> > + return 1;
> > +}
> > +
> > +/**
> > + * get_device_by_efi_path - find device by EFI Device Path
> > + * @node: EFI Device Path
> > + * @len: maximum length of EFI Device Path in bytes
> > + * @dev: device found
> > + *
> > + * Parse a series of EFI Device Path nodes at @node and find the corresponding
> > + * device. If the device was found, its reference count is incremented and a
> > + * pointer to it is returned in @dev. The caller needs to drop the reference
> > + * with put_device() after use. The @node pointer is updated to point to the
> > + * location immediately after the "End Entire Device Path" node.
> > + *
> > + * If a Device Path node is malformed or its corresponding device is not found,
> > + * @node is updated to point to this offending node and @dev will be %NULL.
> > + *
> > + * Most buses instantiate devices in "subsys" initcall level, hence the
> > + * earliest initcall level in which this function should be called is "fs".
> > + *
> > + * Returns 0 on success,
> > + * %-ENODEV if no device was found,
> > + * %-EINVAL if a node is malformed or exceeds @len,
> > + * %-ENOTSUPP if support for a node type is not yet implemented.
> > + */
> > +int __init get_device_by_efi_path(struct efi_dev_path **node, size_t len,
> > + struct device **dev)
> > +{
> > + struct device *parent = NULL, *child;
> > + int ret = 0;
> > +
> > + *dev = NULL;
> > +
> > + while (ret != 1) {
> > + if (len < 4 || len < (*node)->length)
> > + ret = -EINVAL;
> > + else if ((*node)->type == EFI_DEV_ACPI &&
> > + (*node)->sub_type == EFI_DEV_BASIC_ACPI)
> > + ret = get_device_by_acpi_path(*node, parent, &child);
> > + else if ((*node)->type == EFI_DEV_HW &&
> > + (*node)->sub_type == EFI_DEV_PCI)
> > + ret = get_device_by_pci_path(*node, parent, &child);
> > + else if (((*node)->type == EFI_DEV_END_PATH ||
> > + (*node)->type == EFI_DEV_END_PATH2) &&
> > + (*node)->sub_type == EFI_DEV_END_ENTIRE)
> > + ret = get_device_by_end_path(*node, parent, &child);
> > + else
> > + ret = -ENOTSUPP;
> > +
> > + put_device(parent);
> > + if (ret < 0)
> > + return ret;
> > +
> > + parent = child;
> > + *node = (void *)*node + (*node)->length;
> > + len -= (*node)->length;
> > + }
> > +
> > + *dev = child;
> > + return 0;
> > +}
>
> Where in your patch series is this function called? Am I missing
> something?
>
> Also, unless there's some existing namespace with "get_device_by_*"
> I'd prefer for this function name to have "efi_" as the prefix.
>
> > diff --git a/include/linux/efi.h b/include/linux/efi.h
> > index 2d08948..4faf339 100644
> > --- a/include/linux/efi.h
> > +++ b/include/linux/efi.h
> > @@ -1145,6 +1145,27 @@ struct efi_generic_dev_path {
> > u16 length;
> > } __attribute ((packed));
> >
> > +struct efi_dev_path {
> > + u8 type; /* can be replaced with unnamed */
> > + u8 sub_type; /* struct efi_generic_dev_path; */
> > + u16 length; /* once we've moved to -std=c11 */
> > + union {
> > + struct {
> > + u32 hid;
> > + u32 uid;
> > + } acpi;
> > + struct {
> > + u8 fn;
> > + u8 dev;
> > + } pci;
> > + };
> > +} __attribute ((packed));
> > +
> > +#if IS_ENABLED(CONFIG_EFI_DEV_PATH_PARSER)
> > +int get_device_by_efi_path(struct efi_dev_path **node, size_t len,
> > + struct device **dev);
> > +#endif
> > +
> > static inline void memrange_efi_to_native(u64 *addr, u64 *npages)
> > {
> > *npages = PFN_UP(*addr + (*npages<<EFI_PAGE_SHIFT)) - PFN_DOWN(*addr);
> > --
> > 2.9.3
> >
--
Peter
next prev parent reply other threads:[~2016-10-21 16:34 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-10-17 10:57 [PATCH v2 0/3] Apple device properties Lukas Wunner
[not found] ` <cover.1476698603.git.lukas-JFq808J9C/izQB+pC5nmwQ@public.gmane.org>
2016-10-17 10:57 ` [PATCH v2 3/3] thunderbolt: Use Device ROM retrieved from EFI Lukas Wunner
2016-10-17 10:57 ` [PATCH v2 2/3] x86/efi: Retrieve and assign Apple device properties Lukas Wunner
2016-10-17 10:57 ` [PATCH v2 1/3] efi: Add device path parser Lukas Wunner
[not found] ` <ece9b12b1d0b86c83e8369e4123fc7bc60db1fdc.1476698603.git.lukas-JFq808J9C/izQB+pC5nmwQ@public.gmane.org>
2016-10-19 11:17 ` Matt Fleming
[not found] ` <20161019111728.GC31476-mF/unelCI9GS6iBeEJttW/XRex20P6io@public.gmane.org>
2016-10-19 11:51 ` Lukas Wunner
[not found] ` <20161019115119.GA2973-JFq808J9C/izQB+pC5nmwQ@public.gmane.org>
2016-10-25 12:44 ` Matt Fleming
[not found] ` <20161025124406.GD20387-mF/unelCI9GS6iBeEJttW/XRex20P6io@public.gmane.org>
2016-10-25 13:51 ` Lukas Wunner
2016-10-21 16:34 ` Peter Jones [this message]
[not found] ` <20161021163435.y2zlysz7dhw5ymho-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2016-10-22 10:16 ` Lukas Wunner
[not found] ` <20161022101608.GA4447-JFq808J9C/izQB+pC5nmwQ@public.gmane.org>
2016-10-25 14:18 ` Peter Jones
[not found] ` <20161025141819.2z244yr2ubscrm2r-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2016-10-27 12:31 ` Lukas Wunner
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=20161021163435.y2zlysz7dhw5ymho@redhat.com \
--to=pjones-h+wxahxf7alqt0dzr+alfa@public.gmane.org \
--cc=andreas.noever-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
--cc=ard.biesheuvel-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org \
--cc=linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=lukas-JFq808J9C/izQB+pC5nmwQ@public.gmane.org \
--cc=matt-mF/unelCI9GS6iBeEJttW/XRex20P6io@public.gmane.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;
as well as URLs for NNTP newsgroup(s).