On Mon, Oct 30 2017 at 1:18:06 pm GMT, Stafford Horne <shorne@xxxxxxxxx> wrote: > On Mon, Oct 30, 2017 at 02:29:18AM +0000, Marc Zyngier wrote: >> On Mon, Oct 30 2017 at 8:11:15 am GMT, Stafford Horne <shorne@xxxxxxxxx> wrote: >> > From: Stefan Kristiansson <stefan.kristiansson@xxxxxxxxxxxxx> >> > >> > IPI driver for the Open Multi-Processor Interrupt Controller (ompic) as >> > described in the Multi-core support section of the OpenRISC 1.2 >> > architecture specification: >> > >> > https://github.com/openrisc/doc/raw/master/openrisc-arch-1.2-rev0.pdf >> > >> > Each OpenRISC core contains a full interrupt controller which is used in >> > the SMP architecture for interrupt balancing. This IPI device, the >> > ompic, is the only external device required for enabling SMP on >> > OpenRISC. >> > >> > Pending ops are stored in a memory bit mask which can allow multiple >> > pending operations to be set and serviced at a time. This is mostly >> > borrowed from the alpha IPI implementation. >> > >> > Cc: Marc Zyngier <marc.zyngier@xxxxxxx> >> > Acked-by: Rob Herring <robh@xxxxxxxxxx> >> > Signed-off-by: Stefan Kristiansson <stefan.kristiansson@xxxxxxxxxxxxx> >> > [shorne@xxxxxxxxx: converted ops to bitmask, wrote commit message] >> > Signed-off-by: Stafford Horne <shorne@xxxxxxxxx> >> >> Reviewed-by: Marc Zyngier <marc.zyngier@xxxxxxx> > > Thanks > >> Side question: what is your merge strategy for this? I can take it >> through the irqchip tree as it is standalone, but I'm open to other >> suggestions. > > For me its easier if I just take it through the openrisc tree, as > there are dependencies between this series and the irqchip driver. > If you are ok with that I can make a note to Linus indicating so in > the pull request. No problem, that's OK with me. > My plan is to send this series during the 4.15 merge window. Make sure this is in -next (when it comes back to life...). Thanks, M. -- Jazz is not dead. It just smells funny. -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html