aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/include/linux/i2c.h
diff options
context:
space:
mode:
authorHans de Goede <hdegoede@redhat.com>2021-12-03 11:28:45 +0100
committerHans de Goede <hdegoede@redhat.com>2021-12-13 11:44:47 +0100
commitfb90e58f7c4e406d510f301e156e2056a4357130 (patch)
treec4238b67150b9578fd3beab6fa50d46fa71bd568 /include/linux/i2c.h
parentACPI: delay enumeration of devices with a _DEP pointing to an INT3472 device (diff)
downloadwireguard-linux-fb90e58f7c4e406d510f301e156e2056a4357130.tar.xz
wireguard-linux-fb90e58f7c4e406d510f301e156e2056a4357130.zip
i2c: acpi: Use acpi_dev_ready_for_enumeration() helper
The clk and regulator frameworks expect clk/regulator consumer-devices to have info about the consumed clks/regulators described in the device's fw_node. To work around cases where this info is not present in the firmware tables, which is often the case on x86/ACPI devices, both frameworks allow the provider-driver to attach info about consumers to the clks/regulators when registering these. This causes problems with the probe ordering wrt drivers for consumers of these clks/regulators. Since the lookups are only registered when the provider-driver binds, trying to get these clks/regulators before then results in a -ENOENT error for clks and a dummy regulator for regulators. To ensure the correct probe-ordering the ACPI core has code to defer the enumeration of consumers affected by this until the providers are ready. Call the new acpi_dev_ready_for_enumeration() helper to avoid enumerating / instantiating i2c-clients too early. Acked-by: Wolfram Sang <wsa@kernel.org> Acked-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com> Reviewed-by: Andy Shevchenko <andy.shevchenko@gmail.com> Acked-by: Mika Westerberg <mika.westerberg@linux.intel.com> Signed-off-by: Hans de Goede <hdegoede@redhat.com> Link: https://lore.kernel.org/r/20211203102857.44539-3-hdegoede@redhat.com
Diffstat (limited to 'include/linux/i2c.h')
0 files changed, 0 insertions, 0 deletions