* Tony Lindgren [101204 19:00]:
> * Nicolas Pitre [101204 18:26]:
> > On Sat, 4 Dec 2010, Tony Lindgren wrote:
> >
> > My only problem with your approach is the global addition of
> > asm_irq_base and asm_irq_flags in generic code which might not be useful
> > and/or appropriate for all target
* Nicolas Pitre [101204 18:26]:
> On Sat, 4 Dec 2010, Tony Lindgren wrote:
>
> My only problem with your approach is the global addition of
> asm_irq_base and asm_irq_flags in generic code which might not be useful
> and/or appropriate for all targets. If you were confining them to some
> OMA
On Sat, 4 Dec 2010, Tony Lindgren wrote:
> * Nicolas Pitre [101203 21:39]:
> > On Fri, 3 Dec 2010, Tony Lindgren wrote:
> >
> > > Hi all,
> > >
> > > I've got some patches almost ready to go to merge the omap1
> > > configs into a single omap1_defconfig. While working on getting
> > > that done
* Nicolas Pitre [101203 21:39]:
> On Fri, 3 Dec 2010, Tony Lindgren wrote:
>
> > Hi all,
> >
> > I've got some patches almost ready to go to merge the omap1
> > configs into a single omap1_defconfig. While working on getting
> > that done, I had to come up with a better solution for entry-armv.S
On Fri, 3 Dec 2010, Tony Lindgren wrote:
> Hi all,
>
> I've got some patches almost ready to go to merge the omap1
> configs into a single omap1_defconfig. While working on getting
> that done, I had to come up with a better solution for entry-armv.S
> macros to detect the soc we're running on.
>
Hi all,
I've got some patches almost ready to go to merge the omap1
configs into a single omap1_defconfig. While working on getting
that done, I had to come up with a better solution for entry-armv.S
macros to detect the soc we're running on.
I suggest we add asm_irq_base and asm_irq_flags as in
