[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <04bef83e-8679-d8f9-1f11-e55a2e5f5b58@intel.com>
Date: Fri, 24 Mar 2023 19:45:07 +0100
From: "Wysocki, Rafael J" <rafael.j.wysocki@...el.com>
To: Niklas Schnelle <schnelle@...ux.ibm.com>,
"Rafael J. Wysocki" <rafael@...nel.org>
CC: Arnd Bergmann <arnd@...db.de>, Jaroslav Kysela <perex@...ex.cz>,
"Greg Kroah-Hartman" <gregkh@...uxfoundation.org>,
Bjorn Helgaas <bhelgaas@...gle.com>,
Uwe Kleine-König <u.kleine-koenig@...gutronix.de>,
Mauro Carvalho Chehab <mchehab@...nel.org>,
Alan Stern <stern@...land.harvard.edu>,
Geert Uytterhoeven <geert@...ux-m68k.org>,
Paul Walmsley <paul.walmsley@...ive.com>,
"Palmer Dabbelt" <palmer@...belt.com>,
Albert Ou <aou@...s.berkeley.edu>,
<linux-kernel@...r.kernel.org>, <linux-arch@...r.kernel.org>,
<linux-pci@...r.kernel.org>, Arnd Bergmann <arnd@...nel.org>,
<linux-acpi@...r.kernel.org>
Subject: Re: [PATCH v3 26/38] pnp: add HAS_IOPORT dependencies
On 3/23/2023 1:55 PM, Niklas Schnelle wrote:
> On Tue, 2023-03-21 at 14:56 +0100, Rafael J. Wysocki wrote:
>> On Mon, Mar 20, 2023 at 6:37 PM Rafael J. Wysocki <rafael@...nel.org> wrote:
>>> On Tue, Mar 14, 2023 at 1:13 PM Niklas Schnelle <schnelle@...ux.ibm.com> wrote:
>>>> In a future patch HAS_IOPORT=n will result in inb()/outb() and friends
>>>> not being declared. We thus need to depend on HAS_IOPORT even when
>>>> compile testing only.
>>>>
>>>> Co-developed-by: Arnd Bergmann <arnd@...nel.org>
>>>> Signed-off-by: Niklas Schnelle <schnelle@...ux.ibm.com>
>>>> ---
>>>> drivers/pnp/isapnp/Kconfig | 2 +-
>>>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>>>
>>>> diff --git a/drivers/pnp/isapnp/Kconfig b/drivers/pnp/isapnp/Kconfig
>>>> index d0479a563123..79bd48f1dd94 100644
>>>> --- a/drivers/pnp/isapnp/Kconfig
>>>> +++ b/drivers/pnp/isapnp/Kconfig
>>>> @@ -4,7 +4,7 @@
>>>> #
>>>> config ISAPNP
>>>> bool "ISA Plug and Play support"
>>>> - depends on ISA || COMPILE_TEST
>>>> + depends on ISA || (HAS_IOPORT && COMPILE_TEST)
>> This breaks code selecting ISAPNP and not depending on it. See
>> https://lore.kernel.org/linux-acpi/202303211932.5gtCVHCz-lkp@intel.com/T/#u
>> for example.
>>
>> I'm dropping the patch now, please fix and resend.
>>
> Sorry if this wasn't super clear but all patches in this series depend
> on patch 1 which introduces the HAS_IOPORT Kconfig option. There's
> really two options, either the whole series goes via e.g. Arnd's tree
> at once or we first only merge patch 1 and then add the rest per
> subsystem until finally the last patch can remove inb()/outb() when
> HAS_IOPORT is unset.
Well, it looks like you need to decide on the approach then and tell
people what it is.
If I see an individual patch without context, this is quite hard to
figure out.
> That said I'm a little unsure about the linked error if that is just
> due to missing HAS_IOPORT or something else. I'll still have to try
> with the instructions in that mail and will report back if it is
> something else.
>
> Thanks,
> Niklas
Powered by blists - more mailing lists