Message ID | YL43SrZ8N8H+ZHE9@black.fi.intel.com (mailing list archive) |
---|---|
State | Not Applicable, archived |
Headers | show |
Series | [GIT,PULL] intel-gpio for 5.14-1 | expand |
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?
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(-) >
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
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
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
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!