Re: [GIT PULL] Bulk GPIO changes for the v5.1 kernel cycle
The pull request you sent on Tue, 5 Mar 2019 10:35:57 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-gpio.git > tags/gpio-v5.1-1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/a422bf11bdb4b95fc78e175339e8eed501e9c13c Thank you! -- Deet-doot-dot, I am a bot. https://korg.wiki.kernel.org/userdoc/prtracker
Re: [GIT PULL] Bulk GPIO changes for the v5.1 kernel cycle
Hi Linus, I got a few fixes since three days ago, maybe you already tried to pull this and got annoyed of the Kconfig noise, if you didn't, then I am pleased to not annoy you. The massage and tag is the same, just with a few new nice fixes on top. The problems were in minor platform drivers, but it was annoying so now those problems are gone. Arnd and Randy fixed it up. I updated the pull request with the proper hash and shortstat below. Yours, Linus Walleij On Tue, Mar 5, 2019 at 10:35 AM Linus Walleij wrote: > here is the bulk of the GPIO changes for the v5.1 kernel cycle. > I'm very happy to get this merged now because the development > has been all over the place, all is properly ACKed as far as possible > and has been merging and compiling nicely in linux-next but it > still makes me nervous to have it lying around on different immutable > branches and what not. > > The signed tag describes what the changes are about. We have > some hunks hitting x86 platform code, generic irqchip, ARM device > trees and machines, pin control and even device core. The respective > subsystem maintainers have been involved and ACKed the patches. > > Please pull it in for v5.1! The following changes since commit d13937116f1e82bf508a6325111b322c30c85eb9: Linux 5.0-rc6 (2019-02-10 14:42:20 -0800) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-gpio.git tags/gpio-v5.1-1 for you to fetch changes up to d01849f7deba81f4959fd9e51bf20dbf46987d1c: gpio: gpio-omap: fix level interrupt idling (2019-03-08 14:11:30 +0100) This is the bulk of GPIO changes for the v5.1 cycle: Core changes: - The big change this time around is the irqchip handling in the qualcomm pin controllers, closely coupled with the gpiochip. This rework, in a classic fall-between-the-chairs fashion has been sidestepped for too long. The Qualcomm IRQchips using the SPMI and SSBI transport mechanisms have been rewritten to use hierarchical irqchip. This creates the base from which I intend to gradually pull support for hierarchical irqchips into the gpiolib irqchip helpers to cut down on duplicate code. We have too many hacks in the kernel because people have been working around the missing hierarchical irqchip for years, and once it was there, noone understood it for a while. We are now slowly adapting to using it. This is why this pull requests include changes to MFD, SPMI, IRQchip core and some ARM Device Trees pertaining to the Qualcomm chip family. Since Qualcomm have so many chips and such large deployments it is paramount that this platform gets this right, and now it (hopefully) does. - Core support for pull-up and pull-down configuration, also from the device tree. When a simple GPIO chip support a "off or on" pull-up or pull-down resistor, we provide a way to set this up using machine descriptors or device tree. If more elaborate control of pull up/down (such as resistance shunt setting) is required, drivers should be phased over to use pin control. We do not yet provide a userspace ABI for this pull up-down setting but I suspect the makers are going to ask for it soon enough. PCA953x is the first user of this new API. - The GPIO mockup driver has been revamped after some discussion improving the IRQ simulator in the process. The idea is to make it possible to use the mockup for both testing and virtual prototyping, e.g. when you do not yet have a GPIO expander to play with but really want to get something to develop code around before hardware is available. It's neat. The blackbox testing usecase is currently making its way into kernelci. - ACPI GPIO core preserves non direction flags when updating flags. - A new device core helper for devm_platform_ioremap_resource() is funneled through the GPIO tree with Greg's ACK. New drivers: - TQ-Systems QTMX86 GPIO controllers (using port-mapped I/O) - Gateworks PLD GPIO driver (vaccumed up from OpenWrt) - AMD G-Series PCH (Platform Controller Hub) GPIO driver. - Fintek F81804 & F81966 subvariants. - PCA953x now supports NXP PCAL6416. Driver improvements: - IRQ support on the Nintendo Wii (Hollywood) GPIO. - get_direction() support for the MVEBU driver. - Set the right output level on SAMA5D2. - Drop the unused irq trigger setting on the Spreadtrum driver. - Wakeup support for PCA953x. - A slew of cleanups in the various Intel drivers. Andrew Lunn (1): gpio: tqmx86: Add GPIO from for this IO controller Andy Shevchenko (12): gpiolib: acpi: Correct kernel doc of struct acpi_gpio_event gpio: crystalcove: Use for_each_set_bit() in IRQ handler gpio: wcove: Allow return negative error code from to_reg() gpio: msic: Remove duplicate check in IRQ handler gpio: crystalcove: Sort headers alphabetica
[GIT PULL] Bulk GPIO changes for the v5.1 kernel cycle
Hi Linus, here is the bulk of the GPIO changes for the v5.1 kernel cycle. I'm very happy to get this merged now because the development has been all over the place, all is properly ACKed as far as possible and has been merging and compiling nicely in linux-next but it still makes me nervous to have it lying around on different immutable branches and what not. The signed tag describes what the changes are about. We have some hunks hitting x86 platform code, generic irqchip, ARM device trees and machines, pin control and even device core. The respective subsystem maintainers have been involved and ACKed the patches. Please pull it in for v5.1! Yours, Linus Walleij The following changes since commit d13937116f1e82bf508a6325111b322c30c85eb9: Linux 5.0-rc6 (2019-02-10 14:42:20 -0800) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-gpio.git tags/gpio-v5.1-1 for you to fetch changes up to c378b3aa015931a46c91d6ccc2fe04d97801d060: gpio: pca953x: Fix dereference of irq data in shutdown (2019-03-01 11:55:32 +0100) This is the bulk of GPIO changes for the v5.1 cycle: Core changes: - The big change this time around is the irqchip handling in the qualcomm pin controllers, closely coupled with the gpiochip. This rework, in a classic fall-between-the-chairs fashion has been sidestepped for too long. The Qualcomm IRQchips using the SPMI and SSBI transport mechanisms have been rewritten to use hierarchical irqchip. This creates the base from which I intend to gradually pull support for hierarchical irqchips into the gpiolib irqchip helpers to cut down on duplicate code. We have too many hacks in the kernel because people have been working around the missing hierarchical irqchip for years, and once it was there, noone understood it for a while. We are now slowly adapting to using it. This is why this pull requests include changes to MFD, SPMI, IRQchip core and some ARM Device Trees pertaining to the Qualcomm chip family. Since Qualcomm have so many chips and such large deployments it is paramount that this platform gets this right, and now it (hopefully) does. - Core support for pull-up and pull-down configuration, also from the device tree. When a simple GPIO chip support a "off or on" pull-up or pull-down resistor, we provide a way to set this up using machine descriptors or device tree. If more elaborate control of pull up/down (such as resistance shunt setting) is required, drivers should be phased over to use pin control. We do not yet provide a userspace ABI for this pull up-down setting but I suspect the makers are going to ask for it soon enough. PCA953x is the first user of this new API. - The GPIO mockup driver has been revamped after some discussion improving the IRQ simulator in the process. The idea is to make it possible to use the mockup for both testing and virtual prototyping, e.g. when you do not yet have a GPIO expander to play with but really want to get something to develop code around before hardware is available. It's neat. The blackbox testing usecase is currently making its way into kernelci. - ACPI GPIO core preserves non direction flags when updating flags. - A new device core helper for devm_platform_ioremap_resource() is funneled through the GPIO tree with Greg's ACK. New drivers: - TQ-Systems QTMX86 GPIO controllers (using port-mapped I/O) - Gateworks PLD GPIO driver (vaccumed up from OpenWrt) - AMD G-Series PCH (Platform Controller Hub) GPIO driver. - Fintek F81804 & F81966 subvariants. - PCA953x now supports NXP PCAL6416. Driver improvements: - IRQ support on the Nintendo Wii (Hollywood) GPIO. - get_direction() support for the MVEBU driver. - Set the right output level on SAMA5D2. - Drop the unused irq trigger setting on the Spreadtrum driver. - Wakeup support for PCA953x. - A slew of cleanups in the various Intel drivers. Andrew Lunn (1): gpio: tqmx86: Add GPIO from for this IO controller Andy Shevchenko (11): gpiolib: acpi: Correct kernel doc of struct acpi_gpio_event gpio: crystalcove: Use for_each_set_bit() in IRQ handler gpio: wcove: Allow return negative error code from to_reg() gpio: msic: Remove duplicate check in IRQ handler gpio: crystalcove: Sort headers alphabetically gpio: msic: Sort headers alphabetically gpio: wcove: Sort headers alphabetically gpio: wcove: Fix indentation gpio: crystalcove: Convert to use SPDX identifier gpio: msic: Convert to use SPDX identifier gpio: wcove: Convert to use SPDX identifier Anson Huang (1): gpio: mxc: add check to return defer probe if clock tree NOT ready Axel Lin (3): gpio: sama5d2-piobu: Set proper output level for direction_output gpio: altera-a10sr: Trivial cod
