Thread (7 messages) 7 messages, 3 authors, 2021-08-16

Re: [PATCH v1 1/1] x86/platform: Increase maximum GPIO number for X86_64

From: "Rafael J. Wysocki" <rafael@kernel.org>
Date: 2021-08-16 13:56:29
Also in: linux-acpi, lkml

On Mon, Aug 16, 2021 at 3:35 PM Andy Shevchenko
[off-list ref] wrote:
On Mon, Aug 16, 2021 at 03:25:13PM +0200, Rafael J. Wysocki wrote:
quoted
On Fri, Aug 6, 2021 at 4:44 PM Andy Shevchenko
[off-list ref] wrote:
quoted
By default the 512 GPIOs is a 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.
Thanks for review, my answers below.
quoted
quoted
+# The GPIO number here must be sorted by descending number. In case of
+# a multiplatform kernel, we just want the highest value required by the
+# selected platforms.
+config ARCH_NR_GPIO
+       int
+       default 1024 if X86_64
+       default 512 if X86_32
+       default 0
Wouldn't

default 1024 if X86_64
default 512

be sufficient?

It's either X86_64 or X86_32 anyway AFAICS.
I guess so.
quoted
quoted
+       help
+         Maximum number of GPIOs in the system.
+
+         If unsure, leave the default value.
Btw, what do you think. do we need comment above and help text here? I copied
these from ARM, but I'm not sure it would be useful on x86 as much.
Both the comment and the help text aren't particularly useful IMO.

The comment is a bit confusing even, because x86 kernels are
multiplatform as a rule.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help