mbox series

[GIT,PULL] intel-gpio for 5.14-1

Message ID YL43SrZ8N8H+ZHE9@black.fi.intel.com
State New
Headers show
Series [GIT,PULL] intel-gpio for 5.14-1 | expand

Pull-request

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

Message

Andy Shevchenko June 7, 2021, 3:12 p.m. UTC
Hi Linux GPIO and TWIMC maintainers,

This is GPIO material for v5.14 cycle. It contains some stuff that other
subsystems may take due to dependencies. Consider this tag immutable.

Thanks,

With Best Regards,
Andy Shevchenko

The following changes since commit 6efb943b8616ec53a5e444193dccf1af9ad627b5:

  Linux 5.13-rc1 (2021-05-09 14:17:44 -0700)

are available in the Git repository at:

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

for you to fetch changes up to 043d7f09bf614809c10c4acbf0695ef731958300:

  gpiolib: acpi: Add acpi_gpio_get_io_resource() (2021-06-04 16:24:19 +0300)

----------------------------------------------------------------
intel-gpio for v5.14-1

* Export two functions from GPIO ACPI for wider use
* Clean up Whiskey Cove and Crystal Cove GPIO drivers

The following is an automated git shortlog grouped by driver:

crystalcove:
 -  remove platform_set_drvdata() + cleanup probe

gpiolib:
 -  acpi: Add acpi_gpio_get_io_resource()
 -  acpi: Introduce acpi_get_and_request_gpiod() helper

wcove:
 -  Split error handling for CTRL and IRQ registers
 -  Unify style of to_reg() with to_ireg()
 -  Use IRQ hardware number getter instead of direct access

----------------------------------------------------------------
Alexandru Ardelean (1):
      gpio: crystalcove: remove platform_set_drvdata() + cleanup probe

Andy Shevchenko (3):
      gpio: wcove: Use IRQ hardware number getter instead of direct access
      gpio: wcove: Unify style of to_reg() with to_ireg()
      gpio: wcove: Split error handling for CTRL and IRQ registers

Daniel Scally (2):
      gpiolib: acpi: Introduce acpi_get_and_request_gpiod() helper
      gpiolib: acpi: Add acpi_gpio_get_io_resource()

 drivers/gpio/gpio-crystalcove.c | 10 +-------
 drivers/gpio/gpio-wcove.c       | 39 +++++++++++++++----------------
 drivers/gpio/gpiolib-acpi.c     | 51 +++++++++++++++++++++++++++++++++++++++++
 include/linux/acpi.h            |  7 ++++++
 include/linux/gpio/consumer.h   |  2 ++
 5 files changed, 80 insertions(+), 29 deletions(-)

Comments

Andy Shevchenko June 14, 2021, 3:08 p.m. UTC | #1
On Mon, Jun 07, 2021 at 06:12:10PM +0300, Andy Shevchenko wrote:
> Hi Linux GPIO and TWIMC maintainers,
> 
> This is GPIO material for v5.14 cycle. It contains some stuff that other
> subsystems may take due to dependencies. Consider this tag immutable.

Bart, any comments on this? Can you, please, pull?
Hans de Goede June 16, 2021, 2:41 p.m. UTC | #2
Hi,

On 6/7/21 5:12 PM, Andy Shevchenko wrote:
> Hi Linux GPIO and TWIMC maintainers,
> 
> This is GPIO material for v5.14 cycle. It contains some stuff that other
> subsystems may take due to dependencies. Consider this tag immutable.
> 
> Thanks,
> 
> With Best Regards,
> Andy Shevchenko

Thank you, I've merged this into the review-hans branch of
platform-drivers-x86 now, because this is a dependency for:
https://patchwork.kernel.org/project/platform-driver-x86/patch/20210603224007.120560-6-djrscally@gmail.com/

After I've run some tests I will push the review-hans branch
to the for-next branch.

Regards,

Hans





