summaryrefslogtreecommitdiff
path: root/fs/jffs2/background.c
diff options
context:
space:
mode:
authorDmitry Torokhov <dmitry.torokhov@gmail.com>2017-11-17 03:09:29 +0300
committerDmitry Torokhov <dmitry.torokhov@gmail.com>2017-11-30 09:52:51 +0300
commit4c83c071b7849ca3e8072284a8587669d8ba6a3d (patch)
tree7a74cd7b32c8da9547b8cbba2ea45356b501dedc /fs/jffs2/background.c
parentda8df83957b179e5edc1029f637e5b69eff44967 (diff)
downloadlinux-4c83c071b7849ca3e8072284a8587669d8ba6a3d.tar.xz
Input: elants_i2c - do not clobber interrupt trigger on x86
This is similar to commit a4b0a58bb142 ("Input: elan_i2c - do not clobber interrupt trigger on x86") On x86 we historically used falling edge interrupts in the driver because that's how first Chrome devices were configured. They also did not use ACPI to enumerate I2C devices (because back then there was no kernel support for that), so trigger was hard-coded in the driver. However the controller behavior is much more reliable if we use level triggers, and that is how we configured ARM devices, and how want to configure newer x86 devices as well. All newer x86 boxes have their I2C devices enumerated in ACPI. Let's see if platform code (ACPI, DT) described interrupt and specified particular trigger type, and if so, let's use it instead of always clobbering trigger with IRQF_TRIGGER_FALLING. We will still use this trigger type as a fallback if platform code left interrupt trigger unconfigured. Reviewed-by: Guenter Roeck <linux@roeck-us.net> Signed-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Diffstat (limited to 'fs/jffs2/background.c')
0 files changed, 0 insertions, 0 deletions