[PATCH v7 08/13] ARM: unify MMU/!MMU addruart calls
Russell King - ARM Linux
linux at arm.linux.org.uk
Tue May 19 03:16:15 PDT 2015
On Tue, May 19, 2015 at 01:35:03PM +0800, Shawn Guo wrote:
> On Mon, May 18, 2015 at 05:36:43PM +0200, Thomas Gleixner wrote:
> > On Sun, 17 May 2015, Thomas Gleixner wrote:
> > > On Sat, 16 May 2015, Russell King - ARM Linux wrote:
> > > > On Sat, May 16, 2015 at 11:44:20AM +0200, Stefan Agner wrote:
> > > > > Remove the needless differences between MMU/!MMU addruart calls.
> > > > > This allows to use the same addruart macro on SoC level. Useful
> > > > > for SoC consisting of multiple CPUs with and without MMU such as
> > > > > Freescale Vybrid.
> > > > >
> > > > > Signed-off-by: Stefan Agner <stefan at agner.ch>
> > > >
> > > > Depending on the merge plan for the remainder (has tglx reviewed the IRQ
> > > > changes yet? I think he needs to before this can be merged)... if it's
> > > > not going to go in for the next merge window, this should find its way
> > > > into the patch system so it can be applied anyway.
> > >
> > > I'm going to apply the irq core and chip driver modifications to a
> > > separate branch later today, so you or ARM-SOC folks can pull that
> > > in. Will send you a mail where it can be found.
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git irq/for-arm
> >
> > That contains the first 5 patches which touch kernel/irq/ and
> > drivers/irqchip/
>
> Russell, Arnd,
>
> I guess the easiest way to merge rest of the series is to have them go
> via i.MX tree with your nods?
I don't know, I've not looked at the remainder of the patches. Having
looked briefly at them, it looks like they touch EFM32 as well, so I'm
not sure having them all go through iMX is the right approach either.
Looking at the EFM32 patch, it looks like we've adopted my suggestion
(discussed with Arnd in the previous month) wrt noMMU, so I'll post a
couple of patches in a moment which fix Integrator for this as well.
Integrator is independent of this series, and it fixes real problems
caused by the single zImage stuff for noMMU there.
It makes sense for these to all go through arm-soc - but the question
is how do we get them all into arm-soc...
--
FTTC broadband for 0.8mile line: currently at 10.5Mbps down 400kbps up
according to speedtest.net.
More information about the linux-arm-kernel
mailing list