linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [resend, PATCH v2 1/1] x86/platform: Increase maximum GPIO number for X86_64
@ 2021-08-26 15:03 Andy Shevchenko
  2021-08-26 16:51 ` Rafael J. Wysocki
  2021-09-02 20:01 ` [tip: x86/urgent] " tip-bot2 for Andy Shevchenko
  0 siblings, 2 replies; 3+ messages in thread
From: Andy Shevchenko @ 2021-08-26 15:03 UTC (permalink / raw)
  To: linux-kernel, linux-acpi
  Cc: Thomas Gleixner, Ingo Molnar, Borislav Petkov, x86,
	H. Peter Anvin, Rafael J. Wysocki, Andy Shevchenko,
	Linus Walleij

By default the 512 GPIOs is the maximum on any x86 platform.
With, for example, Intel Tiger Lake-H the SoC based controller
occupies up to 480 pins. This leaves only 32 available for
GPIO expanders or other drivers, like PMIC. Hence, bump the
maximum GPIO number to 1024 for X86_64 and leave 512 for X86_32.

Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Reviewed-by: Linus Walleij <linus.walleij@linaro.org>
---
v2 resend: actually added Rafael and linux-acpi@ to Cc list
v2: dropped confusing comment and help, simplified defaults (Rafael)
    added Rb tag (Linus)
 arch/x86/Kconfig | 5 +++++
 1 file changed, 5 insertions(+)

diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index 858ce2736bd6..25960fe242bd 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -338,6 +338,11 @@ config NEED_PER_CPU_PAGE_FIRST_CHUNK
 config ARCH_HIBERNATION_POSSIBLE
 	def_bool y
 
+config ARCH_NR_GPIO
+	int
+	default 1024 if X86_64
+	default 512
+
 config ARCH_SUSPEND_POSSIBLE
 	def_bool y
 
-- 
2.32.0


^ permalink raw reply related	[flat|nested] 3+ messages in thread

* Re: [resend, PATCH v2 1/1] x86/platform: Increase maximum GPIO number for X86_64
  2021-08-26 15:03 [resend, PATCH v2 1/1] x86/platform: Increase maximum GPIO number for X86_64 Andy Shevchenko
@ 2021-08-26 16:51 ` Rafael J. Wysocki
  2021-09-02 20:01 ` [tip: x86/urgent] " tip-bot2 for Andy Shevchenko
  1 sibling, 0 replies; 3+ messages in thread
From: Rafael J. Wysocki @ 2021-08-26 16:51 UTC (permalink / raw)
  To: Andy Shevchenko
  Cc: Linux Kernel Mailing List, ACPI Devel Maling List,
	Thomas Gleixner, Ingo Molnar, Borislav Petkov,
	the arch/x86 maintainers, H. Peter Anvin, Rafael J. Wysocki,
	Linus Walleij

On Thu, Aug 26, 2021 at 5:03 PM Andy Shevchenko
<andriy.shevchenko@linux.intel.com> wrote:
>
> By default the 512 GPIOs is the maximum on any x86 platform.
> With, for example, Intel Tiger Lake-H the SoC based controller
> occupies up to 480 pins. This leaves only 32 available for
> GPIO expanders or other drivers, like PMIC. Hence, bump the
> maximum GPIO number to 1024 for X86_64 and leave 512 for X86_32.
>
> Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
> Reviewed-by: Linus Walleij <linus.walleij@linaro.org>

Reviewed-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>

> ---
> v2 resend: actually added Rafael and linux-acpi@ to Cc list
> v2: dropped confusing comment and help, simplified defaults (Rafael)
>     added Rb tag (Linus)
>  arch/x86/Kconfig | 5 +++++
>  1 file changed, 5 insertions(+)
>
> diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
> index 858ce2736bd6..25960fe242bd 100644
> --- a/arch/x86/Kconfig
> +++ b/arch/x86/Kconfig
> @@ -338,6 +338,11 @@ config NEED_PER_CPU_PAGE_FIRST_CHUNK
>  config ARCH_HIBERNATION_POSSIBLE
>         def_bool y
>
> +config ARCH_NR_GPIO
> +       int
> +       default 1024 if X86_64
> +       default 512
> +
>  config ARCH_SUSPEND_POSSIBLE
>         def_bool y
>
> --
> 2.32.0
>

^ permalink raw reply	[flat|nested] 3+ messages in thread

* [tip: x86/urgent] x86/platform: Increase maximum GPIO number for X86_64
  2021-08-26 15:03 [resend, PATCH v2 1/1] x86/platform: Increase maximum GPIO number for X86_64 Andy Shevchenko
  2021-08-26 16:51 ` Rafael J. Wysocki
@ 2021-09-02 20:01 ` tip-bot2 for Andy Shevchenko
  1 sibling, 0 replies; 3+ messages in thread
From: tip-bot2 for Andy Shevchenko @ 2021-09-02 20:01 UTC (permalink / raw)
  To: linux-tip-commits
  Cc: Andy Shevchenko, Thomas Gleixner, Linus Walleij,
	Rafael J. Wysocki, x86, linux-kernel

The following commit has been merged into the x86/urgent branch of tip:

Commit-ID:     d7109fe3a0991a0f7b4ac099b78c908e3b619787
Gitweb:        https://git.kernel.org/tip/d7109fe3a0991a0f7b4ac099b78c908e3b619787
Author:        Andy Shevchenko <andriy.shevchenko@linux.intel.com>
AuthorDate:    Thu, 26 Aug 2021 18:03:17 +03:00
Committer:     Thomas Gleixner <tglx@linutronix.de>
CommitterDate: Thu, 02 Sep 2021 21:57:57 +02:00

x86/platform: Increase maximum GPIO number for X86_64

By default the 512 GPIOs is the maximum on any x86 platform.
With, for example, Intel Tiger Lake-H the SoC based controller
occupies up to 480 pins. This leaves only 32 available for
GPIO expanders or other drivers, like PMIC. Hence, bump the
maximum GPIO number to 1024 for X86_64 and leave 512 for X86_32.

Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Reviewed-by: Linus Walleij <linus.walleij@linaro.org>
Reviewed-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Link: https://lore.kernel.org/r/20210826150317.29435-1-andriy.shevchenko@linux.intel.com

---
 arch/x86/Kconfig | 5 +++++
 1 file changed, 5 insertions(+)

diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index 421fa9e..1016388 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -340,6 +340,11 @@ config NEED_PER_CPU_PAGE_FIRST_CHUNK
 config ARCH_HIBERNATION_POSSIBLE
 	def_bool y
 
+config ARCH_NR_GPIO
+	int
+	default 1024 if X86_64
+	default 512
+
 config ARCH_SUSPEND_POSSIBLE
 	def_bool y
 

^ permalink raw reply related	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2021-09-02 20:01 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-08-26 15:03 [resend, PATCH v2 1/1] x86/platform: Increase maximum GPIO number for X86_64 Andy Shevchenko
2021-08-26 16:51 ` Rafael J. Wysocki
2021-09-02 20:01 ` [tip: x86/urgent] " tip-bot2 for Andy Shevchenko

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).