[alsa-devel] [PATCH v3 3/8] mfd: arizona: Add support for WM8998 and WM1814

Paul Bolle pebolle at tiscali.nl
Sat May 2 11:58:51 CEST 2015


Something I didn't notice when v2 came along.

On Fri, 2015-05-01 at 16:15 +0100, Richard Fitzgerald wrote:
> --- a/drivers/mfd/Kconfig
> +++ b/drivers/mfd/Kconfig

> +config MFD_WM8998
> +	bool "Wolfson Microelectronics WM8998"
> +	depends on MFD_ARIZONA
> +	help
> +	  Support for Wolfson Microelectronics WM8998 low power audio SoC
> +
>  config MFD_WM8400
>  	bool "Wolfson Microelectronics WM8400"
>  	select MFD_CORE

> --- a/drivers/mfd/Makefile
> +++ b/drivers/mfd/Makefile

>  ifneq ($(CONFIG_MFD_WM8997),n)
>  obj-$(CONFIG_MFD_ARIZONA)	+= wm8997-tables.o
>  endif
> +ifneq ($(CONFIG_MFD_WM8998),n)
> +obj-$(CONFIG_MFD_ARIZONA)	+= wm8998-tables.o
> +endif

Playing a bit with the current version of drivers/mfd/Makefile it seems
these
    ifneq ($(CONFIG_MFD_WM[...]),n)

tests will always be true. Because, as far as I know, the Kconfig macros
used in those tests will either be "y" or the empty string, but never
"n". (I don't speak Makefilese fluent enough to know how to add simple
debugging prints for the values of the CONFIG_MFD_WM[...] macros to
actually test this, so correct me if I'm wrong here.)

So I think that, effectively, these wm[...]-tables.o objects will always
be built if CONFIG_MFD_ARIZONA is set. Is that the intention? If not,
perhaps these test should read
    ifeq ($(CONFIG_MFD_WM[...]),y)

Thanks,


Paul Bolle



More information about the Alsa-devel mailing list