[U-Boot] any potential problems with beagle using OMAP34XX macros?
Dirk Behme
dirk.behme at googlemail.com
Tue Nov 17 09:41:58 CET 2009
Robert P. J. Day wrote:
> i asked about this on the beagleboard list but i figure i can ask
> here as well. while the beagleboard is based on the OMAP3530, if you
> check out board/ti/beagle:
>
> $ grep OMAP3 *
> beagle.c: gd->bd->bi_arch_number = MACH_TYPE_OMAP3_BEAGLE;
> beagle.c: gd->bd->bi_boot_params = (OMAP34XX_SDRC_CS0 + 0x100);
> beagle.c: struct gpio *gpio5_base = (struct gpio *)OMAP34XX_GPIO5_BASE;
> beagle.c: struct gpio *gpio6_base = (struct gpio *)OMAP34XX_GPIO6_BASE;
> beagle.h: "OMAP3 Beagle board",
> config.mk:# Beagle Board uses OMAP3 (ARM-CortexA8) cpu
> $
>
> as in, note the references to OMAP34XX macros, not OMAP35XX. and
> that's because, in include/configs/omap3_beagle.h, all of the
> references seem to be to OMAP34XX, such as:
>
> /*
> * High Level Configuration Options
> */
> #define CONFIG_ARMCORTEXA8 1 /* This is an ARM V7 CPU core */
> #define CONFIG_OMAP 1 /* in a TI OMAP core */
> #define CONFIG_OMAP34XX 1 /* which is a 34XX */
> #define CONFIG_OMAP3430 1 /* which is in a 3430 */
> #define CONFIG_OMAP3_BEAGLE 1 /* working with BEAGLE */
>
> almost all of the macros under include/asm/arch-omap3 are defined in
> terms of OMAP34XX as well and while that may work fine for now, is
> there any chance that could cause conflicts down the road?
Due to cross-posting answered at Beagle mailing list:
http://groups.google.com/group/beagleboard/browse_thread/thread/5813bff4b4d420c7
Dirk
More information about the U-Boot
mailing list