1. 21 1月, 2014 1 次提交
  2. 30 9月, 2013 2 次提交
  3. 16 4月, 2013 4 次提交
  4. 11 4月, 2013 1 次提交
    • G
      arm: mvebu: Fix the irq map function in SMP mode · 600468d0
      Gregory CLEMENT 提交于
      This patch fix the regression introduced by the commit 3202bf01
      "arm: mvebu: Improve the SMP support of the interrupt controller":
      GPIO IRQ were no longer delivered to the CPUs.
      
      To be delivered to a CPU an interrupt must be enabled at CPU level and
      at interrupt source level. Before the offending patch, all the
      interrupts were enabled at source level during map() function. Mask()
      and unmask() was done by handling the per-CPU part. It was fine when
      running in UP with only one CPU.
      
      The offending patch added support for SMP, in this case mask() and
      unmask() was done by handling the interrupt source level part. The
      per-CPU level part was handled by the affinity API to select the CPU
      which will receive the interrupt. (Due to some hardware limitation
      only one CPU at a time can received a given interrupt).
      
      For "normal" interrupt __setup_irq() was called when an irq was
      registered. irq_set_affinity() is called from this function, which
      enabled the interrupt on one of the CPUs. Whereas for GPIO IRQ which
      were chained interrupts, the irq_set_affinity() was never called and
      none of the CPUs was selected to receive the interrupt.
      
      With this patch all the interrupt are enable on the current CPU during
      map() function. Enabling the interrupts on a CPU doesn't depend
      anymore on irq_set_affinity() and then the chained irq are not anymore
      a special case. However the CPU which will receive the irq can still
      be modify later using irq_set_affinity().
      
      Tested with Mirabox (A370) and Openblocks AX3 (AXP), rootfs mounted
      over NFS, compiled with CONFIG_SMP=y/N.
      Signed-off-by: NGregory CLEMENT <gregory.clement@free-electrons.com>
      Reported-by: NRyan Press <ryan@presslab.us>
      Investigated-by: NEzequiel Garcia <ezequiel.garcia@free-electrons.com>
      Tested-by: NEzequiel Garcia <ezequiel.garcia@free-electrons.com>
      Tested-by: NRyan Press <ryan@presslab.us>
      Signed-off-by: NJason Cooper <jason@lakedaemon.net>
      600468d0
  5. 29 3月, 2013 1 次提交
  6. 18 3月, 2013 1 次提交
  7. 01 3月, 2013 2 次提交
  8. 27 11月, 2012 1 次提交
  9. 21 11月, 2012 1 次提交
  10. 10 7月, 2012 2 次提交