omap: Use a memory address for storing the debug port info instead of UART1 scratchpad
authorTony Lindgren <tony@atomide.com>
Sat, 1 May 2010 00:39:19 +0000 (17:39 -0700)
committerTony Lindgren <tony@atomide.com>
Tue, 4 May 2010 00:53:08 +0000 (17:53 -0700)
commit96554d70775e936e870f61d9523c9bab3fd54ad6
tree7a3c8f4b40d5753de274226cf7829bbbc9d0eb14
parentdaa494958a59638f32b4334155e4c3e1f664c675
omap: Use a memory address for storing the debug port info instead of UART1 scratchpad

This removes the dependency to the UART1 being available for storing
the debug configuration in uncompress.h. This will simplify the
DEBUG_LL UART configuration for boards that may not have UART1, or
have an external UART as it requires only one mapping for DEBUG_LL.

The patch has a few limitations. Basically now we're assuming that
the kernel uncompress code won't overlap with OMAP_UART_INFO. We also
assume the printascii is called at least once before paging_init in
order for addruart to have a chance to read the UART setup from
OMAP_UART_INFO.

As suggested by Cyril Chemparathy <cyril@ti.com>,
Vikram Pandita <vikram.pandita@ti.com> and
Kevin Hilman <khilman@deeprootsystems.com>. Based on an earlier
patch posted for Davinci by Cyril Chemparathy <cyril@ti.com>.

Signed-off-by: Tony Lindgren <tony@atomide.com>
arch/arm/mach-omap1/include/mach/debug-macro.S
arch/arm/mach-omap2/include/mach/debug-macro.S
arch/arm/plat-omap/include/plat/serial.h
arch/arm/plat-omap/include/plat/uncompress.h