[U-Boot] [PATCH 2/3 v7] S5PC100: Function to configure the SROMC registers.
From: Naveen Krishna CH
Nand Flash, Ethernet, other features might need to configure the
SROMC registers accordingly.
The config_sromc() functions helps with this.
Signed-off-by: Naveen Krishna Ch
---
Changes since V1:
1. Funtion config_sromc() is renamed to s5pc1xx_config_sromc().
Comments from Minkyu Kang are fixed
Changes since V2:
1.cpu_is_s5pc100() function is used instead of Macros.
Changes since V3:
1. Comments from Minkyu Kang are fixed.
Changes since V4:
None
Changes since V5:
None
Changes since V6:
None
cpu/arm_cortexa8/s5pc1xx/Makefile |1 +
cpu/arm_cortexa8/s5pc1xx/sromc.c | 53
include/asm-arm/arch-s5pc1xx/smc.h |3 ++
3 files changed, 57 insertions(+), 0 deletions(-)
create mode 100644 cpu/arm_cortexa8/s5pc1xx/sromc.c
diff --git a/cpu/arm_cortexa8/s5pc1xx/Makefile
b/cpu/arm_cortexa8/s5pc1xx/Makefile
index 7290c2f..01c93fe 100644
--- a/cpu/arm_cortexa8/s5pc1xx/Makefile
+++ b/cpu/arm_cortexa8/s5pc1xx/Makefile
@@ -34,6 +34,7 @@ SOBJS += reset.o
COBJS += clock.o
COBJS += cpu_info.o
COBJS += gpio.o
+COBJS += sromc.o
COBJS += timer.o
SRCS := $(SOBJS:.o=.S) $(COBJS:.o=.c)
diff --git a/cpu/arm_cortexa8/s5pc1xx/sromc.c b/cpu/arm_cortexa8/s5pc1xx/sromc.c
new file mode 100644
index 000..380be81
--- /dev/null
+++ b/cpu/arm_cortexa8/s5pc1xx/sromc.c
@@ -0,0 +1,53 @@
+/*
+ * Copyright (C) 2010 Samsung Electronics
+ * Naveen Krishna Ch
+ *
+ * See file CREDITS for list of people who contributed to this
+ * project.
+ *
+ * This program is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU General Public License as
+ * published by the Free Software Foundation; either version 2 of
+ * the License, or (at your option) any later version.
+ *
+ * This program is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ * GNU General Public License for more details.
+ *
+ * You should have received a copy of the GNU General Public License
+ * along with this program; if not, write to the Free Software
+ * Foundation, Inc., 59 Temple Place, Suite 330, Boston,
+ * MA 02111-1307 USA
+ */
+
+#include
+#include
+#include
+
+/*
+ * s5pc1xx_config_sromc() - select the proper SROMC Bank and configure the
+ * band width control and bank control registers
+ * srom_bank - SROM Bank 0 to 5
+ * smc_bw_conf - SMC Band witdh reg configuration value
+ * smc_bc_conf - SMC Bank Control reg configuration value
+ */
+void s5pc1xx_config_sromc(u32 srom_bank, u32 smc_bw_conf, u32 smc_bc_conf)
+{
+ u32 tmp;
+ struct s5pc1xx_smc *srom;
+
+ if (cpu_is_s5pc100())
+ srom = (struct s5pc1xx_smc *)S5PC100_SROMC_BASE;
+ else
+ srom = (struct s5pc1xx_smc *)S5PC110_SROMC_BASE;
+
+ /* Configure SMC_BW register to handle proper SROMC bank */
+ tmp = srom->bw;
+ tmp &= ~(0xF << (srom_bank * 4));
+ tmp |= smc_bw_conf;
+ srom->bw = tmp;
+
+ /* Configure SMC_BC register */
+ srom->bc[srom_bank] = smc_bc_conf;
+}
diff --git a/include/asm-arm/arch-s5pc1xx/smc.h
b/include/asm-arm/arch-s5pc1xx/smc.h
index e1a5399..88f4ffe 100644
--- a/include/asm-arm/arch-s5pc1xx/smc.h
+++ b/include/asm-arm/arch-s5pc1xx/smc.h
@@ -47,4 +47,7 @@ struct s5pc1xx_smc {
};
#endif /* __ASSEMBLY__ */
+/* Configure the Band Width and Bank Control Regs for required SROMC Bank */
+void s5pc1xx_config_sromc(u32 srom_bank, u32 smc_bw_conf, u32 smc_bc_conf);
+
#endif /* __ASM_ARCH_SMC_H_ */
--
1.6.6
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH 3/3 v7] SAMSUNG: SMDKC100: Adds ethernet support.
From: Naveen Krishna CH
Add setup for ethernet on SMDKC100, allowing kernel/ramdisk to be
loaded over tftp.
The preinit function will configure GPIO (GPK0CON) & SROMC to look
for environment in SROM Bank 3.
Signed-off-by: Naveen Krishna Ch
---
Changes since V1:
1. The CONFIG_BOOTP* and Net config Macros are removed from config header.
Comments from Ben Warren are fixed
2. The GPIO configuration is modified & Macro and Function are renamed.
Comments from Minkyu Kang are fixedChanges since V2
Changes since V2:
1. GPIO configurations function has been implemented.
Changes since V3:
1. Comments from Minkyu Kang are fixed.
Changes since V4:
None
Changes since v5:
1. Compile time warning are fixed.
Changes since v6:
1. removed a unused variable.
board/samsung/smdkc100/smdkc100.c | 39 +
include/configs/smdkc100.h| 12 ++-
2 files changed, 50 insertions(+), 1 deletions(-)
diff --git a/board/samsung/smdkc100/smdkc100.c
b/board/samsung/smdkc100/smdkc100.c
index 15a1a27..fb466c6 100644
--- a/board/samsung/smdkc100/smdkc100.c
+++ b/board/samsung/smdkc100/smdkc100.c
@@ -23,10 +23,40 @@
*/
#include
+#include
+#include
+#include
+#include
+
DECLARE_GLOBAL_DATA_PTR;
+/*
+ * Miscellaneous platform dependent initialisations
+ */
+static void smc9115_pre_init(void)
+{
+ u32 smc_bw_conf, smc_bc_conf;
+
+ struct s5pc100_gpio *const gpio =
+ (struct s5pc100_gpio *)S5PC100_GPIO_BASE;
+
+ /* gpio configuration GPK0CON */
+ gpio_cfg_pin(&gpio->gpio_k0, CONFIG_ENV_SROM_BANK, GPIO_FUNC(2));
+
+ /* Ethernet needs bus width of 16 bits */
+ smc_bw_conf = SMC_DATA16_WIDTH(CONFIG_ENV_SROM_BANK);
+ smc_bc_conf = SMC_BC_TACS(0x0) | SMC_BC_TCOS(0x4) | SMC_BC_TACC(0xe)
+ | SMC_BC_TCOH(0x1) | SMC_BC_TAH(0x4)
+ | SMC_BC_TACP(0x6) | SMC_BC_PMC(0x0);
+
+ /* Select and configure the SROMC bank */
+ s5pc1xx_config_sromc(CONFIG_ENV_SROM_BANK, smc_bw_conf, smc_bc_conf);
+}
+
int board_init(void)
{
+ smc9115_pre_init();
+
gd->bd->bi_arch_number = MACH_TYPE_SMDKC100;
gd->bd->bi_boot_params = PHYS_SDRAM_1 + 0x100;
@@ -49,3 +79,12 @@ int checkboard(void)
return 0;
}
#endif
+
+int board_eth_init(bd_t *bis)
+{
+ int rc = 0;
+#ifdef CONFIG_SMC911X
+ rc = smc911x_initialize(0, CONFIG_SMC911X_BASE);
+#endif
+ return rc;
+}
diff --git a/include/configs/smdkc100.h b/include/configs/smdkc100.h
index a8ba052..09bce6d 100644
--- a/include/configs/smdkc100.h
+++ b/include/configs/smdkc100.h
@@ -83,7 +83,6 @@
#undef CONFIG_CMD_FLASH
#undef CONFIG_CMD_IMLS
#undef CONFIG_CMD_NAND
-#undef CONFIG_CMD_NET
#define CONFIG_CMD_CACHE
#define CONFIG_CMD_REGINFO
@@ -235,4 +234,15 @@
#define CONFIG_DOS_PARTITION 1
+/*
+ * Ethernet Contoller driver
+ */
+#ifdef CONFIG_CMD_NET
+#define CONFIG_NET_MULTI
+#define CONFIG_SMC911X 1 /* we have a SMC9115 on-board */
+#define CONFIG_SMC911X_16_BIT 1 /* SMC911X_16_BIT Mode */
+#define CONFIG_SMC911X_BASE0x98800300 /* SMC911X Drive Base */
+#define CONFIG_ENV_SROM_BANK 3 /* Select SROM Bank-3 for Ethernet*/
+#endif /* CONFIG_CMD_NET */
+
#endif /* __CONFIG_H */
--
1.6.6
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH 1/3 v7] S5PC100: Memory SubSystem Header file, register description(SROMC).
From: Naveen Krishna CH
Memory subsystem of S5PC100 handles SROM, SRAM, OneDRAM, OneNand,
NAND Flash, DDRs.
smc.h is a common place for the register description of Memory subsystem
of S5PC100.
Note: Only SROM related registers are descibed now.
Signed-off-by: Naveen Krishna Ch
---
Changes since V1:
1. The header file is renamed to smc.h from smc.h
2. The Macros are renamed according to TRM.
Comments from Minkyu kang are fixed.
Changes since V2:
1. Macros have been modified to be generic.
Comments from Minkyu kang are fixed
Changes since V3:
1. No Changes.
Changes since v4:
1. The header file name int he Description was changed.
Changes since V5:
1. No Changes.
Changes since V6:
1. No Changes.
include/asm-arm/arch-s5pc1xx/smc.h | 50
1 files changed, 50 insertions(+), 0 deletions(-)
create mode 100644 include/asm-arm/arch-s5pc1xx/smc.h
diff --git a/include/asm-arm/arch-s5pc1xx/smc.h
b/include/asm-arm/arch-s5pc1xx/smc.h
new file mode 100644
index 000..e1a5399
--- /dev/null
+++ b/include/asm-arm/arch-s5pc1xx/smc.h
@@ -0,0 +1,50 @@
+/*
+ * (C) Copyright 2010 Samsung Electronics
+ * Naveen Krishna Ch
+ *
+ * This program is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU General Public License as
+ * published by the Free Software Foundation; either version 2 of
+ * the License, or (at your option) any later version.
+ *
+ * This program is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ * GNU General Public License for more details.
+ *
+ * You should have received a copy of the GNU General Public License
+ * along with this program; if not, write to the Free Software
+ * Foundation, Inc., 59 Temple Place, Suite 330, Boston,
+ * MA 02111-1307 USA
+ *
+ * Note: This file contains the register description for Memory subsystem
+ * (SROM, NAND Flash, OneNand, DDR, OneDRAM) on S5PC1XX.
+ *
+ * Only SROMC is defined as of now
+ */
+
+#ifndef __ASM_ARCH_SMC_H_
+#define __ASM_ARCH_SMC_H_
+
+#define SMC_DATA16_WIDTH(x)(1<<((x*4)+0))
+#define SMC_BYTE_ADDR_MODE(x) (1<<((x*4)+1)) /* 0-> Half-word base address*/
+ /* 1-> Byte base address*/
+#define SMC_WAIT_ENABLE(x) (1<<((x*4)+2))
+#define SMC_BYTE_ENABLE(x) (1<<((x*4)+3))
+
+#define SMC_BC_TACS(x) (x << 28) /* 0clk address set-up */
+#define SMC_BC_TCOS(x) (x << 24) /* 4clk chip selection set-up */
+#define SMC_BC_TACC(x) (x << 16) /* 14clkaccess cycle */
+#define SMC_BC_TCOH(x) (x << 12) /* 1clk chip selection hold */
+#define SMC_BC_TAH(x) (x << 8) /* 4clk address holding time */
+#define SMC_BC_TACP(x) (x << 4) /* 6clk page mode access cycle */
+#define SMC_BC_PMC(x) (x << 0) /* normal(1data)page mode configuration */
+
+#ifndef __ASSEMBLY__
+struct s5pc1xx_smc {
+ unsigned intbw;
+ unsigned intbc[6];
+};
+#endif /* __ASSEMBLY__ */
+
+#endif /* __ASM_ARCH_SMC_H_ */
--
1.6.6
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] TI DaVinci: Driver for the davin ci SPI controller
Dirk Behme googlemail.com> writes:
>
> E.g. what I did for OMAP3 SPI driver:
>
> /* OMAP3 McSPI registers */
> struct mcspi_channel {
> unsigned int chconf;/* 0x2C, 0x40, 0x54, 0x68 */
> unsigned int chstat;/* 0x30, 0x44, 0x58, 0x6C */
> unsigned int chctrl;/* 0x34, 0x48, 0x5C, 0x70 */
> unsigned int tx;/* 0x38, 0x4C, 0x60, 0x74 */
> unsigned int rx;/* 0x3C, 0x50, 0x64, 0x78 */
> };
>
[...]
> writel(value, regs->modulctrl);
>
Hi Dirk,
I could not find this code in any of the repositories. Could you share the
u-boot omap3 spi driver?
Thanks
Mansoor
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH V5 03/11] MX51: Add register definitions
Liu Hui-R64343 wrote: > This NFMS register definion is wrong and more MX51 does not have such kind of > NFMS register. > Which is in I.MX25/35. Please remove it to avoid confusion. Agree, removed. Regards, Stefano -- = DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: off...@denx.de = ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH V5 02/11] MX51: Add initial support for theFreescale MX51
Liu Hui-R64343 wrote: >> +/* return from mxc_nand_load */ >> +/* r12 saved upper lr*/ > Remove the comments "/* return from mxc_nand_load */" since it does not > support external NAND boot. Dropped, thanks. Regards, Stefano -- = DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: off...@denx.de = ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 2/3 v7] S5PC100: Function to configure the SROMC registers.
Dear Naveen Krishna CH, On 5 March 2010 17:15, wrote: > From: Naveen Krishna CH > > Nand Flash, Ethernet, other features might need to configure the > SROMC registers accordingly. > The config_sromc() functions helps with this. > > Signed-off-by: Naveen Krishna Ch > --- > Changes since V1: > > 1. Funtion config_sromc() is renamed to s5pc1xx_config_sromc(). > Comments from Minkyu Kang are fixed > > Changes since V2: > > 1.cpu_is_s5pc100() function is used instead of Macros. > > Changes since V3: > 1. Comments from Minkyu Kang are fixed. > > Changes since V4: > None > > Changes since V5: > None > > Changes since V6: > None > > cpu/arm_cortexa8/s5pc1xx/Makefile | 1 + > cpu/arm_cortexa8/s5pc1xx/sromc.c | 53 > > include/asm-arm/arch-s5pc1xx/smc.h | 3 ++ > 3 files changed, 57 insertions(+), 0 deletions(-) > create mode 100644 cpu/arm_cortexa8/s5pc1xx/sromc.c > applied to u-boot-samsung Thanks Minkyu Kang -- from. prom. www.promsoft.net ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 3/3 v7] SAMSUNG: SMDKC100: Adds ethernet support.
Dear Naveen Krishna CH, On 5 March 2010 17:16, wrote: > From: Naveen Krishna CH > > Add setup for ethernet on SMDKC100, allowing kernel/ramdisk to be > loaded over tftp. > > The preinit function will configure GPIO (GPK0CON) & SROMC to look > for environment in SROM Bank 3. > > Signed-off-by: Naveen Krishna Ch > --- > Changes since V1: > > 1. The CONFIG_BOOTP* and Net config Macros are removed from config header. > Comments from Ben Warren are fixed > 2. The GPIO configuration is modified & Macro and Function are renamed. > Comments from Minkyu Kang are fixedChanges since V2 > > Changes since V2: > 1. GPIO configurations function has been implemented. > > Changes since V3: > 1. Comments from Minkyu Kang are fixed. > > Changes since V4: > None > > Changes since v5: > 1. Compile time warning are fixed. > > Changes since v6: > 1. removed a unused variable. > > board/samsung/smdkc100/smdkc100.c | 39 + > include/configs/smdkc100.h | 12 ++- > 2 files changed, 50 insertions(+), 1 deletions(-) > applied to u-boot-samsung Thanks Minkyu Kang -- from. prom. www.promsoft.net ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 1/3 v7] S5PC100: Memory SubSystem Header file, register description(SROMC).
Dear Naveen Krishna CH, On 5 March 2010 17:15, wrote: > From: Naveen Krishna CH > > Memory subsystem of S5PC100 handles SROM, SRAM, OneDRAM, OneNand, > NAND Flash, DDRs. > smc.h is a common place for the register description of Memory subsystem > of S5PC100. > Note: Only SROM related registers are descibed now. > > Signed-off-by: Naveen Krishna Ch > --- > Changes since V1: > > 1. The header file is renamed to smc.h from smc.h > > 2. The Macros are renamed according to TRM. > Comments from Minkyu kang are fixed. > > Changes since V2: > > 1. Macros have been modified to be generic. > Comments from Minkyu kang are fixed > > Changes since V3: > 1. No Changes. > > Changes since v4: > 1. The header file name int he Description was changed. > > Changes since V5: > 1. No Changes. > > Changes since V6: > 1. No Changes. > > include/asm-arm/arch-s5pc1xx/smc.h | 50 > > 1 files changed, 50 insertions(+), 0 deletions(-) > create mode 100644 include/asm-arm/arch-s5pc1xx/smc.h > applied to u-boot-samsung Thanks Minkyu Kang -- from. prom. www.promsoft.net ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] Please pull u-boot-samsung/master
Dear Tom, The following changes since commit f687ebf82dbe44dcde5901232ade4f19ecedbf58: Minkyu Kang (1): Merge branch 'master' of git://git.denx.de/u-boot-arm are available in the git repository at: git://git.denx.de/u-boot-samsung master Joonyoung Shim (1): s3c64xx: Add ifdef at the S3C64XX only codes Minkyu Kang (2): s5pc1xx: support the GPIO interface Merge branch 'master' of git://git.denx.de/u-boot-samsung Naveen Krishna CH (4): S5PC100: Moves the Macros to a common header file S5PC100: Memory SubSystem Header file, register description(SROMC). S5PC100: Function to configure the SROMC registers. SAMSUNG: SMDKC100: Adds ethernet support. board/samsung/smdkc100/smdkc100.c | 39 ++ cpu/arm1176/cpu.c |2 + cpu/arm1176/start.S |4 + cpu/arm_cortexa8/s5pc1xx/Makefile |2 + cpu/arm_cortexa8/s5pc1xx/clock.c|7 +-- cpu/arm_cortexa8/s5pc1xx/gpio.c | 143 +++ cpu/arm_cortexa8/s5pc1xx/sromc.c| 53 + doc/README.s5pc1xx | 18 - include/asm-arm/arch-s5pc1xx/clk.h |6 ++ include/asm-arm/arch-s5pc1xx/gpio.h | 29 +++ include/asm-arm/arch-s5pc1xx/smc.h | 53 + include/configs/smdkc100.h | 12 +++- 12 files changed, 360 insertions(+), 8 deletions(-) create mode 100644 cpu/arm_cortexa8/s5pc1xx/gpio.c create mode 100644 cpu/arm_cortexa8/s5pc1xx/sromc.c create mode 100644 include/asm-arm/arch-s5pc1xx/smc.h ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH V6 2/11] MX51: Add initial support for the Freescale MX51
The patch add initial support for the Freescale i.MX51 processor
(family arm cortex_a8).
Signed-off-by: Stefano Babic
Signed-off-by: Fred Fan
---
Changes since last version:
Comments by Liu Hui:
Removed comment on NAND (not yet supported)
from lowlevel_init.S
Moved is_soc_rev() to soc specific code from board code.
cpu/arm_cortexa8/mx51/Makefile| 48 ++
cpu/arm_cortexa8/mx51/clock.c | 294 +
cpu/arm_cortexa8/mx51/iomux.c | 166 +++
cpu/arm_cortexa8/mx51/lowlevel_init.S | 288
cpu/arm_cortexa8/mx51/soc.c | 114 +
cpu/arm_cortexa8/mx51/timer.c | 119 +
cpu/arm_cortexa8/mx51/u-boot.lds | 61 +++
include/asm-arm/arch-mx51/clock.h | 43 +
include/asm-arm/arch-mx51/sys_proto.h | 30
9 files changed, 1163 insertions(+), 0 deletions(-)
create mode 100644 cpu/arm_cortexa8/mx51/Makefile
create mode 100644 cpu/arm_cortexa8/mx51/clock.c
create mode 100644 cpu/arm_cortexa8/mx51/iomux.c
create mode 100644 cpu/arm_cortexa8/mx51/lowlevel_init.S
create mode 100644 cpu/arm_cortexa8/mx51/soc.c
create mode 100644 cpu/arm_cortexa8/mx51/timer.c
create mode 100644 cpu/arm_cortexa8/mx51/u-boot.lds
create mode 100644 include/asm-arm/arch-mx51/clock.h
create mode 100644 include/asm-arm/arch-mx51/sys_proto.h
diff --git a/cpu/arm_cortexa8/mx51/Makefile b/cpu/arm_cortexa8/mx51/Makefile
new file mode 100644
index 000..4d82293
--- /dev/null
+++ b/cpu/arm_cortexa8/mx51/Makefile
@@ -0,0 +1,48 @@
+#
+# (C) Copyright 2000-2006
+# Wolfgang Denk, DENX Software Engineering, w...@denx.de.
+#
+# (C) Copyright 2009 Freescale Semiconductor, Inc.
+#
+# See file CREDITS for list of people who contributed to this
+# project.
+#
+# This program is free software; you can redistribute it and/or
+# modify it under the terms of the GNU General Public License as
+# published by the Free Software Foundation; either version 2 of
+# the License, or (at your option) any later version.
+#
+# This program is distributed in the hope that it will be useful,
+# but WITHOUT ANY WARRANTY; without even the implied warranty of
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+# GNU General Public License for more details.
+#
+# You should have received a copy of the GNU General Public License
+# along with this program; if not, write to the Free Software
+# Foundation, Inc., 59 Temple Place, Suite 330, Boston,
+# MA 02111-1307 USA
+#
+
+include $(TOPDIR)/config.mk
+
+LIB= $(obj)lib$(SOC).a
+
+COBJS = soc.o clock.o iomux.o timer.o
+SOBJS = lowlevel_init.o
+
+SRCS := $(SOBJS:.o=.S) $(COBJS:.o=.c)
+OBJS := $(addprefix $(obj),$(SOBJS) $(COBJS))
+
+all: $(obj).depend $(LIB)
+
+$(LIB):$(OBJS)
+ $(AR) $(ARFLAGS) $@ $(OBJS)
+
+#
+
+# defines $(obj).depend target
+include $(SRCTREE)/rules.mk
+
+sinclude $(obj).depend
+
+#
diff --git a/cpu/arm_cortexa8/mx51/clock.c b/cpu/arm_cortexa8/mx51/clock.c
new file mode 100644
index 000..38480ac
--- /dev/null
+++ b/cpu/arm_cortexa8/mx51/clock.c
@@ -0,0 +1,294 @@
+/*
+ * (C) Copyright 2007
+ * Sascha Hauer, Pengutronix
+ *
+ * (C) Copyright 2009 Freescale Semiconductor, Inc.
+ *
+ * See file CREDITS for list of people who contributed to this
+ * project.
+ *
+ * This program is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU General Public License as
+ * published by the Free Software Foundation; either version 2 of
+ * the License, or (at your option) any later version.
+ *
+ * This program is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ * GNU General Public License for more details.
+ *
+ * You should have received a copy of the GNU General Public License
+ * along with this program; if not, write to the Free Software
+ * Foundation, Inc., 59 Temple Place, Suite 330, Boston,
+ * MA 02111-1307 USA
+ */
+
+#include
+#include
+#include
+#include
+#include
+#include
+
+enum pll_clocks {
+ PLL1_CLOCK = 0,
+ PLL2_CLOCK,
+ PLL3_CLOCK,
+ PLL_CLOCKS,
+};
+
+struct mxc_pll_reg *mxc_plls[PLL_CLOCKS] = {
+ [PLL1_CLOCK] = (struct mxc_pll_reg *)PLL1_BASE_ADDR,
+ [PLL2_CLOCK] = (struct mxc_pll_reg *)PLL2_BASE_ADDR,
+ [PLL3_CLOCK] = (struct mxc_pll_reg *)PLL3_BASE_ADDR,
+};
+
+struct mxc_ccm_reg *mxc_ccm = (struct mxc_ccm_reg *)MXC_CCM_BASE;
+
+/*
+ * Calculate the frequency of this pll.
+ */
+static u32 decode_pll(struct mxc_pll_reg *pll, u32 infreq)
+{
+ u32 mfi, mfn, mfd, pd;
+
+ mfn = __raw_readl(&pll->mfn);
+ mfd = __raw_readl(&pll->mfd) + 1;
+ mfi = __raw_readl(&pll->op);
+ pd = (mfi & 0xF)
[U-Boot] [PATCH V6 3/11] MX51: Add register definitions
The patch add header files to support the Freescale i.MX51
processor, setting definitions for internal registers.
Signed-off-by: Stefano Babic
Signed-off-by: Fred Fan
---
Changes since last version(V5):
Comments by Liu Hui:
Removed NFMS bit definition from imx-regs.h
The bit is only related to MX.25/35 and can lead to confusion
include/asm-arm/arch-mx51/asm-offsets.h | 50 ++
include/asm-arm/arch-mx51/crm_regs.h| 192 +++
include/asm-arm/arch-mx51/imx-regs.h| 261 +++
3 files changed, 503 insertions(+), 0 deletions(-)
create mode 100644 include/asm-arm/arch-mx51/asm-offsets.h
create mode 100644 include/asm-arm/arch-mx51/crm_regs.h
create mode 100644 include/asm-arm/arch-mx51/imx-regs.h
diff --git a/include/asm-arm/arch-mx51/asm-offsets.h
b/include/asm-arm/arch-mx51/asm-offsets.h
new file mode 100644
index 000..3a83fa0
--- /dev/null
+++ b/include/asm-arm/arch-mx51/asm-offsets.h
@@ -0,0 +1,50 @@
+/*
+ * needed for cpu/arm_cortexa8/mx51/lowlevel_init.S
+ *
+ * These should be auto-generated
+ */
+/* CCM */
+#define CLKCTL_CCR 0x00
+#define CLKCTL_CCDR 0x04
+#define CLKCTL_CSR 0x08
+#define CLKCTL_CCSR 0x0C
+#define CLKCTL_CACRR0x10
+#define CLKCTL_CBCDR0x14
+#define CLKCTL_CBCMR0x18
+#define CLKCTL_CSCMR1 0x1C
+#define CLKCTL_CSCMR2 0x20
+#define CLKCTL_CSCDR1 0x24
+#define CLKCTL_CS1CDR 0x28
+#define CLKCTL_CS2CDR 0x2C
+#define CLKCTL_CDCDR0x30
+#define CLKCTL_CHSCCDR 0x34
+#define CLKCTL_CSCDR2 0x38
+#define CLKCTL_CSCDR3 0x3C
+#define CLKCTL_CSCDR4 0x40
+#define CLKCTL_CWDR 0x44
+#define CLKCTL_CDHIPR 0x48
+#define CLKCTL_CDCR 0x4C
+#define CLKCTL_CTOR 0x50
+#define CLKCTL_CLPCR0x54
+#define CLKCTL_CISR 0x58
+#define CLKCTL_CIMR 0x5C
+#define CLKCTL_CCOSR0x60
+#define CLKCTL_CGPR 0x64
+#define CLKCTL_CCGR00x68
+#define CLKCTL_CCGR10x6C
+#define CLKCTL_CCGR20x70
+#define CLKCTL_CCGR30x74
+#define CLKCTL_CCGR40x78
+#define CLKCTL_CCGR50x7C
+#define CLKCTL_CCGR60x80
+#define CLKCTL_CMEOR0x84
+
+/* DPLL */
+#define PLL_DP_CTL 0x00
+#define PLL_DP_CONFIG 0x04
+#define PLL_DP_OP 0x08
+#define PLL_DP_MFD 0x0C
+#define PLL_DP_MFN 0x10
+#define PLL_DP_HFS_OP 0x1C
+#define PLL_DP_HFS_MFD 0x20
+#define PLL_DP_HFS_MFN 0x24
diff --git a/include/asm-arm/arch-mx51/crm_regs.h
b/include/asm-arm/arch-mx51/crm_regs.h
new file mode 100644
index 000..14aa231
--- /dev/null
+++ b/include/asm-arm/arch-mx51/crm_regs.h
@@ -0,0 +1,192 @@
+/*
+ * (C) Copyright 2009 Freescale Semiconductor, Inc.
+ *
+ * See file CREDITS for list of people who contributed to this
+ * project.
+ *
+ * This program is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU General Public License as
+ * published by the Free Software Foundation; either version 2 of
+ * the License, or (at your option) any later version.
+ *
+ * This program is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ * GNU General Public License for more details.
+ *
+ * You should have received a copy of the GNU General Public License
+ * along with this program; if not, write to the Free Software
+ * Foundation, Inc., 59 Temple Place, Suite 330, Boston,
+ * MA 02111-1307 USA
+ */
+
+#ifndef __ARCH_ARM_MACH_MX51_CRM_REGS_H__
+#define __ARCH_ARM_MACH_MX51_CRM_REGS_H__
+
+#define MXC_CCM_BASE CCM_BASE_ADDR
+
+/* DPLL register mapping structure */
+struct mxc_pll_reg {
+ u32 ctrl;
+ u32 config;
+ u32 op;
+ u32 mfd;
+ u32 mfn;
+ u32 mfn_minus;
+ u32 mfn_plus;
+ u32 hfs_op;
+ u32 hfs_mfd;
+ u32 hfs_mfn;
+ u32 mfn_togc;
+ u32 destat;
+};
+
+/* Register maping of CCM*/
+struct mxc_ccm_reg {
+ u32 ccr;/* 0x */
+ u32 ccdr;
+ u32 csr;
+ u32 ccsr;
+ u32 cacrr; /* 0x0010*/
+ u32 cbcdr;
+ u32 cbcmr;
+ u32 cscmr1;
+ u32 cscmr2; /* 0x0020 */
+ u32 cscdr1;
+ u32 cs1cdr;
+ u32 cs2cdr;
+ u32 cdcdr; /* 0x0030 */
+ u32 chscdr;
+ u32 cscdr2;
+ u32 cscdr3;
+ u32 cscdr4; /* 0x0040 */
+ u32 cwdr;
+ u32 cdhipr;
+ u32 cdcr;
+ u32 ctor; /* 0x0050 */
+ u32 clpcr;
+ u32 cisr;
+ u32 cimr;
+ u32 ccosr; /* 0x0060 */
+ u32 cgpr;
+ u32 CCGR0;
+ u32 CCGR1;
+ u32 CCGR2; /* 0x0070 */
+ u32 CCGR3;
+ u32 CCGR4;
+ u32 CCGR5;
+ u32 CCGR6;
[U-Boot] [PATCH V6 11/11] Add initial support for Freescale mx51evk board
The patch adds initial support for the Freescale mx51evk board.
Network (FEC) and SD controller (fsl_esdhc) are supported.
Signed-off-by: Stefano Babic
Signed-off-by: Fred Fan
---
Changes since last version:
Moved is_soc_rev() to soc specific code (removed from mx51evk.c)
MAINTAINERS |4 +
MAKEALL |1 +
Makefile |4 +
board/freescale/mx51evk/Makefile | 48
board/freescale/mx51evk/config.mk| 25 +++
board/freescale/mx51evk/imximage.cfg | 119 ++
board/freescale/mx51evk/mx51evk.c| 397 ++
board/freescale/mx51evk/mx51evk.h| 51 +
include/configs/mx51evk.h| 172 +++
9 files changed, 821 insertions(+), 0 deletions(-)
create mode 100644 board/freescale/mx51evk/Makefile
create mode 100644 board/freescale/mx51evk/config.mk
create mode 100644 board/freescale/mx51evk/imximage.cfg
create mode 100644 board/freescale/mx51evk/mx51evk.c
create mode 100644 board/freescale/mx51evk/mx51evk.h
create mode 100644 include/configs/mx51evk.h
diff --git a/MAINTAINERS b/MAINTAINERS
index dd1579e..160f580 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -150,6 +150,10 @@ Dave Ellis
SXNI855TMPC8xx
+Fred Fan
+
+ mx51evk i.MX51
+
Thomas Frieden
AmigaOneG3SEMPC7xx
diff --git a/MAKEALL b/MAKEALL
index 1e660b6..6e432ba 100755
--- a/MAKEALL
+++ b/MAKEALL
@@ -632,6 +632,7 @@ LIST_ARM11="\
#
LIST_ARM_CORTEX_A8=" \
devkit8000 \
+ mx51evk \
omap3_beagle\
omap3_overo \
omap3_evm \
diff --git a/Makefile b/Makefile
index 524b9da..41ce7f7 100644
--- a/Makefile
+++ b/Makefile
@@ -3303,6 +3303,9 @@ mx31pdk_nand_config : unconfig
fi
@$(MKCONFIG) -a mx31pdk arm arm1136 mx31pdk freescale mx31
+mx51evk_config : unconfig
+ @$(MKCONFIG) $(@:_config=) arm arm_cortexa8 mx51evk freescale mx51
+
omap2420h4_config : unconfig
@$(MKCONFIG) $(@:_config=) arm arm1136 omap2420h4 ti omap24xx
@@ -3774,6 +3777,7 @@ clobber: clean
$(obj)cscope.* $(obj)*.*~
@rm -f $(obj)u-boot $(obj)u-boot.map $(obj)u-boot.hex $(ALL)
@rm -f $(obj)u-boot.kwb
+ @rm -f $(obj)u-boot.imx
@rm -f $(obj)tools/{env/crc32.c,inca-swap-bytes}
@rm -f $(obj)cpu/mpc824x/bedbug_603e.c
@rm -f $(obj)include/asm/proc $(obj)include/asm/arch $(obj)include/asm
diff --git a/board/freescale/mx51evk/Makefile b/board/freescale/mx51evk/Makefile
new file mode 100644
index 000..eb12fc5
--- /dev/null
+++ b/board/freescale/mx51evk/Makefile
@@ -0,0 +1,48 @@
+#
+# Copyright (C) 2007, Guennadi Liakhovetski
+#
+# (C) Copyright 2009 Freescale Semiconductor, Inc.
+#
+# This program is free software; you can redistribute it and/or
+# modify it under the terms of the GNU General Public License as
+# published by the Free Software Foundation; either version 2 of
+# the License, or (at your option) any later version.
+#
+# This program is distributed in the hope that it will be useful,
+# but WITHOUT ANY WARRANTY; without even the implied warranty of
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+# GNU General Public License for more details.
+#
+# You should have received a copy of the GNU General Public License
+# along with this program; if not, write to the Free Software
+# Foundation, Inc., 59 Temple Place, Suite 330, Boston,
+# MA 02111-1307 USA
+#
+
+include $(TOPDIR)/config.mk
+
+LIB= $(obj)lib$(BOARD).a
+
+COBJS := mx51evk.o
+
+SRCS := $(SOBJS:.o=.S) $(COBJS:.o=.c)
+OBJS := $(addprefix $(obj),$(COBJS))
+SOBJS := $(addprefix $(obj),$(SOBJS))
+
+$(LIB):$(obj).depend $(OBJS) $(SOBJS)
+ $(AR) $(ARFLAGS) $@ $(OBJS) $(SOBJS)
+
+clean:
+ rm -f $(SOBJS) $(OBJS)
+
+distclean: clean
+ rm -f $(LIB) core *.bak .depend
+
+#
+
+# defines $(obj).depend target
+include $(SRCTREE)/rules.mk
+
+sinclude $(obj).depend
+
+#
diff --git a/board/freescale/mx51evk/config.mk
b/board/freescale/mx51evk/config.mk
new file mode 100644
index 000..c8279ec
--- /dev/null
+++ b/board/freescale/mx51evk/config.mk
@@ -0,0 +1,25 @@
+#
+# Copyright 2009 Freescale Semiconductor, Inc. All Rights Reserved.
+#
+# See file CREDITS for list of people who contributed to this
+# project.
+#
+# This program is free software; you can redistribute it and/or
+# modify it under the terms of the GNU General Public License as
+# published by the Free Software Foundation; either version 2 of
+# the License, or (at your option) any later version.
+#
+# This program is distributed in the hope that it
Re: [U-Boot] howto deal with nested $() in bootenv?
Dear Arno Steffen,
In message <804f0d21003042336t222c9e65v18ab2f193ff3...@mail.gmail.com> you
wrote:
>
> I read that chapter and changed to
> set bootargs_nfs'setenv bootargs mem=128M console=ttyS2,115200n8
> noinitrd rw root=/dev/nfs nfsroot=${serverip}:/opt/rootfs, nolock'
> set boot_nfs 'run bootargs_nfs addip; printenv bootargs; tftpboot
> 0x8000 uImage; bootm 0x8000'
> set bootcmd run boot_nfs
>
> The result keeps the same. For some strange reason I can see the
> result of printenv command, that I inserted for debug purposes. The
> serverip is not replaced.
> What is working is executing to type
>
> "run bootargs_nfs addip" as a single command line
> "print bootargs" than returns the correct:
> bootargs=mem=128M console=ttyS2,115200n8 noinitrd rw root=/dev/nfs >
> nfsroot=192.1
> 68.90.230:/opt/rootfs, nolock ip=192.168.90.202:192.168.90.230:192.168.90>
> .1:255.
> 255.255.0::eth0:on
>
> This single line seems to be executed in a different way?!
This most probably means that the "serverip" which does not get
substituted is not the "serverip" you tink it is, i. e. eventually it
contains some non-printing characters or control sequences. I
recommend to re-enter the complete variable definition. Do not copy &
paste, but re-type it from scratch. Then test again.
You can also run "md" on the sector where your environment is stored,
and check what's actually stored there.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de
I haven't lost my mind -- it's backed up on tape somewhere.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] Two U-Boot versions on same device
Strange question but I am using an OMAP 3530 and the boot process currently is from TI's X-Loader to U-Boot to Linux. What I want is to have two different versions of U-Boot, an extremely optimized and small one (to reduce boot time) but then also a debug version that has a built in device test suite and allows updating of the Linux kernel. The optimized version would boot first and then check if a GPIO is set, if so then it would boot into the debug U-Boot to perform tests or software updates. Anyone do anything like this or is it even possible? Thanks. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Two U-Boot versions on same device
El Fri, Mar 05, 2010 at 07:09:11AM -0500 Rishi Dhupar ha dit: > Strange question but I am using an OMAP 3530 and the boot process currently > is from TI's X-Loader to U-Boot to Linux. > > What I want is to have two different versions of U-Boot, an extremely > optimized and small one (to reduce boot time) but then also a debug version > that has a built in device test suite and allows updating of the Linux > kernel. > > The optimized version would boot first and then check if a GPIO is set, if > so then it would boot into the debug U-Boot to perform tests or software > updates. > > Anyone do anything like this or is it even possible? i think it should be possible, but i wonder if you really need this. do you have hard data that suggest that the test suite or allowing to update the linux slows down U-Boot significantly? in my environment i use scripts stored in environment variables to update the kernel and the rootfs, afaik this doesn't add any overhead at all. the test suite you mentioned might be a different issue depending on its size, as it has to be copied from flash to RAM at boot time. if it's just adds a few kB i think it shouldn't be relevant, especially on your high-profile system best regards -- Matthias Kaehlcke Embedded Linux Developer Barcelona There is no passion to be found playing small - in settling for a life that is less than the one you are capable of living (Nelson Mandela) .''`. using free software / Debian GNU/Linux | http://debian.org : :' : `. `'` gpg --keyserver pgp.mit.edu --recv-keys 47D8E5D4 `- ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] nios2: add unaligned.h to be included by zlib.c
i posted an asm-generic version recently i think you should be able to leverage ... -mike ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Two U-Boot versions on same device
On 05/03/2010 12:09, Rishi Dhupar wrote: > Strange question but I am using an OMAP 3530 and the boot process currently > is from TI's X-Loader to U-Boot to Linux. > > What I want is to have two different versions of U-Boot, an extremely > optimized and small one (to reduce boot time) but then also a debug version > that has a built in device test suite and allows updating of the Linux > kernel. > > The optimized version would boot first and then check if a GPIO is set, if > so then it would boot into the debug U-Boot to perform tests or software > updates. > > Anyone do anything like this or is it even possible? Certainly possible. Fairly trivial. Just put two builds in your flash and ramload the larger one when required - just like when testing a new version of U-Boot before committing to flash. But is it really worth the hassle? Is the network code really that large, or startup time really significantly longer in your 'debug' version? I. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 1/1] AT91: Update otc570 board to new SoC access
Hello Tom Daniel Gorsulowski wrote: > * convert otc570 board to use c stucture SoC access > * change gpio access to at91_gpio syntax > > Signed-off-by: Daniel Gorsulowski > --- > This patch requires Jens Scharsigs new SoC access patchset. > http://lists.denx.de/pipermail/u-boot/2010-February/067424.html > http://lists.denx.de/pipermail/u-boot/2010-February/067425.html > http://lists.denx.de/pipermail/u-boot/2010-February/067426.html > http://lists.denx.de/pipermail/u-boot/2010-February/067427.html > http://lists.denx.de/pipermail/u-boot/2010-February/067428.html > http://lists.denx.de/pipermail/u-boot/2010-February/067429.html > http://lists.denx.de/pipermail/u-boot/2010-February/067430.html > http://lists.denx.de/pipermail/u-boot/2010-February/067431.html > http://lists.denx.de/pipermail/u-boot/2010-February/067432.html > ... I recognized, you didn't apply this patch yet. Is there any reason, or did you simply slip this patch? Btw. I'm also missing this patch: http://lists.denx.de/pipermail/u-boot/2010-February/067779.html Best regards, Daniel Gorsulowski ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 1/2] arm, mx27: add support for SDHC1 pin init
Heiko Schocher wrote: > Signed-off-by: Heiko Schocher > --- > against current git://git.denx.de/u-boot-imx.git > > cpu/arm926ejs/mx27/generic.c | 17 + > include/asm-arm/arch-mx27/imx-regs.h |1 + > 2 files changed, 18 insertions(+), 0 deletions(-) Applied to u-boot-imx, thanks. Best regards, Stefano Babic -- = DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: off...@denx.de = ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 2/2 v2] arm, i.mx27: add support for magnesium board from projectiondesign
Heiko Schocher wrote: > This patch adds support for the magnesium board from > projectiondesign. This board uses i.MX27 SoC and has > 8MB NOR flash, 128MB NAND flash, FEC ethernet controller > integrated into i.MX27. As this port is based on > the imx27lite port, common config options are collected > in include/configs/imx27lite-common.h > > Signed-off-by: Heiko Schocher > > --- > > against current git://git.denx.de/u-boot-imx.git > > changes since v1: > - added comment from Stefano Babic > - use puts instead printf in checkboard() > - added comments from Wolfgang Denk > - just one single make target > - use CONFIG_SYS_NAND_LARGEPAGE for setting > FMCR NF_FMS Bit, and not the board name. > - spelling check > - collected common config options in > include/configs/imx27lite-common.h > - added CONFIG_DISPLAY_BOARDINFO > - deleted CONFIG_BOOTFILE, because > bootfile is also defined in > CONFIG_EXTRA_ENV_SETTINGS > > MAINTAINERS |4 + > MAKEALL |1 + > Makefile|1 + > board/logicpd/imx27lite/imx27lite.c | 18 +++- > include/configs/imx27lite-common.h | 237 > +++ > include/configs/imx27lite.h | 200 +- > include/configs/magnesium.h | 71 +++ > 7 files changed, 335 insertions(+), 197 deletions(-) > create mode 100644 include/configs/imx27lite-common.h > create mode 100644 include/configs/magnesium.h > Applied to u-boot-imx, thanks. Best regards, Stefano Babic -- = DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: off...@denx.de = ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [GIT PULL] Pull request: u-boot-imx
Stefano Babic wrote: > Hi Tom, > > The following changes since commit f3651764e57e353251695691677bd95ba5a420bc: > Frans Meulenbroeks (1): > cmd_itest.c: fix pointer dereferencing > > are available in the git repository at: > > git://git.denx.de/u-boot-imx master > > John Rigby (5): > mxc_serial replace platform specific clock > Add support for Freescale MX25 SOC > fec_mxc: cleanup and factor out MX27 dependencies > fec_mxc: add MX25 support > Add support for KARO TX25 board > > Stefano Babic (9): > MX51: Add initial support for the Freescale MX51 > MX51: Add register definitions > MX51: Add pin and multiplexer definitions. > serial_mxc: add support for MX51 processor > mmc: check correctness of the voltage mask in ocr > MMC: add weak function to detect MMC/SD card > ARM: add accessors functions > fsl_esdhc: add support for mx51 processor > Add initial support for Freescale mx51evk board > This has been applied to ARM/master The fixes for the warning expected but not required. Thanks, Tom > MAINTAINERS |8 + > MAKEALL |1 + > Makefile |8 + > board/freescale/mx51evk/Makefile | 48 > board/freescale/mx51evk/config.mk| 25 ++ > board/freescale/mx51evk/imximage.cfg | 119 + > board/freescale/mx51evk/mx51evk.c| 406 > > board/freescale/mx51evk/mx51evk.h| 51 > board/karo/tx25/Makefile | 51 > board/karo/tx25/config.mk|5 + > board/karo/tx25/lowlevel_init.S | 131 + > board/karo/tx25/tx25.c | 176 + > cpu/arm926ejs/mx25/Makefile | 46 > cpu/arm926ejs/mx25/generic.c | 263 +++ > cpu/arm926ejs/mx25/reset.c | 56 > cpu/arm926ejs/mx25/timer.c | 187 + > cpu/arm926ejs/mx27/generic.c |5 + > cpu/arm_cortexa8/mx51/Makefile | 48 > cpu/arm_cortexa8/mx51/clock.c| 293 + > cpu/arm_cortexa8/mx51/iomux.c| 165 > cpu/arm_cortexa8/mx51/lowlevel_init.S| 289 > cpu/arm_cortexa8/mx51/soc.c | 109 > cpu/arm_cortexa8/mx51/speed.c| 38 +++ > cpu/arm_cortexa8/mx51/timer.c| 119 + > cpu/arm_cortexa8/mx51/u-boot.lds | 61 + > drivers/mmc/fsl_esdhc.c | 149 +++ > drivers/mmc/mmc.c| 17 ++- > drivers/net/fec_mxc.c| 44 +++- > drivers/net/fec_mxc.h| 32 +++- > drivers/serial/serial_mxc.c | 28 ++- > include/asm-arm/arch-mx25/clock.h| 36 +++ > include/asm-arm/arch-mx25/imx-regs.h | 316 ++ > include/asm-arm/arch-mx25/imx25-pinmux.h | 421 > ++ > include/asm-arm/arch-mx27/clock.h|3 + > include/asm-arm/arch-mx31/mx31.h |1 + > include/asm-arm/arch-mx51/asm-offsets.h | 50 > include/asm-arm/arch-mx51/clock.h| 31 +++ > include/asm-arm/arch-mx51/crm_regs.h | 192 ++ > include/asm-arm/arch-mx51/imx-regs.h | 282 > include/asm-arm/arch-mx51/iomux.h| 193 ++ > include/asm-arm/arch-mx51/mx51_pins.h| 374 ++ > include/asm-arm/global_data.h|3 + > include/asm-arm/io.h | 55 > include/configs/mx51evk.h| 172 > include/configs/tx25.h | 179 + > include/fsl_esdhc.h | 27 ++ > include/mmc.h|1 + > lib_arm/board.c |3 + > nand_spl/board/karo/tx25/Makefile| 78 ++ > nand_spl/board/karo/tx25/config.mk |1 + > nand_spl/board/karo/tx25/u-boot.lds | 58 > 51 files changed, 5386 insertions(+), 68 deletions(-) > create mode 100644 board/freescale/mx51evk/Makefile > create mode 100644 board/freescale/mx51evk/config.mk > create mode 100644 board/freescale/mx51evk/imximage.cfg > create mode 100644 board/freescale/mx51evk/mx51evk.c > create mode 100644 board/freescale/mx51evk/mx51evk.h > create mode 100644 board/karo/tx25/Makefile > create mode 100644 board/karo/tx25/config.mk > create mode 100644 board/karo/tx25/lowlevel_init.S > create mode 100644 board/karo/tx25/tx25.c > create mode 100644 cpu/arm926ejs/mx25/Makefile > create mode 100644 cpu/arm926ejs/mx25/generic.c > create mode 100644 cpu/arm926ejs/mx25/reset.c > create mode 100644 cpu/arm926ejs/mx25/timer.c > create mode 100644 cpu/arm_cortexa8/mx51/Makefile > create mode 100644 cpu/arm_cortexa8/mx5
Re: [U-Boot] [PATCH] arm, suen3: fix compile error, if doing not a local build
Prafulla Wadaskar wrote: > > >> -Original Message- >> From: Tom [mailto:tom@windriver.com] >> Sent: Wednesday, March 03, 2010 2:55 AM >> To: h...@denx.de; Prafulla Wadaskar >> Cc: u-boot@lists.denx.de >> Subject: Re: [PATCH] arm, suen3: fix compile error, if doing >> not a local build >> >> Heiko Schocher wrote: >>> Signed-off-by: Heiko Schocher >>> --- >>> >>> Patch against current git://git.denx.de/u-boot-marvell.git >>> >>> board/keymile/km_arm/Makefile |3 +++ >>> 1 files changed, 3 insertions(+), 0 deletions(-) >>> >> This fixes the build errors. >> There are still some compile warnings wrt dereferencing pointers. >> Do you have a fix for these? > > For the warnings in kirkwood_egiga.c, I am posting a patch soon > >> Prafulla, >> Are you ok with me pushing this directly to ARM ? I have applied the marvell pull request and this patch to ARM. Thanks Tom > > Sure, no issues > > Regards.. > Prafulla . . > > ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 2/2] SPEAr : Supporting new mach ids for spear310 and spear320
Vipin KUMAR wrote: > From: Vipin Kumar > > Supporting new machine ids for SoCs spear310 and spear320 > > include/asm-arm/mach-types.h has to be updated before applying > this patch for build to work > > Signed-off-by: Vipin Kumar I have applied just this patch to ARM. Patch 1 is outstanding Tom ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 1/2] SPEAr : Adding maintainer name for spear SoCs
Wolfgang Denk wrote: > Dear Vipin KUMAR, > > In message <4b8f5122.60...@st.com> you wrote: >> On 3/3/2010 8:26 PM, Tom wrote: > ... >>> Please move this up to be after >>> Sangmoon Kim >>> >>> debrisMPC8245 >>> KVME080MPC8245 >>> >> This is under Power PC systems section. >> Do you really want me to move it into Power PC systems > > No, of course not. > Sorry, this recommendation was a mistake. However, the locations of these maintainers must move to the appropriate alphabetical locations under the ARM boards. Tom >> Even in ARM systems, the ordering is not alphabetical. > > It should be. If you notice errors, then please submit a patch to fix > this. > >> Is there any other logic followed for arranging maintainer names > > They are sorted within the respective architecture group > alphabetically by the maintainer's last name. > > Best regards, > > Wolfgang Denk > ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 1/1] AT91: Update otc570 board to new SoC access
Daniel Gorsulowski wrote: > Hello Tom > > Daniel Gorsulowski wrote: >> * convert otc570 board to use c stucture SoC access >> * change gpio access to at91_gpio syntax >> >> Signed-off-by: Daniel Gorsulowski >> --- >> This patch requires Jens Scharsigs new SoC access patchset. >> http://lists.denx.de/pipermail/u-boot/2010-February/067424.html >> http://lists.denx.de/pipermail/u-boot/2010-February/067425.html >> http://lists.denx.de/pipermail/u-boot/2010-February/067426.html >> http://lists.denx.de/pipermail/u-boot/2010-February/067427.html >> http://lists.denx.de/pipermail/u-boot/2010-February/067428.html >> http://lists.denx.de/pipermail/u-boot/2010-February/067429.html >> http://lists.denx.de/pipermail/u-boot/2010-February/067430.html >> http://lists.denx.de/pipermail/u-boot/2010-February/067431.html >> http://lists.denx.de/pipermail/u-boot/2010-February/067432.html >> > ... > > I recognized, you didn't apply this patch yet. Is there any reason, or did you > simply slip this patch? > > Btw. I'm also missing this patch: > http://lists.denx.de/pipermail/u-boot/2010-February/067779.html > Yes. This was slipped. I spent some time trying to work out which patches needed to be applied to remove the build errors I was seeing with otc but was unable to. Please send me the list of patches and oder of application. Tom > Best regards, > Daniel Gorsulowski ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [GIT PULL] Pull request: u-boot-imx
Tom wrote: > This has been applied to ARM/master > The fixes for the warning expected but not required. > Thanks, > Tom Thanks, Tom. You are faster as I can send a git-pull-request ;) In fact, I have an hour ago updated the u-boot-imx branch, pulling the modified patches to remove warnings (patches was sent for small review yesterday, I have waited a while to be sure). Is there a chance to take the updated u-boot-imx branch or I have to send patches on top of arm master ? Stefano -- = DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: off...@denx.de = ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] arm: kirkwood: suen3: fixed build warning
Prafulla Wadaskar wrote: > > >> -Original Message- >> From: Tom [mailto:tom@windriver.com] >> Sent: Thursday, March 04, 2010 7:25 PM >> To: Prafulla Wadaskar >> Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik >> Subject: Re: [U-Boot] [PATCH] arm: kirkwood: suen3: fixed >> build warning >> >> Prafulla Wadaskar wrote: >>> This patch fixes following build warning >>> >>> Invalid Kwbimage command Type - valid names are: BOOT_FROM, >> NAND_ECC_MODE, NAND_PAGE_SIZE, SATA_PIO_MODE, DDR_INIT_DELAY, >> DATA, , spi, nand, sata, pex, uart >>> Signed-off-by: Prafulla Wadaskar >>> --- >>> board/keymile/km_arm/kwbimage.cfg |3 +-- >>> 1 files changed, 1 insertions(+), 2 deletions(-) >>> >>> diff --git a/board/keymile/km_arm/kwbimage.cfg >> b/board/keymile/km_arm/kwbimage.cfg >>> index d6edd27..26d6aa0 100644 >>> --- a/board/keymile/km_arm/kwbimage.cfg >>> +++ b/board/keymile/km_arm/kwbimage.cfg >>> @@ -64,7 +64,6 @@ DATA 0xFFD01400 0x43000400# SDRAM >> Configuration Register >>> # bit31-30: 01 >>> >>> DATA 0xFFD01404 0x36343000 # DDR Controller Control Low >>> - 0x38543000 >>> # bit 3-0: 0 reserved >>> # bit 4:0=addr/cmd in smame cycle >>> # bit 5:0=clk is driven during self refresh, we don't >> care for APX >>> @@ -170,7 +169,7 @@ DATA 0xFFD0149C 0xE90F # CPU >> ODT Control >>> # bit11-10:2, DQ_ODTSel. ODT select turned on, 75 ohm >>> >>> DATA 0xFFD01480 0x0001 # DDR Initialization Control >>> -#bit0=1, enable DDR init upon this register write >>> +# bit0=1, enable DDR init upon this register write >>> >>> # End of Header extension >>> DATA 0x0 0x0 >> This patch did not fix any of the warnings I saw. >> Please recheck. > > Hi Tom > I am sorry to say, > it is not build warning but it is runtime stderr generated during > kwbimage.cfg parsing. > This patch removes above mentioned "Invalid Kwbimage command Type" error > reported by mkimage tool during u-boot.kwb target creation for this board. > Ah! Ok that helps. I did not hold up your pull request for this. Would you like this to go into ARM now? Tom > Regards.. > Prafulla . . > >> Tom >> ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 1/1] AT91: Update otc570 board to new SoC access
Tom wrote: > Daniel Gorsulowski wrote: >> Hello Tom >> >> Daniel Gorsulowski wrote: >>> * convert otc570 board to use c stucture SoC access >>> * change gpio access to at91_gpio syntax >>> >>> Signed-off-by: Daniel Gorsulowski >>> --- >>> This patch requires Jens Scharsigs new SoC access patchset. >>> http://lists.denx.de/pipermail/u-boot/2010-February/067424.html >>> http://lists.denx.de/pipermail/u-boot/2010-February/067425.html >>> http://lists.denx.de/pipermail/u-boot/2010-February/067426.html >>> http://lists.denx.de/pipermail/u-boot/2010-February/067427.html >>> http://lists.denx.de/pipermail/u-boot/2010-February/067428.html >>> http://lists.denx.de/pipermail/u-boot/2010-February/067429.html >>> http://lists.denx.de/pipermail/u-boot/2010-February/067430.html >>> http://lists.denx.de/pipermail/u-boot/2010-February/067431.html >>> http://lists.denx.de/pipermail/u-boot/2010-February/067432.html >>> >> ... >> >> I recognized, you didn't apply this patch yet. Is there any reason, or >> did you >> simply slip this patch? >> >> Btw. I'm also missing this patch: >> http://lists.denx.de/pipermail/u-boot/2010-February/067779.html >> > > Yes. > This was slipped. > I spent some time trying to work out which patches needed to be > applied to remove the build errors I was seeing with otc but > was unable to. > > Please send me the list of patches and oder of application. > > Tom > I just checked out u-boot-arm repository and applied my otc570 patch and Jens Scharsigs patch I mentioned above. [PATCH ARM] updates the at91 main_clock calculation http://lists.denx.de/pipermail/u-boot/2010-February/067779.html After applying, build runs without errors. Daniel > >> Best regards, >> Daniel Gorsulowski ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [GIT PULL] Pull request: u-boot-imx
Stefano Babic wrote: > Tom wrote: >> This has been applied to ARM/master >> The fixes for the warning expected but not required. >> Thanks, >> Tom > > Thanks, Tom. You are faster as I can send a git-pull-request ;) > > In fact, I have an hour ago updated the u-boot-imx branch, pulling the > modified patches to remove warnings (patches was sent for small review > yesterday, I have waited a while to be sure). Is there a chance to take > the updated u-boot-imx branch or I have to send patches on top of arm > master ? > > Stefano > I think the best thing to do is to send me a pull request soon when you think the imx branch is in good shape. I noticed, but did not apply, some of the imx changes that came after your first pull request. These should be included in the next pull request. I will send Wolfgang a pull request soon (this weekend) so if there is something that needs to get into the main release, please send me a request today or at the latest tomorrow. Tom ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] ARM pull request pending
In case you did not read the imx message, I am going to send a pull request this weekend. On my queue. samsung pull request Possibles. marvell imx otc Please ping me if i am missing something. Thanks Tom ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [GIT PULL] Pull request: u-boot-imx
Tom wrote: > I think the best thing to do is to send me a pull request soon when you > think the imx branch is in good shape. I noticed, but did not apply, some > of the imx changes that came after your first pull request. These should > be included in the next pull request. Ok, thanks. I send you the pull request. Stefano -- = DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: off...@denx.de = ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [GIT PULL] Pull request: u-boot-imx
Tom, this is the updated pull-request for u-boot-imx. Warnings from mx51evk were removed and the magnesium board was added (acked by Wolfgang to get it in the release). The following changes since commit f3651764e57e353251695691677bd95ba5a420bc: Frans Meulenbroeks (1): cmd_itest.c: fix pointer dereferencing are available in the git repository at: git://git.denx.de/u-boot-imx master Heiko Schocher (2): arm, mx27: add support for SDHC1 pin init arm, i.mx27: add support for magnesium board from projectiondesign John Rigby (5): mxc_serial replace platform specific clock Add support for Freescale MX25 SOC fec_mxc: cleanup and factor out MX27 dependencies fec_mxc: add MX25 support Add support for KARO TX25 board Stefano Babic (9): MX51: Add initial support for the Freescale MX51 MX51: Add register definitions MX51: Add pin and multiplexer definitions. serial_mxc: add support for MX51 processor mmc: check correctness of the voltage mask in ocr MMC: add weak function to detect MMC/SD card ARM: add accessors functions fsl_esdhc: add support for mx51 processor Add initial support for Freescale mx51evk board MAINTAINERS | 12 + MAKEALL |2 + Makefile |9 + board/freescale/mx51evk/Makefile | 48 board/freescale/mx51evk/config.mk| 25 ++ board/freescale/mx51evk/imximage.cfg | 119 + board/freescale/mx51evk/mx51evk.c| 397 board/freescale/mx51evk/mx51evk.h| 51 board/karo/tx25/Makefile | 51 board/karo/tx25/config.mk|5 + board/karo/tx25/lowlevel_init.S | 131 + board/karo/tx25/tx25.c | 176 + board/logicpd/imx27lite/imx27lite.c | 18 ++- cpu/arm926ejs/mx25/Makefile | 46 cpu/arm926ejs/mx25/generic.c | 263 +++ cpu/arm926ejs/mx25/reset.c | 56 cpu/arm926ejs/mx25/timer.c | 187 + cpu/arm926ejs/mx27/generic.c | 22 ++ cpu/arm_cortexa8/mx51/Makefile | 48 cpu/arm_cortexa8/mx51/clock.c| 294 + cpu/arm_cortexa8/mx51/iomux.c| 166 cpu/arm_cortexa8/mx51/lowlevel_init.S| 288 cpu/arm_cortexa8/mx51/soc.c | 114 cpu/arm_cortexa8/mx51/speed.c| 39 +++ cpu/arm_cortexa8/mx51/timer.c| 119 + cpu/arm_cortexa8/mx51/u-boot.lds | 61 + drivers/mmc/fsl_esdhc.c | 149 +++ drivers/mmc/mmc.c| 17 ++- drivers/net/fec_mxc.c| 44 +++- drivers/net/fec_mxc.h| 32 +++- drivers/serial/serial_mxc.c | 28 ++- include/asm-arm/arch-mx25/clock.h| 36 +++ include/asm-arm/arch-mx25/imx-regs.h | 316 ++ include/asm-arm/arch-mx27/imx-regs.h |1 + include/asm-arm/arch-mx31/mx31.h |1 + include/asm-arm/arch-mx51/asm-offsets.h | 50 include/asm-arm/arch-mx51/clock.h| 43 +++ include/asm-arm/arch-mx51/crm_regs.h | 192 ++ include/asm-arm/arch-mx51/imx-regs.h | 261 ++ include/asm-arm/arch-mx51/iomux.h| 193 ++ include/asm-arm/arch-mx51/mx51_pins.h| 374 ++ include/asm-arm/arch-mx51/sys_proto.h| 30 +++ include/asm-arm/global_data.h|3 + include/asm-arm/io.h | 55 include/configs/imx27lite-common.h | 237 + include/configs/imx27lite.h | 200 +-- include/configs/magnesium.h | 71 + include/configs/mx51evk.h| 172 include/configs/tx25.h | 179 + include/fsl_esdhc.h | 27 ++ include/mmc.h|1 + lib_arm/board.c |3 + nand_spl/board/karo/tx25/Makefile| 78 ++ nand_spl/board/karo/tx25/config.mk |1 + nand_spl/board/karo/tx25/u-boot.lds | 58 57 files changed, 5758 insertions(+), 265 deletions(-) create mode 100644 board/freescale/mx51evk/Makefile create mode 100644 board/freescale/mx51evk/config.mk create mode 100644 board/freescale/mx51evk/imximage.cfg create mode 100644 board/freescale/mx51evk/mx51evk.c create mode 100644 board/freescale/mx51evk/mx51evk.h create mode 100644 board/karo/tx25/Makefile create mode 100644 board/karo/tx25/config.mk create mode 100644 board/karo/tx25/lowlevel_init.S create mode 100644 board/karo/tx25/tx25.c create mode 100644 cpu/arm926ejs/mx25/Makefile create mode 100644 cpu/arm926ejs/mx
[U-Boot] help : MPC8349EMDS
My u-boot is u-boot-2009.11.1 My toolchain is freescale-4.4-79-powerpc-eabi (CodeSourcery:freescale-4.4-79-powerpc-eabi). I use the default configure of MPC8349EMDS, but when I build u-boot , I meet a error . - $ tar xvjf u-boot-2009.11.1.tar.bz2 $ cd u-boot-2009.11.1 $ make distclean $ make MPC8349EMDS_config $ make CROSS_COMPILE=powerpc-eabi- Generating include/autoconf.mk Generating include/autoconf.mk.dep for dir in tools examples/standalone examples/api ; do make -C $dir _depend ; done make[1]: Entering directory `/home/Test/StudioNow/u-boot-2009.11.1/tools' make[1]: Leaving directory `/home/Test/StudioNow/u-boot-2009.11.1/tools' . . powerpc-eabi-ld: /home/Test/Softwares/CodeSourcery/Sourcery_G++_Lite/bin/../lib/gcc/powerpc-eabi/4.4.1/nof/libgcc.a(_udivdi3.o): compiled normally and linked with modules compiled with -mrelocatable powerpc-eabi-ld: failed to merge target specific data of file /home/Test/Softwares/CodeSourcery/Sourcery_G++_Lite/bin/../lib/gcc/powerpc-eabi/4.4.1/nof/libgcc.a(_udivdi3.o) make: *** [u-boot] error 1 - I try to build MPC8349ITX_config using the same toolchain and same source code(u-boot-2009.11.1), the building succeed. Whether is there a error on MPC8349EMDS_config of u-boot-2009.11.1? Or Toolchain is error. Thank! __ Information from ESET Smart Security, version of virus signature database 4918 (20100305) __ The message was checked by ESET Smart Security. http://www.eset.com ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] What is CONFIG_HAS_DATAFLASH?
Can someone tell me what CONFIG_HAS_DATAFLASH does? The reason I ask is that I'm trying to use CONFIG_CFI_FLASH_USE_WEAK_ACCESSORS, but I noticed that the "md" command does not use the flash_readX primitives when I ask it to display memory from a flash address. In examining do_mem_md(), I noticed CONFIG_HAS_DATAFLASH. -- Timur Tabi Linux kernel developer at Freescale ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [GIT PULL] Pull request: u-boot-imx
Tom, this is the pull request after you have already merged part of u-boot-imx. The following changes since commit 75b464b721408cd8b26ba92a249f0726f37c7249: John Rigby (1): Add support for KARO TX25 board are available in the git repository at: git://git.denx.de/u-boot-imx master Heiko Schocher (2): arm, mx27: add support for SDHC1 pin init arm, i.mx27: add support for magnesium board from projectiondesign Stefano Babic (1): MX51: removed warnings for the mx51evk MAINTAINERS |4 + MAKEALL |1 + Makefile |1 + board/freescale/mx51evk/mx51evk.c | 11 +-- board/logicpd/imx27lite/imx27lite.c | 18 +++- cpu/arm926ejs/mx27/generic.c | 17 +++ cpu/arm_cortexa8/mx51/clock.c |3 +- cpu/arm_cortexa8/mx51/iomux.c |1 + cpu/arm_cortexa8/mx51/lowlevel_init.S |1 - cpu/arm_cortexa8/mx51/soc.c |7 +- cpu/arm_cortexa8/mx51/speed.c |1 + include/asm-arm/arch-mx27/imx-regs.h |1 + include/asm-arm/arch-mx51/clock.h | 16 ++- include/asm-arm/arch-mx51/imx-regs.h | 21 --- include/asm-arm/arch-mx51/sys_proto.h | 30 include/configs/imx27lite-common.h| 237 + include/configs/imx27lite.h | 200 +--- include/configs/magnesium.h | 71 ++ 18 files changed, 408 insertions(+), 233 deletions(-) create mode 100644 include/asm-arm/arch-mx51/sys_proto.h create mode 100644 include/configs/imx27lite-common.h create mode 100644 include/configs/magnesium.h Thanks, Stefano -- = DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: off...@denx.de = ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] (patch) segfault when calling fit_check_format() on corrupt FIT images
All,
I found that fit_check_format() was causing a segfault when run on a
corrupt FIT image. I tracked the problem down to line 92 in
libfdt/fdt_ro.c in _fdt_string_eq():
return (strlen(p) == len) && (memcmp(p, s, len) == 0);
In the case of a corrupt FIT image one can't depend on 'p' being NULL
terminated. I changed it to use strnlen() to fix the issue.
--- a/libfdt/fdt_ro.c Fri Mar 05 06:52:52 2010 -0600
+++ b/libfdt/fdt_ro.c Fri Mar 05 11:10:21 2010 -0600
@@ -89,7 +89,7 @@
{
const char *p = fdt_string(fdt, stroffset);
- return (strlen(p) == len) && (memcmp(p, s, len) == 0);
+ return (strnlen(p, len) == len) && (memcmp(p, s, len) == 0);
}
int fdt_get_mem_rsv(const void *fdt, int n, uint64_t *address, uint64_t *size)
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Two U-Boot versions on same device
The size differences are substantial. 170 K for the regular uboot binary and about 1.1 MB for the uboot binary with diagnostic software. On Fri, Mar 5, 2010 at 7:31 AM, Matthias Kaehlcke wrote: > El Fri, Mar 05, 2010 at 07:09:11AM -0500 Rishi Dhupar ha dit: > > > Strange question but I am using an OMAP 3530 and the boot process > currently > > is from TI's X-Loader to U-Boot to Linux. > > > > What I want is to have two different versions of U-Boot, an extremely > > optimized and small one (to reduce boot time) but then also a debug > version > > that has a built in device test suite and allows updating of the Linux > > kernel. > > > > The optimized version would boot first and then check if a GPIO is set, > if > > so then it would boot into the debug U-Boot to perform tests or software > > updates. > > > > Anyone do anything like this or is it even possible? > > i think it should be possible, but i wonder if you really need > this. do you have hard data that suggest that the test suite or > allowing to update the linux slows down U-Boot significantly? > > in my environment i use scripts stored in environment variables to > update the kernel and the rootfs, afaik this doesn't add any overhead > at all. > the test suite you mentioned might be a different issue depending on > its size, as it has to be copied from flash to RAM at boot time. if > it's just adds a few kB i think it shouldn't be relevant, especially > on your high-profile system > > best regards > > -- > Matthias Kaehlcke > Embedded Linux Developer > Barcelona > > There is no passion to be found playing small - in settling >for a life that is less than the one you are capable of living > (Nelson Mandela) > .''`. >using free software / Debian GNU/Linux | http://debian.org : :' : >`. `'` > gpg --keyserver pgp.mit.edu --recv-keys 47D8E5D4 `- > ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] What is CONFIG_HAS_DATAFLASH?
Dear Timur Tabi, In message you wrote: > Can someone tell me what CONFIG_HAS_DATAFLASH does? I know this sounds like an act of darin, but how about having a look at the README ? [And I really wonder why you did not find the documentation there.] > The reason I ask is that I'm trying to use > CONFIG_CFI_FLASH_USE_WEAK_ACCESSORS, but I noticed that the "md" Why would you want to do that? This is only needed in very special situations which involve a state of hardware that can be best described as broken. > command does not use the flash_readX primitives when I ask it to > display memory from a flash address. In examining do_mem_md(), I > noticed CONFIG_HAS_DATAFLASH. Did you? I don't see any CONFIG_HAS_DATAFLASH anywhere in cmd_mem.c And this is expected - the "md" command is, as the name suggests, intended for Memory Dumps. "Memory" is defined as something that can be read by just putting the address on the address bus and reading the corresponding data from the data bus, without need for any additional code or access protocols. On hardware where CONFIG_CFI_FLASH_USE_WEAK_ACCESSORS is needed, you cannot really apply the term "memory" to such a flash device - it is a storage device, but not more. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de Each honest calling, each walk of life, has its own elite, its own aristocracy based on excellence of performance. - James Bryant Conant ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] What is CONFIG_HAS_DATAFLASH?
Wolfgang Denk wrote:
> Dear Timur Tabi,
>
> In message you
> wrote:
>> Can someone tell me what CONFIG_HAS_DATAFLASH does?
>
> I know this sounds like an act of darin, but how about having a look
> at the README ?
>
> [And I really wonder why you did not find the documentation there.]
CONFIG_HAS_DATAFLASH
Defining this option enables DataFlash features and
allows to read/write in Dataflash via the standard
commands cp, md...
This doesn't tell me anything.
>> The reason I ask is that I'm trying to use
>> CONFIG_CFI_FLASH_USE_WEAK_ACCESSORS, but I noticed that the "md"
>
> Why would you want to do that? This is only needed in very special
> situations which involve a state of hardware that can be best
> described as broken.
You're right. The board I need to support is broken, IMHO. Fortunately,
CONFIG_CFI_FLASH_USE_WEAK_ACCESSORS provides a reasonably elegant fix.
>> command does not use the flash_readX primitives when I ask it to
>> display memory from a flash address. In examining do_mem_md(), I
>> noticed CONFIG_HAS_DATAFLASH.
>
> Did you? I don't see any CONFIG_HAS_DATAFLASH anywhere in cmd_mem.c
int do_mem_md ( cmd_tbl_t *cmdtp, int flag, int argc, char *argv[])
{
ulong addr, length;
#if defined(CONFIG_HAS_DATAFLASH)
ulong nbytes, linebytes;
#endif
I'm not imagining things.
> And this is expected - the "md" command is, as the name suggests,
> intended for Memory Dumps. "Memory" is defined as something that can
> be read by just putting the address on the address bus and reading
> the corresponding data from the data bus, without need for any
> additional code or access protocols. On hardware where
> CONFIG_CFI_FLASH_USE_WEAK_ACCESSORS is needed, you cannot really
> apply the term "memory" to such a flash device - it is a storage
> device, but not more.
Fair enough, but I was hoping there'd be an easy way to get md to work.
--
Timur Tabi
Linux kernel developer at Freescale
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] what's the uboot way to pass eth*addr to linux ?
On Saturday 20 February 2010 04:37:17 Philippe De Muyter wrote: > On Sat, Feb 20, 2010 at 10:30:32AM +0300, Maxim Podbereznyi wrote: > > Hi Philippe! > > > > May be it is a little bit tricky but you can just read the u-boot > > environment from you Linux driver and use the "ethaddr" variable. I did > > the same for osk5912 > > Thanks, but I need something more straightforward. The ethernet driver in > linux must know the mac address at startup to be able to have root on nfs. a small static initramfs would take care of this just fine -mike signature.asc Description: This is a digitally signed message part. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Please pull u-boot-samsung/master
Minkyu Kang wrote: > Dear Tom, > > The following changes since commit f687ebf82dbe44dcde5901232ade4f19ecedbf58: > Minkyu Kang (1): > Merge branch 'master' of git://git.denx.de/u-boot-arm > > are available in the git repository at: > > git://git.denx.de/u-boot-samsung master > > Joonyoung Shim (1): > s3c64xx: Add ifdef at the S3C64XX only codes > > Minkyu Kang (2): > s5pc1xx: support the GPIO interface > Merge branch 'master' of git://git.denx.de/u-boot-samsung It would be best if merges were not part of a pull request. It makes reviewing the patches difficult. For this pull request, I believe these are the commits that you intend to go in 2167f2715e127591ed2abcea075ce89bbbf68864 3e5d177133a7063cdd000b55b26c696861d44235 8f5407c90d3738c3a3c4caca442bc8441cc76f6d >> 3806459949c80432557d74e0c7731030de838e49 >> 5a5aaad81edf5d522e38000d00708dd0a1470151 >> 95a3db1a0cfb1d8d683fd5ab48ffca9b0d3b0e6b 04a3e2e8e554007d2774b6ad0ab302a491ba41bf aac90e231157a34358134a1fb7b1221032db9e1a a8d25fc26f681a9c4dfb062ebb4b00b9509a7966 Of these, I believe >> 3806459949c80432557d74e0c7731030de838e49 >> 5a5aaad81edf5d522e38000d00708dd0a1470151 >> 95a3db1a0cfb1d8d683fd5ab48ffca9b0d3b0e6b Are the merge. Are these 9 commits correct? Best Regards, Tom > > Naveen Krishna CH (4): > S5PC100: Moves the Macros to a common header file > S5PC100: Memory SubSystem Header file, register description(SROMC). > S5PC100: Function to configure the SROMC registers. > SAMSUNG: SMDKC100: Adds ethernet support. > > board/samsung/smdkc100/smdkc100.c | 39 ++ > cpu/arm1176/cpu.c |2 + > cpu/arm1176/start.S |4 + > cpu/arm_cortexa8/s5pc1xx/Makefile |2 + > cpu/arm_cortexa8/s5pc1xx/clock.c|7 +-- > cpu/arm_cortexa8/s5pc1xx/gpio.c | 143 > +++ > cpu/arm_cortexa8/s5pc1xx/sromc.c| 53 + > doc/README.s5pc1xx | 18 - > include/asm-arm/arch-s5pc1xx/clk.h |6 ++ > include/asm-arm/arch-s5pc1xx/gpio.h | 29 +++ > include/asm-arm/arch-s5pc1xx/smc.h | 53 + > include/configs/smdkc100.h | 12 +++- > 12 files changed, 360 insertions(+), 8 deletions(-) > create mode 100644 cpu/arm_cortexa8/s5pc1xx/gpio.c > create mode 100644 cpu/arm_cortexa8/s5pc1xx/sromc.c > create mode 100644 include/asm-arm/arch-s5pc1xx/smc.h ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] What is CONFIG_HAS_DATAFLASH?
Dear Timur Tabi, In message <4b915a1f.90...@freescale.com> you wrote: > > CONFIG_HAS_DATAFLASH > > Defining this option enables DataFlash features and > allows to read/write in Dataflash via the standard > commands cp, md... > > This doesn't tell me anything. Hm... What exactly don't you understand here? > >> command does not use the flash_readX primitives when I ask it to > >> display memory from a flash address. In examining do_mem_md(), I > >> noticed CONFIG_HAS_DATAFLASH. > > > > Did you? I don't see any CONFIG_HAS_DATAFLASH anywhere in cmd_mem.c ... > I'm not imagining things. You are right. I was grepping for CONFIG_CFI_FLASH_USE_WEAK_ACCESSORS instead :-( > Fair enough, but I was hoping there'd be an easy way to get md to work. Why are plain simple memory accesses not possible on your hardware? Which architecture / CPU is this? Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de Some people march to the beat of a different drummer. And some people tango! ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] What is CONFIG_HAS_DATAFLASH?
Wolfgang Denk wrote: >> This doesn't tell me anything. > > Hm... What exactly don't you understand here? Well, I was just wondering what the connection is between DataFlash (which is some flash technology that I don't know much about) and the md command. > Why are plain simple memory accesses not possible on your hardware? > Which architecture / CPU is this? Because on this one chip I'm working on, the designers decided to mux the LBC address lines with the video signal from the on-board display driver. No, I'm not kidding about that. That means that when you're using the video display, you can't access flash. CONFIG_CFI_FLASH_USE_WEAK_ACCESSORS will allow the saveenv command to continue working under this situation. -- Timur Tabi Linux kernel developer at Freescale ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Two U-Boot versions on same device
On Fri, Mar 5, 2010 at 1:14 PM, Rishi Dhupar wrote: > The size differences are substantial. 170 K for the regular uboot binary > and about 1.1 MB for the uboot binary with diagnostic software. > > On Fri, Mar 5, 2010 at 7:31 AM, Matthias Kaehlcke > wrote: > >> El Fri, Mar 05, 2010 at 07:09:11AM -0500 Rishi Dhupar ha dit: >> >> > Strange question but I am using an OMAP 3530 and the boot process >> currently >> > is from TI's X-Loader to U-Boot to Linux. two options: a) something called configuration header - which will allow you to boot from NAND kind of devices straight to SDRAM. b) try barebox.. I used to have something as small as 32k when it was called u-boot-v2.. Regards, Nishanth Menon ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] help : MPC8349EMDS
On Sat, 6 Mar 2010 00:44:01 +0800 Hubin wrote: > powerpc-eabi-ld: > /home/Test/Softwares/CodeSourcery/Sourcery_G++_Lite/bin/../lib/gcc/powerpc-eabi/4.4.1/nof/libgcc.a(_udivdi3.o): > compiled normally and linked with modules compiled with -mrelocatable > powerpc-eabi-ld: failed to merge target specific data of file > /home/Test/Softwares/CodeSourcery/Sourcery_G++_Lite/bin/../lib/gcc/powerpc-eabi/4.4.1/nof/libgcc.a(_udivdi3.o) > make: *** [u-boot] error 1 > - > I try to build MPC8349ITX_config using the same toolchain and same source > code(u-boot-2009.11.1), the building succeed. > Whether is there a error on MPC8349EMDS_config of u-boot-2009.11.1? Or > Toolchain is error. the MDS uses spd_sdram, which needs the divide operation - the ITX does not. try a different toolchain - denx' ppc_6xx- works for me. Kim ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] Any good __LOW COST__ MIPS SBC suggestion please
Hi all, I'm hunting for a __LOW COST__ MIPS/PPC SBC, something like TS-7200(but it is for ARM). Could anyone please suggest me a good one, that you guys have come across. My purpose is only for general driver development, and developing some MIPS / PPC porting skills. Also another true intension is, i have couple of 2600$$ BDI3000 JTAG debuggers for PPC and MIPS, lying idle in my office, and want to make some good use out of it :). I was looking in the "Boards" directory to hunt for any MIPS based SBC boards, but found it hard to search. It will be nice, if its an SBC, and it has atleast 64/128 MB SDRAM, and 16/32 MB flash, USB support, (i can;t expect a super fast processor, but a decent one like 166/200 Mhz should be ok) Thanks Balaji R ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
