Re: [PATCH v3 26/38] pnp: add HAS_IOPORT dependencies

From: Wysocki, Rafael J
Date: Fri Mar 24 2023 - 14:45:29 EST



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@xxxxxxxxxx> wrote:
On Tue, Mar 14, 2023 at 1:13 PM Niklas Schnelle <schnelle@xxxxxxxxxxxxx> 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@xxxxxxxxxx>
Signed-off-by: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
---
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@xxxxxxxxx/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