summaryrefslogtreecommitdiffstats
path: root/drivers/gpio/gpio-sodaville.c
diff options
context:
space:
mode:
authorGeert Uytterhoeven <geert+renesas@glider.be>2016-05-04 10:21:53 +0200
committerLinus Walleij <linus.walleij@linaro.org>2016-05-11 13:28:48 +0200
commit9697643ff3edca036e8843235cd6e4d598a50e63 (patch)
treeeb5831bec139e2bfc81b06ead518fca0d914be2a /drivers/gpio/gpio-sodaville.c
parent1b0d5287dafc7651af1d55cf47209209f79a964b (diff)
downloadlinux-stable-9697643ff3edca036e8843235cd6e4d598a50e63.tar.gz
linux-stable-9697643ff3edca036e8843235cd6e4d598a50e63.tar.bz2
linux-stable-9697643ff3edca036e8843235cd6e4d598a50e63.zip
pinctrl: sh-pfc: Let gpio_chip.to_irq() return zero on error
Currrently the gpio_chip.to_irq() callback returns -ENOSYS on error, which causes bad interactions with the serial_mctrl_gpio helpers. mctrl_gpio_init() returns -ENOSYS if GPIOLIB is not enabled, which is intended to be ignored by its callers. However, ignoring -ENOSYS when it was caused by a gpiod_to_irq() failure will lead to a crash later: Unable to handle kernel paging request at virtual address ffffffde ... PC is at mctrl_gpio_set+0x14/0x78 Fix this by returning zero instead, like gpiochip_to_irq() does. Signed-off-by: Geert Uytterhoeven <geert+renesas@glider.be> Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
Diffstat (limited to 'drivers/gpio/gpio-sodaville.c')
0 files changed, 0 insertions, 0 deletions