Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1251707
| From | Gregory CLEMENT <gregory.clement@free-electrons.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH 5/5] irqchip: armada-370-xp: document the overall driver logic |
| Date | 2015-10-20 16:00 +0200 |
| Message-ID | <qlFCh-5wi-1@gated-at.bofh.it> (permalink) |
| References | <qlF9g-4YG-13@gated-at.bofh.it> <qlF9g-4YG-11@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Hi Thomas, On mar., oct. 20 2015, Thomas Petazzoni <thomas.petazzoni@free-electrons.com> wrote: > Since the overall logic of the driver to handle the global and per-CPU > masking of the interrupts is far from trivial, this commit adds a long > comment detailing how the hardware operates and what strategy the > driver implements on top of that. It was really needed! > > Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Acked-by: Gregory CLEMENT <gregory.clement@free-electrons.com> Thanks, Gregory > --- > drivers/irqchip/irq-armada-370-xp.c | 80 +++++++++++++++++++++++++++++++++++++ > 1 file changed, 80 insertions(+) > > diff --git a/drivers/irqchip/irq-armada-370-xp.c b/drivers/irqchip/irq-armada-370-xp.c > index 888add6..f14cc2d 100644 > --- a/drivers/irqchip/irq-armada-370-xp.c > +++ b/drivers/irqchip/irq-armada-370-xp.c > @@ -34,6 +34,86 @@ > #include <asm/smp_plat.h> > #include <asm/mach/irq.h> > > +/* > + * Overall diagram of the Armada XP interrupt controller: > + * > + * To CPU 0 To CPU 1 > + * > + * /\ /\ > + * || || > + * +---------------+ +---------------+ > + * | | | | > + * | per-CPU | | per-CPU | > + * | mask/unmask | | mask/unmask | > + * | CPU0 | | CPU1 | > + * | | | | > + * +---------------+ +---------------+ > + * /\ /\ > + * || || > + * \\_______________________// > + * || > + * +-------------------+ > + * | | > + * | Global interrupt | > + * | mask/unmask | > + * | | > + * +-------------------+ > + * /\ > + * || > + * interrupt from > + * device > + * > + * The "global interrupt mask/unmask" is modified using the > + * ARMADA_370_XP_INT_SET_ENABLE_OFFS and > + * ARMADA_370_XP_INT_CLEAR_ENABLE_OFFS registers, which are relative > + * to "main_int_base". > + * > + * The "per-CPU mask/unmask" is modified using the > + * ARMADA_370_XP_INT_SET_MASK_OFFS and > + * ARMADA_370_XP_INT_CLEAR_MASK_OFFS registers, which are relative to > + * "per_cpu_int_base". This base address points to a special address, > + * which automatically accesses the registers of the current CPU. > + * > + * The per-CPU mask/unmask can also be adjusted using the global > + * per-interrupt ARMADA_370_XP_INT_SOURCE_CTL register, which we use > + * to configure interrupt affinity. > + * > + * Due to this model, all interrupts need to be mask/unmasked at two > + * different levels: at the global level and at the per-CPU level. > + * > + * This driver takes the following approach to deal with this: > + * > + * - For global interrupts: > + * > + * At ->map() time, a global interrupt is unmasked at the per-CPU > + * mask/unmask level. It is therefore unmasked at this level for > + * the current CPU, running the ->map() code. This allows to have > + * the interrupt unmasked at this level in non-SMP > + * configurations. In SMP configurations, the ->set_affinity() > + * callback is called, which using the > + * ARMADA_370_XP_INT_SOURCE_CTL() readjusts the per-CPU mask/unmask > + * for the interrupt. > + * > + * The ->mask() and ->unmask() operations only mask/unmask the > + * interrupt at the "global" level. > + * > + * So, a global interrupt is enabled at the per-CPU level as soon > + * as it is mapped. At run time, the masking/unmasking takes place > + * at the global level. > + * > + * - For per-CPU interrupts > + * > + * At ->map() time, a per-CPU interrupt is unmasked at the global > + * mask/unmask level. > + * > + * The ->mask() and ->unmask() operations mask/unmask the interrupt > + * at the per-CPU level. > + * > + * So, a per-CPU interrupt is enabled at the global level as soon > + * as it is mapped. At run time, the masking/unmasking takes place > + * at the per-CPU level. > + */ > + > /* Registers relative to main_int_base */ > #define ARMADA_370_XP_INT_CONTROL (0x00) > #define ARMADA_370_XP_SW_TRIG_INT_OFFS (0x04) > -- > 2.6.2 > -- Gregory Clement, Free Electrons Kernel, drivers, real-time and embedded Linux development, consulting, training and support. http://free-electrons.com -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[PATCH 5/5] irqchip: armada-370-xp: document the overall driver logic Thomas Petazzoni <thomas.petazzoni@free-electrons.com> - 2015-10-20 15:30 +0200
Re: [PATCH 5/5] irqchip: armada-370-xp: document the overall driver logic Gregory CLEMENT <gregory.clement@free-electrons.com> - 2015-10-20 16:00 +0200
Re: [PATCH 5/5] irqchip: armada-370-xp: document the overall driver logic Thomas Petazzoni <thomas.petazzoni@free-electrons.com> - 2015-10-20 16:10 +0200
Re: [PATCH 5/5] irqchip: armada-370-xp: document the overall driver logic Jason Cooper <jason@lakedaemon.net> - 2015-10-20 16:10 +0200
csiph-web