]> git.baikalelectronics.ru Git - kernel.git/commit
Input: soc_button_array - add use_low_level_irq module parameter
authorHans de Goede <hdegoede@redhat.com>
Mon, 7 Nov 2022 18:30:25 +0000 (10:30 -0800)
committerDmitry Torokhov <dmitry.torokhov@gmail.com>
Mon, 7 Nov 2022 18:33:25 +0000 (10:33 -0800)
commit5e375d5f99e20e228a00d9991a41c63226b744b4
tree96d2013fdb3f6da6777471b1b8cc6dee91a84297
parentb407d636aadb9813983d056078148f4c766f031a
Input: soc_button_array - add use_low_level_irq module parameter

It seems that the Windows drivers for the ACPI0011 soc_button_array
device use low level triggered IRQs rather then using edge triggering.

Some ACPI tables depend on this, directly poking the GPIO controller's
registers to clear the trigger type when closing a laptop's/2-in-1's lid
and re-instating the trigger when opening the lid again.

Linux sets the edge/level on which to trigger to both low+high since
it is using edge type IRQs, the ACPI tables then ends up also setting
the bit for level IRQs and since both low and high level have been
selected by Linux we get an IRQ storm leading to soft lockups.

As a workaround for this the soc_button_array already contains
a DMI quirk table with device models known to have this issue.

Add a module parameter for this so that users can easily test if their
device is affected too and so that they can use the module parameter
as a workaround.

Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Link: https://lore.kernel.org/r/20221106215320.67109-1-hdegoede@redhat.com
Signed-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>
drivers/input/misc/soc_button_array.c