Thread (19 messages) 19 messages, 7 authors, 2d ago

Re: [PATCH 02/10] [v3] input: gpio-keys: make legacy gpiolib optional

From: Matti Vaittinen <mazziesaccount@gmail.com>
Date: 2026-05-22 12:45:29
Also in: linux-arm-kernel, linux-gpio, linux-input, linux-leds, linux-mips, linux-omap, linux-sh, lkml, netdev

On 22/05/2026 11:28, Arnd Bergmann wrote:
On Fri, May 22, 2026, at 06:55, Matti Vaittinen wrote:
quoted
On 20/05/2026 21:38, Arnd Bergmann wrote:
quoted
From: Arnd Bergmann <arnd@arndb.de>

The two Rohm PMIC drivers use a gpio-keys device without an actual GPIO,
passing an IRQ number instead. In order to keep this working both with
and with CONFIG_GPIOLIB_LEGACY, change the gpio-keys driver to ignore
the gpio number if an IRQ is passed.
I am (still) all fine with this, even though I like Dmitry's set. I
suppose you already have a plan for merging this, but I still have to
ask - why the MFD changes aren't in own patch? I feel it would have
simplified merging, backporting, reviewing and reverting if needed.
Splitting it out would break bisection: The gpio-leds change without
the mfd change causes a build failure when assigning the .gpio
field, and the reverse causes a runtime failure when .gpio=0 is
a valid line.
Ah, yes. Thanks for explanation. (I feel a bit [a lot] stupid, as I 
somehow missed the problem of .gpio = 0 being valid. That even though I 
had it explicitly set to -1 myself :rolleyes: ).

No further questions ;)

Yours,
	-- Matti

-- 
---
Matti Vaittinen
Linux kernel developer at ROHM Semiconductors
Oulu Finland

~~ When things go utterly wrong vim users can always type :help! ~~
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help