2024-05-28 12:13:48

by Arnd Bergmann

[permalink] [raw]
Subject: [PATCH] iio: dac: ad9739a: drop COMPILE_TEST option

From: Arnd Bergmann <[email protected]>

Build testing without SPI results in a warning:

WARNING: unmet direct dependencies detected for REGMAP_SPI
Depends on [n]: SPI [=n]
Selected by [m]:
- AD9739A [=m] && IIO [=m] && (SPI [=n] || COMPILE_TEST [=y])

There is no need for this particular COMPILE_TEST option, as allmodconfig
and randconfig testing can just assume that SPI is enabled separately.

Drop it to avoid the warning.

Signed-off-by: Arnd Bergmann <[email protected]>
---
drivers/iio/dac/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/iio/dac/Kconfig b/drivers/iio/dac/Kconfig
index 3c2bf620f00f..ee0d9798d8b4 100644
--- a/drivers/iio/dac/Kconfig
+++ b/drivers/iio/dac/Kconfig
@@ -133,7 +133,7 @@ config AD5624R_SPI

config AD9739A
tristate "Analog Devices AD9739A RF DAC spi driver"
- depends on SPI || COMPILE_TEST
+ depends on SPI
select REGMAP_SPI
select IIO_BACKEND
help
--
2.39.2



2024-05-29 07:28:51

by Nuno Sá

[permalink] [raw]
Subject: Re: [PATCH] iio: dac: ad9739a: drop COMPILE_TEST option

On Tue, 2024-05-28 at 14:12 +0200, Arnd Bergmann wrote:
> From: Arnd Bergmann <[email protected]>
>
> Build testing without SPI results in a warning:
>
> WARNING: unmet direct dependencies detected for REGMAP_SPI
>   Depends on [n]: SPI [=n]
>   Selected by [m]:
>   - AD9739A [=m] && IIO [=m] && (SPI [=n] || COMPILE_TEST [=y])
>
> There is no need for this particular COMPILE_TEST option, as allmodconfig
> and randconfig testing can just assume that SPI is enabled separately.
>
> Drop it to avoid the warning.
>
> Signed-off-by: Arnd Bergmann <[email protected]>
> ---

Reviewed-by: Nuno Sa <[email protected]>

Only for my understanding. When does COMPILE_TEST makes sense to add?

- Nuno Sá


2024-05-29 08:22:52

by Nuno Sá

[permalink] [raw]
Subject: Re: [PATCH] iio: dac: ad9739a: drop COMPILE_TEST option

On Wed, 2024-05-29 at 09:23 +0200, Arnd Bergmann wrote:
> On Wed, May 29, 2024, at 09:20, Nuno Sá wrote:
> > On Tue, 2024-05-28 at 14:12 +0200, Arnd Bergmann wrote:
> > > From: Arnd Bergmann <[email protected]>
> > >
> > > Build testing without SPI results in a warning:
> > >
> > > WARNING: unmet direct dependencies detected for REGMAP_SPI
> > >   Depends on [n]: SPI [=n]
> > >   Selected by [m]:
> > >   - AD9739A [=m] && IIO [=m] && (SPI [=n] || COMPILE_TEST [=y])
> > >
> > > There is no need for this particular COMPILE_TEST option, as allmodconfig
> > > and randconfig testing can just assume that SPI is enabled separately.
> > >
> > > Drop it to avoid the warning.
> > >
> > > Signed-off-by: Arnd Bergmann <[email protected]>
> > > ---
> >
> > Reviewed-by: Nuno Sa <[email protected]>
> >
> > Only for my understanding. When does COMPILE_TEST makes sense to add?
>
> The most common use is to enable building a driver
> that is platform specific on x86 allmodconfig
> or on randconfig, e.g.
>
> config LPC18XX_DAC
>         tristate "NXP LPC18xx DAC driver"
>         depends on ARCH_LPC18XX || COMPILE_TEST
>         depends on HAS_IOMEM
>
> Since ARCH_LPC18XX is only visible on arch/arm, the
> driver would never be build tested on anything else
> without the ||COMPILE_TEST.

