On Mon, Mar 08, 2021 at 04:25:05PM +0100, Maximilian Luz wrote: > Following commit 036e126c72eb ("pinctrl: intel: Split > intel_pinctrl_add_padgroups() for better maintenance"), > gpiochip_get_desc() is broken on some Kaby Lake R devices (specifically > a Microsoft Surface Book 2), returning -EINVAL for GPIOs that in reality > should be there (they are defined in ACPI and have been accessible > previously). Due to this, gpiod_get() fails with -ENOENT. > > Reverting this commit fixes that issue and the GPIOs in question are > accessible again. I would like to have more information. Can you enable PINCTRL and GPIO debug options in the kernel, and show dmesg output (when kernel command line has 'ignore_loglevel' option) for both working and non-working cases? Also if it's possible to have DSDT.dsl of the device in question along with output of `grep -H 15 /sys/bus/acpi/devices/*/status`. > There is probably a better option than straight up reverting this, so > consider this more of a bug-report. Indeed. -- With Best Regards, Andy Shevchenko