intel-gpio for 5.8-1

Hi Linux GPIO maintainers,

Intel GPIO fixes and cleanups so far for v5.8-rc1. I don't expect something coming soon into that cycle.

Thanks,

With Best Regards,
Andy Shevchenko

The following changes since commit 8f3d9f354286745c751374f5f1fcafee6b3f3136:

Linux 5.7-rc1 (2020-04-12 12:35:55 -0700)

are available in the Git repository at:

git://git.kernel.org/pub/scm/linux/kernel/git/andy/linux-gpio-intel.git tags/intel-gpio-v5.8-1

for you to fetch changes up to 7e73aa90a38c8815acea7af71e285658bf5ab879:

gpio: merrifield: Better show how GPIO and IRQ bases are derived from hardware (2020-04-16 20:41:06 +0300)

----------------------------------------------------------------
intel-gpio for v5.8-1

* MSI support for Intel Merrifield
* Refactor gpio-pch to be up-to-date with recent kernel APIs
* Miscellaneous cleanups here and there

The following is an automated git shortlog grouped by driver:

ich:
- fix a typo

merrifield:
- Better show how GPIO and IRQ bases are derived from hardware
- Switch over to MSI interrupts

pch:

 -  Use in pch_irq_type() macros provided by IRQ core
 -  Refactor pch_irq_type() to avoid unnecessary locking
 -  Get rid of unneeded variable in IRQ handler
 -  Use BIT() and GENMASK() where it's appropriate

----------------------------------------------------------------
Andy Shevchenko (6):
gpio: pch: Use BIT() and GENMASK() where it's appropriate
gpio: pch: Get rid of unneeded variable in IRQ handler
gpio: pch: Refactor pch_irq_type() to avoid unnecessary locking
gpio: pch: Use in pch_irq_type() macros provided by IRQ core
gpio: merrifield: Switch over to MSI interrupts
gpio: merrifield: Better show how GPIO and IRQ bases are derived from hardware

sachin agarwal (1):
gpio: ich: fix a typo

 drivers/gpio/gpio-ich.c        |  2 +-
 drivers/gpio/gpio-merrifield.c | 10 ++++--
 drivers/gpio/gpio-pch.c        | 73 +++++++++++++++++++++---------------------
 3 files changed, 45 insertions(+), 40 deletions(-)

With Best Regards,
Andy Shevchenko

Pulled in!

Thanks for excellent work as usual.

Yours,
Linus Walleij