Makes sense... Thanks!

- Nuno Sá


2024-05-29 09:55:53

by Arnd Bergmann

[permalink] [raw]
Subject: Re: [PATCH] iio: dac: ad9739a: drop COMPILE_TEST option

On Wed, May 29, 2024, at 09:20, Nuno Sá wrote:
> On Tue, 2024-05-28 at 14:12 +0200, Arnd Bergmann wrote:
>> From: Arnd Bergmann <[email protected]>
>>
>> Build testing without SPI results in a warning:
>>
>> WARNING: unmet direct dependencies detected for REGMAP_SPI
>>   Depends on [n]: SPI [=n]
>>   Selected by [m]:
>>   - AD9739A [=m] && IIO [=m] && (SPI [=n] || COMPILE_TEST [=y])
>>
>> There is no need for this particular COMPILE_TEST option, as allmodconfig
>> and randconfig testing can just assume that SPI is enabled separately.
>>
>> Drop it to avoid the warning.
>>
>> Signed-off-by: Arnd Bergmann <[email protected]>
>> ---
>
> Reviewed-by: Nuno Sa <[email protected]>
>
> Only for my understanding. When does COMPILE_TEST makes sense to add?

The most common use is to enable building a driver
that is platform specific on x86 allmodconfig
or on randconfig, e.g.

config LPC18XX_DAC
tristate "NXP LPC18xx DAC driver"
depends on ARCH_LPC18XX || COMPILE_TEST
depends on HAS_IOMEM

Since ARCH_LPC18XX is only visible on arch/arm, the
driver would never be build tested on anything else
without the ||COMPILE_TEST.

Arnd

2024-06-02 12:14:28

by Jonathan Cameron

[permalink] [raw]
Subject: Re: [PATCH] iio: dac: ad9739a: drop COMPILE_TEST option

On Wed, 29 May 2024 10:09:28 +0200
Nuno Sá <[email protected]> wrote:

> On Wed, 2024-05-29 at 09:23 +0200, Arnd Bergmann wrote:
> > On Wed, May 29, 2024, at 09:20, Nuno Sá wrote:
> > > On Tue, 2024-05-28 at 14:12 +0200, Arnd Bergmann wrote:
> > > > From: Arnd Bergmann <[email protected]>
> > > >
> > > > Build testing without SPI results in a warning:
> > > >
> > > > WARNING: unmet direct dependencies detected for REGMAP_SPI
> > > >   Depends on [n]: SPI [=n]
> > > >   Selected by [m]:
> > > >   - AD9739A [=m] && IIO [=m] && (SPI [=n] || COMPILE_TEST [=y])
> > > >
> > > > There is no need for this particular COMPILE_TEST option, as allmodconfig
> > > > and randconfig testing can just assume that SPI is enabled separately.
> > > >
> > > > Drop it to avoid the warning.
> > > >
> > > > Signed-off-by: Arnd Bergmann <[email protected]>
> > > > ---
> > >
> > > Reviewed-by: Nuno Sa <[email protected]>
> > >
> > > Only for my understanding. When does COMPILE_TEST makes sense to add?
> >
> > The most common use is to enable building a driver
> > that is platform specific on x86 allmodconfig
> > or on randconfig, e.g.
> >
> > config LPC18XX_DAC
> >         tristate "NXP LPC18xx DAC driver"
> >         depends on ARCH_LPC18XX || COMPILE_TEST
> >         depends on HAS_IOMEM
> >
> > Since ARCH_LPC18XX is only visible on arch/arm, the
> > driver would never be build tested on anything else
> > without the ||COMPILE_TEST.
>
> Makes sense... Thanks!
>
> - Nuno Sá
>

Applied. Thanks