1. 21 1月, 2020 2 次提交
  2. 20 1月, 2020 1 次提交
  3. 11 11月, 2019 2 次提交
  4. 20 8月, 2019 1 次提交
    • Y
      irqchip/irq-ingenic-tcu: Fix COMPILE_TEST building · 8084499b
      YueHaibing 提交于
      While do COMPILE_TEST building, if GENERIC_IRQ_CHIP is
      not selected, it fails:
      
      drivers/irqchip/irq-ingenic-tcu.o: In function `ingenic_tcu_intc_cascade':
      irq-ingenic-tcu.c:(.text+0x13f): undefined reference to `irq_get_domain_generic_chip'
      drivers/irqchip/irq-ingenic-tcu.o: In function `ingenic_tcu_irq_init':
      irq-ingenic-tcu.c:(.init.text+0x97): undefined reference to `irq_generic_chip_ops'
      irq-ingenic-tcu.c:(.init.text+0xdd): undefined reference to `__irq_alloc_domain_generic_chips'
      irq-ingenic-tcu.c:(.init.text+0x10b): undefined reference to `irq_get_domain_generic_chip'
      
      select GENERIC_IRQ_CHIP to fix this.
      Reported-by: NHulk Robot <hulkci@huawei.com>
      Fixes: 9536eba0 ("irqchip: Add irq-ingenic-tcu driver")
      Signed-off-by: NYueHaibing <yuehaibing@huawei.com>
      Acked-by: NThomas Gleixner <tglx@linutronix.de>
      Signed-off-by: NPaul Burton <paul.burton@mips.com>
      Cc: <jason@lakedaemon.net>
      Cc: <maz@kernel.org>
      Cc: <paul@crapouillou.net>
      Cc: <malat@debian.org>
      Cc: <linux-kernel@vger.kernel.org>
      Cc: <linux-mips@vger.kernel.org>
      Cc: <linux-clk@vger.kernel.org>
      8084499b
  5. 09 8月, 2019 1 次提交
  6. 03 7月, 2019 2 次提交
  7. 17 6月, 2019 1 次提交
  8. 11 6月, 2019 1 次提交
  9. 29 5月, 2019 1 次提交
  10. 21 5月, 2019 1 次提交
  11. 01 5月, 2019 3 次提交
  12. 29 4月, 2019 1 次提交
  13. 20 4月, 2019 1 次提交
    • L
      irqchip: Add driver for IXP4xx · 5b978c10
      Linus Walleij 提交于
      The IXP4xx (arch/arm/mach-ixp4xx) is an old Intel XScale
      platform that has very wide deployment and use.
      
      As part of modernizing the platform, we need to implement a
      proper irqchip in the irqchip subsystem.
      
      The IXP4xx irqchip is tightly jotted together with the GPIO
      controller, and whereas in the past we would deal with this
      complex logic by adding necessarily different code, we can
      nowadays modernize it using a hierarchical irqchip.
      
      The actual IXP4 irqchip is a simple active low level IRQ
      controller, whereas the GPIO functionality resides in a
      different memory area and adds edge trigger support for
      the interrupts.
      
      The interrupts from GPIO lines 0..12 are 1:1 mapped to
      a fixed set of hardware IRQs on this IRQchip, so we
      expect the child GPIO interrupt controller to go in and
      allocate descriptors for these interrupts.
      
      For the other interrupts, as we do not yet have DT
      support for this platform, we create a linear irqdomain
      and then go in and allocate the IRQs that the legacy
      boards use. This code will be removed on the DT probe
      path when we add DT support to the platform.
      
      We add some translation code for supporting DT
      translations for the fwnodes, but we leave most of that
      for later.
      
      Cc: Marc Zyngier <marc.zyngier@arm.com>
      Cc: Jason Cooper <jason@lakedaemon.net>
      Acked-by: NMarc Zyngier <marc.zyngier@arm.com>
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      5b978c10
  14. 19 2月, 2019 2 次提交
  15. 14 2月, 2019 1 次提交
  16. 18 12月, 2018 2 次提交
  17. 13 12月, 2018 1 次提交
  18. 26 10月, 2018 2 次提交
  19. 02 10月, 2018 1 次提交
  20. 13 8月, 2018 1 次提交
  21. 03 8月, 2018 2 次提交
    • P
      genirq/irqchip: Remove MULTI_IRQ_HANDLER as it's now obselete · 4f7799d9
      Palmer Dabbelt 提交于
      Now that every user of MULTI_IRQ_HANDLER has been convereted over to use
      GENERIC_IRQ_MULTI_HANDLER remove the references to MULTI_IRQ_HANDLER.
      Signed-off-by: NPalmer Dabbelt <palmer@sifive.com>
      Signed-off-by: NThomas Gleixner <tglx@linutronix.de>
      Cc: linux@armlinux.org.uk
      Cc: catalin.marinas@arm.com
      Cc: Will Deacon <will.deacon@arm.com>
      Cc: jonas@southpole.se
      Cc: stefan.kristiansson@saunalahti.fi
      Cc: shorne@gmail.com
      Cc: jason@lakedaemon.net
      Cc: marc.zyngier@arm.com
      Cc: Arnd Bergmann <arnd@arndb.de>
      Cc: nicolas.pitre@linaro.org
      Cc: vladimir.murzin@arm.com
      Cc: keescook@chromium.org
      Cc: jinb.park7@gmail.com
      Cc: yamada.masahiro@socionext.com
      Cc: alexandre.belloni@bootlin.com
      Cc: pombredanne@nexb.com
      Cc: Greg KH <gregkh@linuxfoundation.org>
      Cc: kstewart@linuxfoundation.org
      Cc: jhogan@kernel.org
      Cc: mark.rutland@arm.com
      Cc: ard.biesheuvel@linaro.org
      Cc: james.morse@arm.com
      Cc: linux-arm-kernel@lists.infradead.org
      Cc: openrisc@lists.librecores.org
      Link: https://lkml.kernel.org/r/20180622170126.6308-6-palmer@sifive.com
      4f7799d9
    • P
      irqchip: Port the ARM IRQ drivers to GENERIC_IRQ_MULTI_HANDLER · 08fb550c
      Palmer Dabbelt 提交于
      GENERIC_IRQ_MULTI_HANDLER is incompatible with MULTI_IRQ_HANDLER because
      they define the same symbols.  Multiple generic irqchip drivers select
      MULTI_IRQ_HANDLER, which is now defined on all architectures that
      provide set_handle_irq().
      
      To solve this select GENERIC_IRQ_MULTI_HANDLER for all drivers that used to
      select MULTI_IRQ_HANDLER, but only when MULTI_IRQ_HANDLER doesn't exist.
      
      After that every architecture can be converted over from MULTI_IRQ_HANDLER
      to GENERIC_IRQ_MULTI_HANDLER before removing the extra MULTI_IRQ_HANDLER
      scaffolding.
      Signed-off-by: NPalmer Dabbelt <palmer@sifive.com>
      Signed-off-by: NThomas Gleixner <tglx@linutronix.de>
      Cc: linux@armlinux.org.uk
      Cc: catalin.marinas@arm.com
      Cc: Will Deacon <will.deacon@arm.com>
      Cc: jonas@southpole.se
      Cc: stefan.kristiansson@saunalahti.fi
      Cc: shorne@gmail.com
      Cc: jason@lakedaemon.net
      Cc: marc.zyngier@arm.com
      Cc: Arnd Bergmann <arnd@arndb.de>
      Cc: nicolas.pitre@linaro.org
      Cc: vladimir.murzin@arm.com
      Cc: keescook@chromium.org
      Cc: jinb.park7@gmail.com
      Cc: yamada.masahiro@socionext.com
      Cc: alexandre.belloni@bootlin.com
      Cc: pombredanne@nexb.com
      Cc: Greg KH <gregkh@linuxfoundation.org>
      Cc: kstewart@linuxfoundation.org
      Cc: jhogan@kernel.org
      Cc: mark.rutland@arm.com
      Cc: ard.biesheuvel@linaro.org
      Cc: james.morse@arm.com
      Cc: linux-arm-kernel@lists.infradead.org
      Cc: openrisc@lists.librecores.org
      Cc: Shea Levy <shea@shealevy.com>
      Link: https://lkml.kernel.org/r/20180622170126.6308-2-palmer@sifive.com
      08fb550c
  22. 22 3月, 2018 1 次提交
  23. 14 3月, 2018 1 次提交
  24. 22 2月, 2018 1 次提交
  25. 04 1月, 2018 1 次提交
  26. 14 11月, 2017 1 次提交
    • M
      irqchip/gic-v3-its: Remove artificial dependency on PCI · 29f41139
      Marc Zyngier 提交于
      The GICv3 ITS doesn't really depend on PCI. Only the PCI/MSI
      part of it does, and there is no reason not to blow away most
      of the irqchip stack because PCI is not selected (though not
      selecting PCI seem to be asking for punishment, but hey...).
      
      So let's split the PCI-specific part from the ITS in the Kconfig
      file, and let's make that part depend on PCI. Architecture specific
      hacks (arch/arm{,64}/Kconfig) will be addressed in a separate patch.
      Reported-by: NArnd Bergmann <arnd@arndb.de>
      Signed-off-by: NMarc Zyngier <marc.zyngier@arm.com>
      29f41139
  27. 07 11月, 2017 1 次提交
  28. 03 11月, 2017 1 次提交
  29. 20 10月, 2017 1 次提交
    • T
      irqchip/meson: Disable COMPILE_TEST · d9ee91c1
      Thomas Gleixner 提交于
      The driver fails to compile with CONFIG_COMPILE_TEST=y on x86:
      
      irq-meson-gpio.c: In function ‘meson_gpio_irq_parse_dt’:
      irq-meson-gpio.c:343:8: error: implicit declaration of function
      			       ‘of_property_read_variable_u32_array’
        ret = of_property_read_variable_u32_array(node,
      
      Adding COMPILE_TEST to a driver requires at least compile testing it for
      x86....
      Reported-by: NIngo Molnar <mingo@kernel.org>
      Signed-off-by: NThomas Gleixner <tglx@linutronix.de>
      Cc: Heiner Kallweit <hkallweit1@gmail.com>
      Cc: Jerome Brunet <jbrunet@baylibre.com>
      Cc: Marc Zyngier <marc.zyngier@arm.com>
      d9ee91c1
  30. 19 10月, 2017 1 次提交
  31. 17 10月, 2017 1 次提交