Re: [PATCH v2] driver core: Add CONFIG_FW_DEVLINK_SYNC_STATE_TIMEOUT

From: Greg Kroah-Hartman
Date: Fri Mar 17 2023 - 10:12:52 EST


On Tue, Mar 14, 2023 at 06:07:31PM -0700, Saravana Kannan wrote:
> Add a build time equivalent of fw_devlink.sync_state=timeout so that
> board specific kernels could enable it and not have to deal with setting
> or cluttering the kernel commandline.
>
> Cc: Doug Anderson <dianders@xxxxxxxxxxxx>
> Signed-off-by: Saravana Kannan <saravanak@xxxxxxxxxx>
> ---
> drivers/base/Kconfig | 12 ++++++++++++
> drivers/base/core.c | 5 +++++
> 2 files changed, 17 insertions(+)
>
> diff --git a/drivers/base/Kconfig b/drivers/base/Kconfig
> index 6f04b831a5c0..aac247512d69 100644
> --- a/drivers/base/Kconfig
> +++ b/drivers/base/Kconfig
> @@ -230,4 +230,16 @@ config GENERIC_ARCH_NUMA
> Enable support for generic NUMA implementation. Currently, RISC-V
> and ARM64 use it.
>
> +config FW_DEVLINK_SYNC_STATE_TIMEOUT
> + bool
> + help
> + This is build time equivalent of adding kernel command line parameter
> + "fw_devlink.sync_state=timeout". Give up waiting on consumers and
> + call sync_state() on any devices that haven't yet received their
> + sync_state() calls after deferred_probe_timeout has expired or by
> + late_initcall() if !CONFIG_MODULES. You should almost always want to
> + select N here unless you have already successfully tested with the
> + command line option on every system/board your kernel is expected to
> + work on.

As nothing can actually select this, it doesn't make sense to add this
now, right? We need a user, otherwise the automated tools will come
along and remove this option when they figure out that it can't be ever
used.

thanks,

greg k-h