[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <97b5a5c3-d20f-4201-8deb-1d34e7edee6c@app.fastmail.com>
Date: Thu, 23 Mar 2023 14:32:30 +0100
From: "Arnd Bergmann" <arnd@...db.de>
To: "Niklas Schnelle" <schnelle@...ux.ibm.com>,
"Lee Jones" <lee@...nel.org>
Cc: "Pavel Machek" <pavel@....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>,
"Rafael J . Wysocki" <rafael@...nel.org>,
"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 <linux-arch@...r.kernel.org>,
linux-pci@...r.kernel.org, "Arnd Bergmann" <arnd@...nel.org>,
linux-leds@...r.kernel.org
Subject: Re: [PATCH v3 15/38] leds: add HAS_IOPORT dependencies
On Thu, Mar 23, 2023, at 13:42, Niklas Schnelle wrote:
> On Thu, 2023-03-16 at 16:14 +0000, Lee Jones wrote:
>> On Tue, 14 Mar 2023, Niklas Schnelle wrote:
>>
>> > In a future patch HAS_IOPORT=n will result in inb()/outb() and friends
>> > not being declared. We thus need to add HAS_IOPORT as dependency for
>> > those drivers using them.
>> >
>> > Acked-by: Pavel Machek <pavel@....cz>
>> > Co-developed-by: Arnd Bergmann <arnd@...nel.org>
>> > Signed-off-by: Niklas Schnelle <schnelle@...ux.ibm.com>
>> > ---
>> > drivers/leds/Kconfig | 2 +-
>> > 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> Applied, thanks
>
> Sorry should have maybe been more clear, without patch 1 of this series
> this won't work as the HAS_IOPORT config option is new and will be
> missing otherwise. There's currently two options of merging this,
> either all at once or first only patch 1 and then the additional
> patches per subsystem until finally the last patch can remove
> inb()/outb() and friends when HAS_IOPORT is unset.
It's probably too late now to squeeze patch 1 into linux-6.3
as a late preparation patch for the rest of the series in 6.4.
It would be good if you could respin that patch separately
anyway, so I can add it to the asm-generic tree and make
sure we get it ready for the next merge window.
Arnd
Powered by blists - more mailing lists