[U-Boot] [PATCH 05/10] am33xx: add ti814x specific register definitions

Tom Rini trini at ti.com
Mon Feb 18 16:18:42 CET 2013


On Sun, Feb 17, 2013 at 09:28:33PM +0100, Peter Korsgaard wrote:
> >>>>> "Matt" == Matt Porter <mporter at ti.com> writes:
> 
>  Matt> Support the ti814x specific register definitions within
>  Matt> arch-am33xx.
> 
>  Matt> Signed-off-by: Matt Porter <mporter at ti.com>
>  Matt> ---
>  Matt>  arch/arm/cpu/armv7/am33xx/sys_info.c        |    3 +++
>  Matt>  arch/arm/include/asm/arch-am33xx/cpu.h      |   11 +++++----
>  Matt>  arch/arm/include/asm/arch-am33xx/hardware.h |   32 +++++++++++++++++++++++++++
>  Matt>  arch/arm/include/asm/arch-am33xx/omap.h     |    7 ++++++
>  Matt>  arch/arm/include/asm/arch-am33xx/spl.h      |    5 +++++
>  Matt>  5 files changed, 54 insertions(+), 4 deletions(-)
>  
>  Matt> diff --git a/arch/arm/include/asm/arch-am33xx/hardware.h b/arch/arm/include/asm/arch-am33xx/hardware.h
>  Matt> index 41ab2c0..786c159 100644
>  Matt> --- a/arch/arm/include/asm/arch-am33xx/hardware.h
>  Matt> +++ b/arch/arm/include/asm/arch-am33xx/hardware.h
>  Matt> @@ -20,9 +20,14 @@
>  Matt>  #define __AM33XX_HARDWARE_H
>  
>  Matt>  #include <asm/arch/omap.h>
>  Matt> +#include <config.h>
> 
> Quite some of the base addresses are similar, but I wonder if it
> wouldn't be cleaner to simply have a hardware-am33xx.h /
> hardware-ti814x.h instead of all these ifdef / elif?

Since I suspect the things common from ti814x and am33xx are also common
to ti816x (which has been left as an exercise to whomever needs that
next), I think we can re-structure this into something like that, but
keeping the common parts within hardware.h still.

>  Matt>  /* Control Module Base Address */
>  Matt> +#ifdef CONFIG_AM33XX
>  Matt>  #define CTRL_BASE			0x44E10000
>  Matt>  #define CTRL_DEVICE_BASE		0x44E10600
>  Matt> +#elif defined(CONFIG_TI814X)
>  Matt> +#define CTRL_BASE			0x48140000
>  Matt> +#endif
> 
> No CTRL_DEVICE_BASE on ti814x?

I think this is a side-effect of Matt not supporting the things attached
to it (USB in the case of am335x).

>  Matt> --- a/arch/arm/include/asm/arch-am33xx/spl.h
>  Matt> +++ b/arch/arm/include/asm/arch-am33xx/spl.h
>  Matt> @@ -25,8 +25,13 @@
>  
>  Matt>  #define BOOT_DEVICE_XIP       	2
>  Matt>  #define BOOT_DEVICE_NAND	5
>  Matt> +#ifdef CONFIG_AM33XX
>  Matt>  #define BOOT_DEVICE_MMC1	8
>  Matt>  #define BOOT_DEVICE_MMC2	9	/* eMMC or daughter card */
>  Matt> +#elif defined(CONFIG_TI814X)
>  Matt> +#define BOOT_DEVICE_MMC1	9
>  Matt> +#define BOOT_DEVICE_MMC2	8	/* ROM only supports 2nd instance */
> 
> Argh! Couldn't we just swap the meaning of mmc1/mmc2 or would that be
> too confusing?

IMHO, that will lead to further confusion down the line.  I talked with
Matt about this before and well, it's funky.

-- 
Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20130218/8a90135f/attachment.pgp>


More information about the U-Boot mailing list