Re: [PATCH v3 2/6] mux: Add helper functions for getting optional and selected mux-state

Josua Mayer
2025-12-21T10:38:01Z

Hi Ulf,

Am 17.12.25 um 14:38 schrieb Ulf Hansson:
> On Wed, 10 Dec 2025 at 18:39, Josua Mayer <josua@solid-run.com> wrote:

cut

>> /*
>> * Using subsys_initcall instead of module_init here to try to ensure - for
>> * the non-modular case - that the subsystem is initialized when mux consumers
>> diff --git a/include/linux/mux/consumer.h b/include/linux/mux/consumer.h
>> index 2e25c838f8312..a5da2e33a45c0 100644
>> --- a/include/linux/mux/consumer.h
>> +++ b/include/linux/mux/consumer.h
>> @@ -60,5 +60,9 @@ struct mux_control *devm_mux_control_get(struct device *dev,
>> const char *mux_name);
>> struct mux_state *devm_mux_state_get(struct device *dev,
>> const char *mux_name);
>> +struct mux_state *devm_mux_state_get_optional(struct device *dev,
>> + const char *mux_name);
>> +struct mux_state *devm_mux_state_get_optional_selected(struct device *dev,
>> + const char *mux_name);
> Seems like we need stub-functions of these too. Otherwise
> subsystems/drivers need to have a "depends on MULTIPLEXER" in their
> Kconfigs.

Currently the drivers that can use a mux select MULTIPLEXER in Kconfig.

There already exist a few mux helpers both for mux-state and for mux-control,
and they might all need stubs.

I'd prefer the restructuring of kconfig dependencies being independent from
adding mux-state functionality to renesas sdhi driver.

sincerely
Josua Mayer