-ENODEV is a bad choice for an error code for of_device_ensure_probed. The function is either called from board code or from driver frameworks, which usually just propagate the error code with unintended consequences: - A board driver probe function returning -ENODEV is silently skipped - A driver framework function returning -ENODEV is often interpreted to mean that an optional resource is not specified (e.g. in DT). In both cases, the user isn't provided an error message and wrong behavior can crop up later. In my case, the XHCI driver would time out, because phy_get propagated of_device_ensure_probed's -ENODEV, which was understood to mean that no PHY is needed and not that the PHY is specified in the DT, but no driver was bound to it. Instead of -ENODEV, let's thus return -EPROBE_DEFER. This can be propagated up to the driver core, which on a deep probe system (the only ones where of_device_ensure_probed is not a no-op) will print a fat red error message. We could achieve the same with some other error code, but -EPROBE_DEFER is what a non-deep-probe system would return when probes are deferred indefinitely, so symmetry in the deep probe case fits well. Signed-off-by: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx> --- v1 -> v2: - adapt function kerneldoc documentation (Marco) - replace all -ENODEV return values with -EPROBE_DEFER --- drivers/of/platform.c | 14 +++++++------- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/drivers/of/platform.c b/drivers/of/platform.c index 0d1dea2db377..ec1482b27797 100644 --- a/drivers/of/platform.c +++ b/drivers/of/platform.c @@ -468,7 +468,7 @@ static struct device *of_device_create_on_demand(struct device_node *np) else dev = of_platform_device_create(np, parent_dev); - return dev ? : ERR_PTR(-ENODEV); + return dev ? : ERR_PTR(-EPROBE_DEFER); } /** @@ -480,7 +480,7 @@ static struct device *of_device_create_on_demand(struct device_node *np) * it. * * Return: %0 on success - * %-ENODEV if either the device can't be populated, the driver is + * %-EPROBE_DEFER if either the device can't be populated, the driver is * missing or the driver probe returns an error. */ int of_device_ensure_probed(struct device_node *np) @@ -492,7 +492,7 @@ int of_device_ensure_probed(struct device_node *np) dev = of_device_create_on_demand(np); if (IS_ERR_OR_NULL(dev)) - return -ENODEV; + return -EPROBE_DEFER; /* * The deep-probe mechanism relies on the fact that all necessary @@ -502,7 +502,7 @@ int of_device_ensure_probed(struct device_node *np) * requirements are fulfilled if 'dev->driver' is not NULL. */ if (!dev->driver) - return -ENODEV; + return -EPROBE_DEFER; return 0; } @@ -517,7 +517,7 @@ EXPORT_SYMBOL_GPL(of_device_ensure_probed); * populated and probed if found. * * Return: %0 on success - * %-ENODEV if either the device can't be populated, the driver is + * %-EPROBE_DEFER if either the device can't be populated, the driver is * missing or the driver probe returns an error * %-EINVAL if alias can't be found */ @@ -545,7 +545,7 @@ EXPORT_SYMBOL_GPL(of_device_ensure_probed_by_alias); * probes devices which match @ids. * * Return: %0 on success - * %-ENODEV if either the device wasn't found, can't be populated, + * %-EPROBE_DEFER if either the device wasn't found, can't be populated, * the driver is missing or the driver probe returns an error */ int of_devices_ensure_probed_by_dev_id(const struct of_device_id *ids) @@ -578,7 +578,7 @@ EXPORT_SYMBOL_GPL(of_devices_ensure_probed_by_dev_id); * devices which matches @property_name. * * Return: %0 on success - * %-ENODEV if either the device wasn't found, can't be populated, + * %-EPROBE_DEFER if either the device wasn't found, can't be populated, * the driver is missing or the driver probe returns an error */ int of_devices_ensure_probed_by_property(const char *property_name) -- 2.39.2