Message ID | 20240819045813.2154642-1-dmitry.torokhov@gmail.com (mailing list archive) |
---|---|
Headers | show |
Series | Remove support for platform data from samsung keypad | expand |
On Mon, Aug 19, 2024, at 06:57, Dmitry Torokhov wrote: > > This series attempts to rework samsumg=keypad driver to stop using > platform data and instead rely on generic device properties only. > > The first 8 patches are general cleanup/facelift patches. > > The 9th patch introduces alternative binding that is more compact that > the original one, which makes it more suitable for use in legacy (non > DT) boards with static device properties. Note that the "new" binding is > the standard binding for matrix keypads. > > Patch #10 implements the new binding in the driver, #11 converts the > only user of platform data in the mainline tree to the static device > properties, and #12 drops support for platform data from the driver. > > Patches #13 and #14 are "bonus" converting the rest of crag6410 to use > software nodes/properties to describe GPIO keys, LEDs and other > peripherals. Note that I believe they fix and issue with recent > conversion to GPIO lookup tables - the names of gpiochip structures I > think are "GP<N>" ("GPK", "GPL", etc) and not "GPIO<N>". I had a (brief) look at the patches, everything looks fine to me, thanks for working on this! Let's see what Mark and Krzysztof think. Arnd
On Mon, Aug 19, 2024 at 11:40:56AM +0200, Arnd Bergmann wrote: > On Mon, Aug 19, 2024, at 06:57, Dmitry Torokhov wrote: > > > > This series attempts to rework samsumg=keypad driver to stop using > > platform data and instead rely on generic device properties only. > > > > The first 8 patches are general cleanup/facelift patches. > > > > The 9th patch introduces alternative binding that is more compact that > > the original one, which makes it more suitable for use in legacy (non > > DT) boards with static device properties. Note that the "new" binding is > > the standard binding for matrix keypads. > > > > Patch #10 implements the new binding in the driver, #11 converts the > > only user of platform data in the mainline tree to the static device > > properties, and #12 drops support for platform data from the driver. > > > > Patches #13 and #14 are "bonus" converting the rest of crag6410 to use > > software nodes/properties to describe GPIO keys, LEDs and other > > peripherals. Note that I believe they fix and issue with recent > > conversion to GPIO lookup tables - the names of gpiochip structures I > > think are "GP<N>" ("GPK", "GPL", etc) and not "GPIO<N>". > > I had a (brief) look at the patches, everything looks fine to > me, thanks for working on this! Let's see what Mark and > Krzysztof think. Mark, were you able to give this a spin? Or should I address the DT binding comments from Krzysztof and Connor and resent for merge? Thanks.
On Fri, Oct 04, 2024 at 06:38:01AM -0700, Dmitry Torokhov wrote: > On Mon, Aug 19, 2024 at 11:40:56AM +0200, Arnd Bergmann wrote: > > I had a (brief) look at the patches, everything looks fine to > > me, thanks for working on this! Let's see what Mark and > > Krzysztof think. > Mark, were you able to give this a spin? Or should I address the DT > binding comments from Krzysztof and Connor and resent for merge? Sorry, no - I've been some combination of ill, travelling and super busy since you posted it (sadly the bootloader for the board only supports booting from SD card so until I port u-boot it's not in my board farm and I need to specifically set it up on my desk whenver I want to do anything with it, especially for this where I need to poke at the keypad). I've got one more week of travel next week and one of the major sources of super busy just got better so I'm reasonably hopeful I'll get to it week of the 14th but probably worth respinning.