> 
> The following changes since commit 6efb943b8616ec53a5e444193dccf1af9ad627b5:
> 
>   Linux 5.13-rc1 (2021-05-09 14:17:44 -0700)
> 
> are available in the Git repository at:
> 
>   git@gitolite.kernel.org:pub/scm/linux/kernel/git/andy/linux-gpio-intel.git tags/intel-gpio-v5.14-1
> 
> for you to fetch changes up to 043d7f09bf614809c10c4acbf0695ef731958300:
> 
>   gpiolib: acpi: Add acpi_gpio_get_io_resource() (2021-06-04 16:24:19 +0300)
> 
> ----------------------------------------------------------------
> intel-gpio for v5.14-1
> 
> * Export two functions from GPIO ACPI for wider use
> * Clean up Whiskey Cove and Crystal Cove GPIO drivers
> 
> The following is an automated git shortlog grouped by driver:
> 
> crystalcove:
>  -  remove platform_set_drvdata() + cleanup probe
> 
> gpiolib:
>  -  acpi: Add acpi_gpio_get_io_resource()
>  -  acpi: Introduce acpi_get_and_request_gpiod() helper
> 
> wcove:
>  -  Split error handling for CTRL and IRQ registers
>  -  Unify style of to_reg() with to_ireg()
>  -  Use IRQ hardware number getter instead of direct access
> 
> ----------------------------------------------------------------
> Alexandru Ardelean (1):
>       gpio: crystalcove: remove platform_set_drvdata() + cleanup probe
> 
> Andy Shevchenko (3):
>       gpio: wcove: Use IRQ hardware number getter instead of direct access
>       gpio: wcove: Unify style of to_reg() with to_ireg()
>       gpio: wcove: Split error handling for CTRL and IRQ registers
> 
> Daniel Scally (2):
>       gpiolib: acpi: Introduce acpi_get_and_request_gpiod() helper
>       gpiolib: acpi: Add acpi_gpio_get_io_resource()
> 
>  drivers/gpio/gpio-crystalcove.c | 10 +-------
>  drivers/gpio/gpio-wcove.c       | 39 +++++++++++++++----------------
>  drivers/gpio/gpiolib-acpi.c     | 51 +++++++++++++++++++++++++++++++++++++++++
>  include/linux/acpi.h            |  7 ++++++
>  include/linux/gpio/consumer.h   |  2 ++
>  5 files changed, 80 insertions(+), 29 deletions(-)
>
Bartosz Golaszewski July 5, 2021, 9:03 a.m. UTC | #3
On Mon, Jun 14, 2021 at 5:09 PM Andy Shevchenko
<andriy.shevchenko@linux.intel.com> wrote:
>
> On Mon, Jun 07, 2021 at 06:12:10PM +0300, Andy Shevchenko wrote:
> > Hi Linux GPIO and TWIMC maintainers,
> >
> > This is GPIO material for v5.14 cycle. It contains some stuff that other
> > subsystems may take due to dependencies. Consider this tag immutable.
>
> Bart, any comments on this? Can you, please, pull?
>
> --
> With Best Regards,
> Andy Shevchenko
>
>

Hi Andy,

I was looking for you PR for this cycle and couldn't find it in my
inbox. Somehow this went into spam. I'll make sure your email never
goes to spam again. Sorry. I'm seeing Hand pulled it, is that right?

Hans: did you take the entire thing?

Bart
Hans de Goede July 5, 2021, 9:16 a.m. UTC | #4
Hi,

On 7/5/21 11:03 AM, Bartosz Golaszewski wrote:
> On Mon, Jun 14, 2021 at 5:09 PM Andy Shevchenko
> <andriy.shevchenko@linux.intel.com> wrote:
>>
>> On Mon, Jun 07, 2021 at 06:12:10PM +0300, Andy Shevchenko wrote:
>>> Hi Linux GPIO and TWIMC maintainers,
>>>
>>> This is GPIO material for v5.14 cycle. It contains some stuff that other
>>> subsystems may take due to dependencies. Consider this tag immutable.
>>
>> Bart, any comments on this? Can you, please, pull?
>>
>> --
>> With Best Regards,
>> Andy Shevchenko
>>
>>
> 
> Hi Andy,
> 
> I was looking for you PR for this cycle and couldn't find it in my
> inbox. Somehow this went into spam. I'll make sure your email never
> goes to spam again. Sorry. I'm seeing Hand pulled it, is that right?
> 
> Hans: did you take the entire thing?

Andy send me a pull-req for the intel-gpio-v5.14-1 tag because that
contained some dependencies for a new driver which I was merging into
drivers/platform/x86.

Given the name of the tag (and the contents) I think it is the entire
thing and not a topic branch with just the things which the driver needed,
I assume the pull-req Andy send to you probably also was for that tag?

If that is right then this indeed has already landed in Linus' tree
through the platform-drivers-x86 tree.

I specifically merged this:

