[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <536CA78C.5070603@atmel.com>
Date: Fri, 9 May 2014 12:01:48 +0200
From: Nicolas Ferre <nicolas.ferre@...el.com>
To: Arnd Bergmann <arnd@...db.de>,
<linux-arm-kernel@...ts.infradead.org>
CC: <linux-iio@...r.kernel.org>, <linux-kernel@...r.kernel.org>,
Josh Wu <josh.wu@...el.com>,
Maxime Ripard <maxime.ripard@...e-electrons.com>,
Jonathan Cameron <jic23@...nel.org>
Subject: Re: [PATCH 2/2] iio:adc: at91 requires the input subsystem
On 08/05/2014 16:56, Arnd Bergmann :
> Building the at91 adc driver with CONFIG_INPUT disabled results in this
> build error:
>
> ERROR: "input_event" [drivers/iio/adc/at91_adc.ko] undefined!
> ERROR: "input_unregister_device" [drivers/iio/adc/at91_adc.ko] undefined!
> ERROR: "input_free_device" [drivers/iio/adc/at91_adc.ko] undefined!
> ERROR: "input_register_device" [drivers/iio/adc/at91_adc.ko] undefined!
> ERROR: "input_set_abs_params" [drivers/iio/adc/at91_adc.ko] undefined!
> ERROR: "input_allocate_device" [drivers/iio/adc/at91_adc.ko] undefined!
>
> To make sure we can build random configurations, this turns on CONFIG_INPUT
> whenever CONFIG_AT91_ADC is enabled.
Isn't it a "select" instead of "depends" that is required then?
> Signed-off-by: Arnd Bergmann <arnd@...db.de>
> Cc: linux-iio@...r.kernel.org
> Cc: Josh Wu <josh.wu@...el.com>
> Cc: Jonathan Cameron <jic23@...nel.org>
> Cc: Maxime Ripard <maxime.ripard@...e-electrons.com>
> ---
> drivers/iio/adc/Kconfig | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/drivers/iio/adc/Kconfig b/drivers/iio/adc/Kconfig
> index 90f596d..a80d236 100644
> --- a/drivers/iio/adc/Kconfig
> +++ b/drivers/iio/adc/Kconfig
> @@ -110,6 +110,7 @@ config AD799X
> config AT91_ADC
> tristate "Atmel AT91 ADC"
> depends on ARCH_AT91
> + depends on INPUT
> select IIO_BUFFER
> select IIO_TRIGGERED_BUFFER
> select SYSFS
>
--
Nicolas Ferre
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists