Single binary kernel for all i.MX

Nicolas Pitre nico at fluxnic.net
Sat Nov 13 10:26:49 EST 2010


On Fri, 12 Nov 2010, Gadiyar, Anand wrote:

> 2010/11/12 Uwe Kleine-König <u.kleine-koenig at pengutronix.de>:
> > Hi Shawn,
> >
> > On Fri, Nov 12, 2010 at 11:40:41PM +0800, Shawn Guo wrote:
> >> I'm studying at the implementation.  Can you please help me understand
> >> how "addruart" in plat-mxc/include/mach/debug-macro.S works for single
> >> image?
> >>
> >>         .macro  addruart, rp, rv
> >>         ldr     \rp, =UART_PADDR        @ physical
> >>         ldr     \rv, =UART_VADDR        @ virtual
> >>         .endm
> >>
> >> We have this macro to get physical base address of UART.  However
> >> UART_PADDR is defined as MX?_UART1_BASE_ADDR depending on
> >> CONFIG_ARCH_MX*.  When all CONFIG_ARCH_MX* get defined in single image
> >> case, how does UART_PADDR work for all CONFIG_ARCH_MX*?
> > In a kernel that supports more than one SoC, DEBUG_LL won't work.  This
> > is generally OK, because DEBUG_LL is only needed when bringing up a
> > machine.  Therefor you can use a tailored kernel that only supports your
> > shiny new machine.
> >
> > Uwe
> >
> 
> Hi Uwe,
> 
> OMAP does have this working. For example, we can boot a single kernel image
> on OMAP2, OMAP3 and OMAP4 today, and we have DEBUG_LL working for
> sure on the last two - probably also on OMAP2.

Sure, but that mechanism is really too complicated for what is supposed 
to be a barebone debugging facility.  If you have it on OMAP and it has 
been debugged already then fine. I don't encourage others to necessarily 
do the same though.


Nicolas


More information about the linux-arm-kernel mailing list