"""
Tag: intel-gpio-v5.14-1
object 043d7f09bf614809c10c4acbf0695ef731958300
type commit
tag intel-gpio-v5.14-1
tagger Andy Shevchenko <andriy.shevchenko@linux.intel.com> 1623078244 +0300

intel-gpio for v5.14-1

* Export two functions from GPIO ACPI for wider use
* Clean up Whiskey Cove and Crystal Cove GPIO drivers

The following is an automated git shortlog grouped by driver:

crystalcove:
 -  remove platform_set_drvdata() + cleanup probe

gpiolib:
 -  acpi: Add acpi_gpio_get_io_resource()
 -  acpi: Introduce acpi_get_and_request_gpiod() helper

wcove:
 -  Split error handling for CTRL and IRQ registers
 -  Unify style of to_reg() with to_ireg()
 -  Use IRQ hardware number getter instead of direct access
-----BEGIN PGP SIGNATURE-----

iQIzBAABCgAdFiEEqaflIX74DDDzMJJtb7wzTHR8rCgFAmC+NWQACgkQb7wzTHR8
rCjp+Q//dLwxIG2YLA/A1vfEUz2qaCIel9r+VrJjljz4W5Y4GSzLTcAwlnuFLiwX
ggJjpgj37MYmu+6Y+Y6oHf1OLexeYraHtNqsKND5DJn2rSDGcH3wj0h3Sb4FCOrb
w0jOe2SSKc3iyM/W4e8AdvYgBj3gu0LsfV0vA0b2kAIv5tEi+iG7kt+8GCNH77gc
rk1VusvSb57YbYZHZ/yc6tsoJcl+O9zX/eErjAbNOOoeme3uHATRq97K4h9ZuUUM
lEV4KpHIQP4iSsAhMOIiwurTS1HhwR/hELopQbHj0xkMdVtizI5yF4nIeZGjoaIA
JEEuxwPEMRpXNmq8q0MVVSuWaqR3IH6o7knOVI5BSrJplFRrqSqslAop5CWmY4S4
waWaGOUGhBDUcs4KwxeP2kGlkl7MW3OWHIpEdqvRDYM3vp7xcQURuvtgoqdlQSAl
jfyhOpW6XwqnAQW1/6UAT8OIc16pFkaQ3L0IUE5V4as2d6edEIhfo+gb5nvnppYe
TzFLOmXKSB+NPz6zsEMFxdYPjmW5nJdMdmD3LG5uNItkm1+AjB3bz5dy85Mz5fzl
VF2xAeLoobQTeT+WZIakBs0NuB2BRkYbk70XKidlTEsGsbWK4G2zIk3sLnWxS1Ch
EkXaH4EzMkSBrk3YHbq+leVszeYKuN80NKcl7eoxN4td/iFT6BA=
=WHpx
-----END PGP SIGNATURE-----
"""

Regards,

Hans
Hans de Goede July 5, 2021, 9:20 a.m. UTC | #5
Hi,

On 7/5/21 11:16 AM, Hans de Goede wrote:
> Hi,
> 
> On 7/5/21 11:03 AM, Bartosz Golaszewski wrote:
>> On Mon, Jun 14, 2021 at 5:09 PM Andy Shevchenko
>> <andriy.shevchenko@linux.intel.com> wrote:
>>>
>>> On Mon, Jun 07, 2021 at 06:12:10PM +0300, Andy Shevchenko wrote:
>>>> Hi Linux GPIO and TWIMC maintainers,
>>>>
>>>> This is GPIO material for v5.14 cycle. It contains some stuff that other
>>>> subsystems may take due to dependencies. Consider this tag immutable.
>>>
>>> Bart, any comments on this? Can you, please, pull?
>>>
>>> --
>>> With Best Regards,
>>> Andy Shevchenko
>>>
>>>
>>
>> Hi Andy,
>>
>> I was looking for you PR for this cycle and couldn't find it in my
>> inbox. Somehow this went into spam. I'll make sure your email never
>> goes to spam again. Sorry. I'm seeing Hand pulled it, is that right?
>>
>> Hans: did you take the entire thing?
> 
> Andy send me a pull-req for the intel-gpio-v5.14-1 tag because that
> contained some dependencies for a new driver which I was merging into
> drivers/platform/x86.
> 
> Given the name of the tag (and the contents) I think it is the entire
> thing and not a topic branch with just the things which the driver needed,
> I assume the pull-req Andy send to you probably also was for that tag?
> 
> If that is right then this indeed has already landed in Linus' tree
> through the platform-drivers-x86 tree.

I just noticed that this email is part of the same thread as the
pull-req which I merged, IOW it is the same pull-req as which ended
up in your spam folder.

So yes I believe that I took the entire thing.

Regards,

Hans
Andy Shevchenko July 5, 2021, 9:35 a.m. UTC | #6
On Mon, Jul 5, 2021 at 12:20 PM Hans de Goede <hdegoede@redhat.com> wrote:
> On 7/5/21 11:16 AM, Hans de Goede wrote:

...

> I just noticed that this email is part of the same thread as the
> pull-req which I merged, IOW it is the same pull-req as which ended
> up in your spam folder.
>
> So yes I believe that I took the entire thing.

Yes, that is correct.
Thank you!