* Tony Lindgren t...@atomide.com [101204 19:00]:
* Nicolas Pitre n...@fluxnic.net [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
* Nicolas Pitre n...@fluxnic.net [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
On Sat, 4 Dec 2010, Tony Lindgren wrote:
* Nicolas Pitre n...@fluxnic.net [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
* Nicolas Pitre n...@fluxnic.net [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
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
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.
I
