[PATCH 2/3] ARM: PRIMA2: make mach-prima2 common for all SiRF series SoC
Barry Song
21cnbao at gmail.com
Tue Aug 28 02:15:26 EDT 2012
2012/8/21 Arnd Bergmann <arnd at arndb.de>:
> On Tuesday 21 August 2012, Barry Song wrote:
>> then i add these to Kconfig.debug as it is a common way
>>
>> config DEBUG_PRIMA2_UART1
>> bool "Kernel low-level debugging on DaVinci DA8XX using UART1"
>> depends on ARCH_PRIMA2
>> help
>> Say Y here if you want the debug print routines to direct
>> their output to UART1 serial port on SiRFprimaII devices.
>>
>> config DEBUG_MARCO_UART1
>> bool "Kernel low-level debugging on DaVinci DA8XX using UART2"
>> depends on ARCH_MARCO
>> help
>> Say Y here if you want the debug print routines to direct
>> their output to UART1 serial port on SiRFmarco devices.
>>
>> and these in mach-prima2/include/mach/uart.h
>>
>> #ifdef CONFIG_DEBUG_PRIMA2_UART1
>> #define SIRFSOC_UART1_PA_BASE 0xb0060000
>> #elif defined(CONFIG_DEBUG_MARCO_UART1)
>> #define SIRFSOC_UART1_PA_BASE 0xcc060000
>> #endif
>>
>> the above codes seem still ugly ?
>>
>
> No, that's fine, about as a good as it gets with today's kernel
> capabilities. Just fix the description to have the correct
> SoC name instead of "DaVinci DA8XX" ;-)
except the DEBUG_LL uart base address, i missed the zreladdr-y. for
primaii, it is 0x00008000, for marco, it is 0x40008000 as marco's
memory space begins from 0x4000000.
i would to have AUTO_ZRELADDR for the whole SiRF series.
but for uImage load address difference in uImage header, which blocks
multiple SoCs from using same uImage, is "KERNEL_NOLOAD" uImage type
the current generic solution?
>
> Arnd
-barry
More information about the linux-arm-kernel
mailing list