Re: [PATCH 2/3] driver core: Introduce fw_devlink_relax_consumers helper
From: Greg KH
Date: Thu Aug 14 2025 - 07:39:48 EST
On Thu, Aug 14, 2025 at 07:10:22PM +0800, Wang Wensheng wrote:
> Some devices are added during its parent's probe and will never get
> bound to a driver. In this case, with fw_devlink set to "rpm",
> which is the default value, its consumers will be deferred probe
> until deferred_probe_timeout when fw_devlink_drivers_done() would
> relax the devlinks to the suplier.
>
> Use this function to relax the consumer devlinks, just like what we
> do for the unmatched devices in fw_devlink_drivers_done(), so that
> the consumer devices would be probed not that later.
>
> Signed-off-by: Wang Wensheng <wangwensheng4@xxxxxxxxxx>
> ---
> drivers/base/core.c | 22 ++++++++++++++++++++++
> include/linux/device.h | 1 +
> 2 files changed, 23 insertions(+)
>
> diff --git a/drivers/base/core.c b/drivers/base/core.c
> index d22d6b23e758..2f7101ad9d11 100644
> --- a/drivers/base/core.c
> +++ b/drivers/base/core.c
> @@ -1754,6 +1754,28 @@ static void fw_devlink_relax_link(struct device_link *link)
> dev_name(link->supplier));
> }
>
> +/**
> + * fw_devlink_relax_consumers - Relax the devlinks with all its consumers
> + * @dev: Device whose consumer devlinks will be relaxed
> + *
> + * Some devices are added during its parent's probe and will never get bound
> + * to a driver. In this case its consumers will be deferred probe until
> + * deferred_probe_timeout.
> + *
> + * Use this function to relax the consumer devlinks so that the consumers
> + * device would be probed not that later.
> + */
> +void fw_devlink_relax_consumers(struct device *dev)
> +{
> + struct device_link *link;
> +
> + device_links_write_lock();
> + list_for_each_entry(link, &dev->links.consumers, s_node)
> + fw_devlink_relax_link(link);
> + device_links_write_unlock();
> +}
> +EXPORT_SYMBOL_GPL(fw_devlink_relax_consumers);
We currently do not export any "fw_" functions from the driver core, why
do that now? This feels wrong as this should all be "internal" to the
driver core, no driver should be calling this.
thanks,
greg k-h