summaryrefslogtreecommitdiffstats
path: root/arch
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@linux-foundation.org>2017-04-04 11:40:20 -0700
committerLinus Torvalds <torvalds@linux-foundation.org>2017-04-04 11:40:20 -0700
commit308ac7563944787f8afc508568a3cda601c35a48 (patch)
tree509f767dbc5e594098ca04ed7552cdb852c6f7e0 /arch
parentb824a957bfb3f7f5ab2f7216239882f9092d2c27 (diff)
parent693bdaa164b40b7aa6018b98af6f7e40dbd52457 (diff)
downloadlinux-stable-308ac7563944787f8afc508568a3cda601c35a48.tar.gz
linux-stable-308ac7563944787f8afc508568a3cda601c35a48.tar.bz2
linux-stable-308ac7563944787f8afc508568a3cda601c35a48.zip
Merge tag 'gpio-v4.11-3' of git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-gpio
Pull late GPIO fixes from Linus Walleij: "Some late coming ACPI fixes for GPIO. We're dealing with ACPI issues here. The first is related to wake IRQs on Bay Trail/Cherry Trail CPUs which are common in laptops. The second is about proper probe deferral when reading _CRS properties. For my untrained eye it seems there was some quarrel between the BIOS and the kernel about who is supposed to deal with wakeups from GPIO lines" * tag 'gpio-v4.11-3' of git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-gpio: ACPI / gpio: do not fall back to parsing _CRS when we get a deferral gpio: acpi: Call enable_irq_wake for _IAE GpioInts with Wake set
Diffstat (limited to 'arch')
0 files changed, 0 insertions, 0 deletions