]> git.baikalelectronics.ru Git - kernel.git/commit
pinctrl: cherryview: Prevent possible interrupt storm on resume
authorMika Westerberg <mika.westerberg@linux.intel.com>
Mon, 31 Oct 2016 14:57:33 +0000 (16:57 +0200)
committerLinus Walleij <linus.walleij@linaro.org>
Fri, 4 Nov 2016 21:23:04 +0000 (22:23 +0100)
commit7d97a801d6073dc3adcf0992d6b90515e979e915
tree599b0063d0b75138abbc887eea25a9ce4a047512
parentea5211bae2eda5cdabe1ba5f22ed00026afec8e6
pinctrl: cherryview: Prevent possible interrupt storm on resume

When the system is suspended to S3 the BIOS might re-initialize certain
GPIO pins back to their original state or it may re-program interrupt mask
of others. For example Acer TravelMate B116-M had BIOS bug where certain
GPIO pin (MF_ISH_GPIO_5) was programmed to trigger on high level, and the
pin state was high once the BIOS gave control to the OS on resume.

This triggers lots of messages like:

 irq 117, desc: ffff88017a61e600, depth: 1, count: 0, unhandled: 0
 ->handle_irq():  ffffffff8109b613, handle_bad_irq+0x0/0x1e0
 ->irq_data.chip(): ffffffffa0020180, chv_pinctrl_exit+0x2d84/0x12 [pinctrl_cherryview]
 ->action():           (null)
    IRQ_NOPROBE set

We reset the mask back to known state in chv_pinctrl_resume() but that is
called only after device interrupts have already been enabled.

Now, this particular issue was fixed by upgrading the BIOS to the latest
(v1.23) but not everybody upgrades their BIOSes so we fix it up in the
driver as well.

Prevent the possible interrupt storm by moving suspend and resume hooks to
be called at _noirq time instead. Since device interrupts are still
disabled we can restore the mask back to known state before interrupt storm
happens.

Cc: stable@vger.kernel.org
Reported-by: Christian Steiner <christian.steiner@outlook.de>
Signed-off-by: Mika Westerberg <mika.westerberg@linux.intel.com>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
drivers/pinctrl/intel/pinctrl-cherryview.c