pinctrl: stm32: add IRQ_DOMAIN_HIERARCHY dependency
authorArnd Bergmann <arnd@arndb.de>
Wed, 14 Sep 2016 10:13:06 +0000 (12:13 +0200)
committerLinus Walleij <linus.walleij@linaro.org>
Thu, 15 Sep 2016 12:13:10 +0000 (14:13 +0200)
commit49cf2f29acab4ab0f14ff0d574cd4d3a76bdce53
tree7b69d7dba728d0b234703e4c812de227dd24fe9f
parent6812f19e17c1ac67774175023824bdcbe9a23674
pinctrl: stm32: add IRQ_DOMAIN_HIERARCHY dependency

The newly added irqchip support for the stm32 pinctrl driver uses
hierarchical IRQ domains as provided by the NVIC primary irqchip.
This works great for any configuration that may be relevant on
stm32, but when doing compile-testing (randconfig), we can
enable it without NVIC or any other primary irqchip that
enables IRQ_DOMAIN_HIERARCHY:

drivers/pinctrl/stm32/pinctrl-stm32.c:212:13: error: 'irq_chip_eoi_parent' undeclared here (not in a function)
drivers/pinctrl/stm32/pinctrl-stm32.c:213:20: error: 'irq_chip_mask_parent' undeclared here (not in a function)
drivers/pinctrl/stm32/pinctrl-stm32.c:214:20: error: 'irq_chip_unmask_parent' undeclared here (not in a function)
drivers/pinctrl/stm32/pinctrl-stm32.c:215:20: error: 'irq_chip_set_type_parent' undeclared here (not in a function)

This adds a Kconfig dependency to limit compile-testing to
configurations that have IRQ_DOMAIN_HIERARCHY already enabled.
It's not obvious whether we should use 'depends on' or 'select'
here, I think either one works, with 'depends on' being more
intuitive, while 'select' would be less likely to cause dependency
loops.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Fixes: 0eb9f683336d ("pinctrl: Add IRQ support to STM32 gpios")
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
drivers/pinctrl/stm32/Kconfig