Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18;
MIME-Version: 1.0
References: <CAHhAz+gUpxzukjde1rMqRcPre8yMROBd3yQTCm89wMGb2zWriw@mail.gmail.com>
 <d136df0c-34fc-d21c-1353-fa82deb62975@infradead.org>
In-Reply-To: <d136df0c-34fc-d21c-1353-fa82deb62975@infradead.org>
From:   Muni Sekhar <munisekharrms@gmail.com>
Date:   Wed, 1 Jun 2022 12:03:11 +0530
Message-ID: <CAHhAz+iFHqaDZRZr9K80o9NY4SC+t2-BnngAnXxrhkPzw+FyWg@mail.gmail.com>
Subject: Re: Kconfig rules (depends, imply)
To:     Randy Dunlap <rdunlap@infradead.org>
Cc:     kernelnewbies <kernelnewbies@kernelnewbies.org>,
        LKML <linux-kernel@vger.kernel.org>
Content-Type: text/plain; charset="UTF-8"
Precedence: bulk

Thank you for the clarification.

On Wed, Jun 1, 2022 at 1:55 AM Randy Dunlap <rdunlap@infradead.org> wrote:
>
> Hi--
>
> On 5/31/22 05:14, Muni Sekhar wrote:
> > Hi all,
> >
> > menuconfig SOUNDWIRE
> >         tristate "SoundWire support"
> >         depends on ACPI || OF
> >
> > "depends on ACPI || OF" mean, SOUNDWIRE depends on both ACPI and OF modules?
> >
>
> "||" is logical OR, so SOUNDWIRE depends on either ACPI or OF (or both
> of them can be enabled).
>
>
> >
> > config SOUNDWIRE_QCOM
> >         tristate "Qualcomm SoundWire Master driver"
> >         imply SLIMBUS
> >
> > What does "imply SLIMBUS" mean?
>
> See Documentation/kbuild/kconfig-language.rst:
>
> - weak reverse dependencies: "imply" <symbol> ["if" <expr>]
>
>   This is similar to "select" as it enforces a lower limit on another
>   symbol except that the "implied" symbol's value may still be set to n
>   from a direct dependency or with a visible prompt.
>
> So (in your example) SLIMBUS is desired but not required.
> That means that the code that is built for SOUNDWIRE_QCOM
> probably needs to use IS_REACHABLE(CONFIG_SLIMBUS) to
> see if that SLIMBUS code is available at build time.
>
> HTH.
> --
> ~Randy


-- 
Thanks,
Sekhar