Re: [U-Boot] Adding a new file transfer protocol to Uboot
Ben Warren-2 wrote: Hello Maggi, On Tue, Apr 27, 2010 at 6:27 AM, maggi maggi9...@gmail.com wrote: hi all, i'm very new to uboot.i would like to add new file transfer protocol like tftp. Server sends the file as chunks and uboot has to receive and reconstruct it.for that in uboot can i add the new protocol in /net folder or is there any folder in uboot which can hold it?Is adding new protocol will come to gpl? Anything you wish to submit will be considered. If your protocol has advantages over the existing TFTP and NFS implementations, please explain what's better. Of course, the protocol needs to be completely open and documented on both client and server sides. You must provide a CONFIG option so that users opt in to using the protocol, and doesn't add to image size if they don't. You are correct that /net is the correct place. regards, Ben ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot thank you very much for your reply. -- View this message in context: http://old.nabble.com/Adding-a-new-file-transfer-protocol-to-Uboot-tp28376949p28431798.html Sent from the Uboot - Users mailing list archive at Nabble.com. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Booting kernel from SD/MMC cards
Hi Vibi, U-boot supports FAT and EXT2 file system on SD/MMC card. So you can use fatls, fatload, ext2ls, ext2load commands to read Linux and rootfilesystem from SD/MMC Cards. Regards, Dipen -Original Message- From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de] On Behalf Of vibi sreenivasan Sent: Friday, April 30, 2010 8:17 PM To: u-boot@lists.denx.de Subject: [U-Boot] Booting kernel from SD/MMC cards Hi, Does u-boot support booting linux kernel from SD/MMC cards. regards vibi ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH v2 17/17] SPEAr : Supporting various configurations for spear3xx and spear6xx boards
On 5/3/2010 6:08 AM, Tom Rix wrote: Vipin KUMAR wrote: spear3xx and 6xx boards can be compiled in following configurations 1. Environment placed in NAND 2. console on usb device 3. console on usb device with environment placed in NAND Add the new configs to the README.spear Tom OK. Would be done in patch v3 Signed-off-by: Vipin Kumar vipin.ku...@st.com --- Makefile | 16 ++-- board/spear/spear300/config.mk | 11 --- board/spear/spear310/config.mk | 11 --- board/spear/spear320/config.mk | 11 --- board/spear/spear600/config.mk | 11 --- include/configs/spear3xx.h | 10 ++ include/configs/spear6xx.h | 10 ++ 7 files changed, 34 insertions(+), 46 deletions(-) diff --git a/Makefile b/Makefile index 0b6a151..4cc9913 100644 --- a/Makefile +++ b/Makefile @@ -3034,11 +3034,23 @@ smdk2410_config:unconfig @$(MKCONFIG) $(@:_config=) arm arm920t smdk2410 samsung s3c24x0 spear300_config \ +spear300_nand_config \ +spear300_usbtty_config \ +spear300_usbtty_nand_config \ spear310_config \ -spear320_config :unconfig +spear310_nand_config \ +spear310_usbtty_config \ +spear310_usbtty_nand_config \ +spear320_config \ +spear320_nand_config \ +spear320_usbtty_config \ +spear320_usbtty_nand_config :unconfig @$(MKCONFIG) -n $@ -t $(@:_config=) spear3xx arm arm926ejs $(@:_config=) spear spear -spear600_config :unconfig +spear600_config \ +spear600_nand_config \ +spear600_usbtty_config \ +spear600_usbtty_nand_config :unconfig @$(MKCONFIG) -n $@ -t $(@:_config=) spear6xx arm arm926ejs $(@:_config=) spear spear spear1300_config \ diff --git a/board/spear/spear300/config.mk b/board/spear/spear300/config.mk index 35646f2..0bbb40f 100644 --- a/board/spear/spear300/config.mk +++ b/board/spear/spear300/config.mk @@ -26,14 +26,3 @@ TEXT_BASE = 0x0070 ALL += $(obj)u-boot.img - -# Environment variables in NAND -ifeq ($(ENV),NAND) -PLATFORM_RELFLAGS += -DCONFIG_ENV_IS_IN_NAND -else -PLATFORM_RELFLAGS += -DCONFIG_ENV_IS_IN_FLASH -endif - -ifeq ($(CONSOLE),USB) -PLATFORM_RELFLAGS += -DCONFIG_SPEAR_USBTTY -endif diff --git a/board/spear/spear310/config.mk b/board/spear/spear310/config.mk index cba8436..c8264c3 100644 --- a/board/spear/spear310/config.mk +++ b/board/spear/spear310/config.mk @@ -27,18 +27,7 @@ TEXT_BASE = 0x0070 ALL += $(obj)u-boot.img -# Environment variables in NAND -ifeq ($(ENV),NAND) -PLATFORM_RELFLAGS += -DCONFIG_ENV_IS_IN_NAND -else -PLATFORM_RELFLAGS += -DCONFIG_ENV_IS_IN_FLASH -endif - # Support parallel flash ifeq ($(FLASH),PNOR) PLATFORM_RELFLAGS += -DCONFIG_FLASH_PNOR endif - -ifeq ($(CONSOLE),USB) -PLATFORM_RELFLAGS += -DCONFIG_SPEAR_USBTTY -endif diff --git a/board/spear/spear320/config.mk b/board/spear/spear320/config.mk index cba8436..c8264c3 100644 --- a/board/spear/spear320/config.mk +++ b/board/spear/spear320/config.mk @@ -27,18 +27,7 @@ TEXT_BASE = 0x0070 ALL += $(obj)u-boot.img -# Environment variables in NAND -ifeq ($(ENV),NAND) -PLATFORM_RELFLAGS += -DCONFIG_ENV_IS_IN_NAND -else -PLATFORM_RELFLAGS += -DCONFIG_ENV_IS_IN_FLASH -endif - # Support parallel flash ifeq ($(FLASH),PNOR) PLATFORM_RELFLAGS += -DCONFIG_FLASH_PNOR endif - -ifeq ($(CONSOLE),USB) -PLATFORM_RELFLAGS += -DCONFIG_SPEAR_USBTTY -endif diff --git a/board/spear/spear600/config.mk b/board/spear/spear600/config.mk index 35646f2..0bbb40f 100644 --- a/board/spear/spear600/config.mk +++ b/board/spear/spear600/config.mk @@ -26,14 +26,3 @@ TEXT_BASE = 0x0070 ALL += $(obj)u-boot.img - -# Environment variables in NAND -ifeq ($(ENV),NAND) -PLATFORM_RELFLAGS += -DCONFIG_ENV_IS_IN_NAND -else -PLATFORM_RELFLAGS += -DCONFIG_ENV_IS_IN_FLASH -endif - -ifeq ($(CONSOLE),USB) -PLATFORM_RELFLAGS += -DCONFIG_SPEAR_USBTTY -endif diff --git a/include/configs/spear3xx.h b/include/configs/spear3xx.h index fde505c..f0c915e 100644 --- a/include/configs/spear3xx.h +++ b/include/configs/spear3xx.h @@ -39,6 +39,16 @@ #define CONFIG_SPEAR3201 #endif +#if defined(CONFIG_MK_usbtty) +#define CONFIG_SPEAR_USBTTY1 +#endif + +#if defined(CONFIG_MK_nand) +#define CONFIG_ENV_IS_IN_NAND1 +#else +#define CONFIG_ENV_IS_IN_FLASH1 +#endif + #include configs/spear-common.h /* Ethernet driver configuration */ diff --git a/include/configs/spear6xx.h b/include/configs/spear6xx.h index 2532344..82d24df 100644 --- a/include/configs/spear6xx.h +++ b/include/configs/spear6xx.h @@ -30,6 +30,16 @@ */ #define CONFIG_SPEAR6001 +#if defined(CONFIG_MK_usbtty) +#define CONFIG_SPEAR_USBTTY1 +#endif + +#if defined(CONFIG_MK_nand) +#define CONFIG_ENV_IS_IN_NAND1 +#else +#define CONFIG_ENV_IS_IN_FLASH1 +#endif +
Re: [U-Boot] [PATCH v2 16/17] SPEAr : spear1300 SoC support added
On 5/3/2010 6:07 AM, Tom Rix wrote: Vipin KUMAR wrote: SPEAr1300 SoC support contains basic spear1300 support along with the usage of following drivers - serial driver(UART) - i2c driver - smi driver - nand driver(FSMC) - usbd driver Signed-off-by: Vipin Kumar vipin.ku...@st.com --- Makefile |6 + Need MAINTAINERS MAKEALL OK. Would be done in patch v3 arch/arm/include/asm/arch-spear13xx/hardware.h |8 +- board/spear/common/Makefile| 10 +- board/spear/spear1300/Makefile | 51 ++ board/spear/spear1300/config.mk| 28 board/spear/spear1300/spear1300.c | 86 ++ board/spear/spear1300/spr_lowlevel_init.S | 38 + include/configs/spear13xx.h| 199 8 files changed, 420 insertions(+), 6 deletions(-) create mode 100644 board/spear/spear1300/Makefile create mode 100644 board/spear/spear1300/config.mk create mode 100644 board/spear/spear1300/spear1300.c create mode 100644 board/spear/spear1300/spr_lowlevel_init.S create mode 100644 include/configs/spear13xx.h diff --git a/Makefile b/Makefile index 7bfdfd3..0b6a151 100644 --- a/Makefile +++ b/Makefile @@ -3041,6 +3041,12 @@ spear320_config :unconfig spear600_config :unconfig @$(MKCONFIG) -n $@ -t $(@:_config=) spear6xx arm arm926ejs $(@:_config=) spear spear +spear1300_config \ +spear1300_nand_config \ +spear1300_usbtty_config \ +spear1300_usbtty_nand_config :unconfig +@$(MKCONFIG) -n $@ -t $(@:_config=) spear13xx arm arm_cortexa8 spear1300 spear spear13xx + suen3_config:unconfig @$(MKCONFIG) $(@:_config=) arm arm926ejs km_arm keymile kirkwood diff --git a/arch/arm/include/asm/arch-spear13xx/hardware.h b/arch/arm/include/asm/arch-spear13xx/hardware.h index 384260a..7a1cedb 100644 --- a/arch/arm/include/asm/arch-spear13xx/hardware.h +++ b/arch/arm/include/asm/arch-spear13xx/hardware.h @@ -24,10 +24,10 @@ #ifndef _ASM_ARCH_HARDWARE_H #define _ASM_ARCH_HARDWARE_H -#define CONFIG_SYS_USBD_BASE(0xE110) -#define CONFIG_SYS_PLUG_BASE(0xE120) -#define CONFIG_SYS_FIFO_BASE(0xE1000800) -#define CONFIG_SYS_SMI_BASE(0xFC00) +#define CONFIG_SYS_USBD_BASE(0xE380) +#define CONFIG_SYS_PLUG_BASE(0xE280) +#define CONFIG_SYS_FIFO_BASE(0xE3000800) +#define CONFIG_SYS_SMI_BASE(0xEA00) #define CONFIG_SPEAR_TIMERBASE(0xE038) #define CONFIG_SPEAR_MISCBASE(0xE070) #define CONFIG_SYS_I2C_BASE(0xE028) diff --git a/board/spear/common/Makefile b/board/spear/common/Makefile index 4f8959f..1ae4fd4 100644 --- a/board/spear/common/Makefile +++ b/board/spear/common/Makefile @@ -29,8 +29,14 @@ endif LIB= $(obj)lib$(VENDOR).a -COBJS:= spr_misc.o -SOBJS:= spr_lowlevel_init.o +COBJS-$(CONFIG_SPEAR3XX) += spr_misc.o +COBJS-$(CONFIG_SPEAR600) += spr_misc.o + +SOBJS-$(CONFIG_SPEAR3XX) += spr_lowlevel_init.o +SOBJS-$(CONFIG_SPEAR600) += spr_lowlevel_init.o + +COBJS:= $(COBJS-y) +SOBJS:= $(SOBJS-y) SRCS:= $(SOBJS:.o=.S) $(COBJS:.o=.c) OBJS:= $(addprefix $(obj),$(COBJS)) diff --git a/board/spear/spear1300/Makefile b/board/spear/spear1300/Makefile new file mode 100644 index 000..fb66895 --- /dev/null +++ b/board/spear/spear1300/Makefile @@ -0,0 +1,51 @@ +# +# (C) Copyright 2000-2004 +# Wolfgang Denk, DENX Software Engineering, w...@denx.de. +# +# 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$(BOARD).a + +COBJS:= spear1300.o +SOBJS:= spr_lowlevel_init.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 $(obj).depend +
[U-Boot] problem with U-BOOT
Sir During the u-boot building process for the xilinx microblaze i am getting the following error message *make[2]: *** No rule to make target `/home/blackfin/Documents/mohan/petalinux-v0.40-final/software/petalinux-dist/u-boot/include/config.h', needed by `cache_8xx.o'. Stop. * ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH v2 16/17] SPEAr : spear1300 SoC support added
Vipin KUMAR wrote: On 5/3/2010 6:07 AM, Tom Rix wrote: Vipin KUMAR wrote: SPEAr1300 SoC support contains basic spear1300 support along with the usage of following drivers - serial driver(UART) - i2c driver - smi driver - nand driver(FSMC) - usbd driver snip + +#define CONFIG_USBD_PRODUCT_NAMESPEAr SoC +#define CONFIG_USBD_MANUFACTURERST Microelectronics + +#define CONFIG_EXTRA_ENV_USBTTYusbtty=cdc_acm\0 Should be conditional on CONFIG_SPEAR_USBTTY Similar changes for spear3xx and spear6xxx CONFIG_SPEAR_USBTTY is a special case where tty over usb terminal is used for downloading and flashing images. usbtty environment variable should normally also be set as cdc_acm to make sure that we can switch to tty over usb terminal directly from uboot prompt by simply running setenv stdout usbtty\; setenv stdin usbtty So, I am not making it conditional to CONFIG_EXTRA_ENV_USBTTY What I mean is the extra enviroment variable and config's are dependent on USBD. It usb is not configured, these are not needed. Tom ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH v2 15/17] SPEAr : Basic spear1300 architecture support added
On 5/3/2010 6:03 AM, Tom Rix wrote: Expand the commit log to describe this new part. Include a URL reference to where it can be reviewed. OK would be done in patch v3 Vipin KUMAR wrote: Signed-off-by: Vipin Kumar vipin.ku...@st.com --- arch/arm/cpu/arm_cortexa8/spear13xx/Makefile| 52 arch/arm/cpu/arm_cortexa8/spear13xx/cache.S | 112 arch/arm/cpu/arm_cortexa8/spear13xx/cpu.c | 99 +++ arch/arm/cpu/arm_cortexa8/spear13xx/reset.c | 47 arch/arm/cpu/arm_cortexa8/spear13xx/timer.c | 136 ++ arch/arm/include/asm/arch-spear13xx/hardware.h | 40 +++ arch/arm/include/asm/arch-spear13xx/spr_gpt.h | 85 ++ arch/arm/include/asm/arch-spear13xx/spr_misc.h | 317 +++ arch/arm/include/asm/arch-spear13xx/sys_proto.h | 32 +++ 9 files changed, 920 insertions(+), 0 deletions(-) create mode 100644 arch/arm/cpu/arm_cortexa8/spear13xx/Makefile create mode 100644 arch/arm/cpu/arm_cortexa8/spear13xx/cache.S create mode 100644 arch/arm/cpu/arm_cortexa8/spear13xx/cpu.c create mode 100755 arch/arm/cpu/arm_cortexa8/spear13xx/reset.c create mode 100644 arch/arm/cpu/arm_cortexa8/spear13xx/timer.c create mode 100644 arch/arm/include/asm/arch-spear13xx/hardware.h create mode 100644 arch/arm/include/asm/arch-spear13xx/spr_gpt.h create mode 100644 arch/arm/include/asm/arch-spear13xx/spr_misc.h create mode 100644 arch/arm/include/asm/arch-spear13xx/sys_proto.h diff --git a/arch/arm/cpu/arm_cortexa8/spear13xx/Makefile b/arch/arm/cpu/arm_cortexa8/spear13xx/Makefile new file mode 100644 index 000..4157164 --- /dev/null +++ b/arch/arm/cpu/arm_cortexa8/spear13xx/Makefile @@ -0,0 +1,52 @@ +# +# (C) Copyright 2000-2003 +# Wolfgang Denk, DENX Software Engineering, w...@denx.de. +# +# (C) Copyright 2008 +# Guennadi Liakhovetki, DENX Software Engineering, l...@denx.de +# +# 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+= timer.o +COBJS+= reset.o +COBJS+= cpu.o + +SOBJS= cache.o + +SRCS:= $(SOBJS:.o=.S) $(COBJS:.o=.c) +OBJS:= $(addprefix $(obj),$(COBJS) $(SOBJS)) + +all: $(obj).depend $(LIB) + +$(LIB):$(OBJS) +$(AR) $(ARFLAGS) $@ $(OBJS) + +# + +# defines $(obj).depend target +include $(SRCTREE)/rules.mk + +sinclude $(obj).depend + +# diff --git a/arch/arm/cpu/arm_cortexa8/spear13xx/cache.S b/arch/arm/cpu/arm_cortexa8/spear13xx/cache.S new file mode 100644 index 000..b3d1fb0 --- /dev/null +++ b/arch/arm/cpu/arm_cortexa8/spear13xx/cache.S @@ -0,0 +1,112 @@ +/* + * (C) Copyright 2009 + * Vipin Kumar, ST Micoelectronics, vipin.ku...@st.com. + * + * See file CREDITS for list of people who contributed to this + * project. This cache.S is extremely similar to s5pc1xx/cache.S And to a lesser degree the omap3/cache.S. When a work is based on another work, the original work MUST be acknowledged. Sure. Would be done in v3 patch Ideally, this is effectively cpu specific code. Cortex-A9 needs data cache invalidation before enabling data cache. Ideally, this common code should be moved to a generic cache.S within arch/arm/cpu/cortexa8/ Please comment more + * + * 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 + */ + +.global invalidate_dcache + +/* + *
Re: [U-Boot] [PATCH v2 16/17] SPEAr : spear1300 SoC support added
On 5/3/2010 3:49 PM, Tom Rix wrote: Vipin KUMAR wrote: On 5/3/2010 6:07 AM, Tom Rix wrote: Vipin KUMAR wrote: SPEAr1300 SoC support contains basic spear1300 support along with the usage of following drivers - serial driver(UART) - i2c driver - smi driver - nand driver(FSMC) - usbd driver snip + +#define CONFIG_USBD_PRODUCT_NAMESPEAr SoC +#define CONFIG_USBD_MANUFACTURERST Microelectronics + +#define CONFIG_EXTRA_ENV_USBTTYusbtty=cdc_acm\0 Should be conditional on CONFIG_SPEAR_USBTTY Similar changes for spear3xx and spear6xxx CONFIG_SPEAR_USBTTY is a special case where tty over usb terminal is used for downloading and flashing images. usbtty environment variable should normally also be set as cdc_acm to make sure that we can switch to tty over usb terminal directly from uboot prompt by simply running setenv stdout usbtty\; setenv stdin usbtty So, I am not making it conditional to CONFIG_EXTRA_ENV_USBTTY What I mean is the extra enviroment variable and config's are dependent on USBD. It usb is not configured, these are not needed. USBD is always configured. That's why this feature may be desirable Tom ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH] mpc83xx/mvBLM7: add usb commands and cleanup.
Add USB commands. Rename autoscript to bootscript. Add automatic bootscript image generation to makefile. Signed-off-by: Andre Schwarz andre.schw...@matrix-vision.de --- board/matrix_vision/mvblm7/Makefile |1 + board/matrix_vision/mvblm7/bootscript| 43 ++ board/matrix_vision/mvblm7/mvblm7_autoscript | 43 -- include/configs/MVBLM7.h |6 +++ 4 files changed, 50 insertions(+), 43 deletions(-) create mode 100644 board/matrix_vision/mvblm7/bootscript delete mode 100644 board/matrix_vision/mvblm7/mvblm7_autoscript diff --git a/board/matrix_vision/mvblm7/Makefile b/board/matrix_vision/mvblm7/Makefile index 504935f..b3e3e0b 100644 --- a/board/matrix_vision/mvblm7/Makefile +++ b/board/matrix_vision/mvblm7/Makefile @@ -32,6 +32,7 @@ SOBJS := $(addprefix $(obj),$(SOBJS)) $(LIB):$(obj).depend $(OBJS) $(AR) $(ARFLAGS) $@ $(OBJS) + @mkimage -T script -C none -n M7_script -d bootscript bootscript.img clean: rm -f $(SOBJS) $(OBJS) diff --git a/board/matrix_vision/mvblm7/bootscript b/board/matrix_vision/mvblm7/bootscript new file mode 100644 index 000..dc385fd --- /dev/null +++ b/board/matrix_vision/mvblm7/bootscript @@ -0,0 +1,43 @@ +echo +echo running autoscript +echo +setenv bootdtb bootm \${kernel_boot} \${mv_initrd_addr_ram} \${mv_dtb_addr_ram} +setenv ramkernel setenv kernel_boot \${loadaddr} +setenv flashkernel setenv kernel_boot \${mv_kernel_addr} +setenv cpird cp \${mv_initrd_addr} \${mv_initrd_addr_ram} \${mv_initrd_length} +setenv bootfromflash run flashkernel cpird ramparam addcons bootdtb +setenv getdtb tftp \${mv_dtb_addr_ram} \${dtb_name} +setenv cpdtb cp \${mv_dtb_addr} \${mv_dtb_addr_ram} 0x2000 +setenv rundtb fdt addr \${mv_dtb_addr_ram}\;fdt boardsetup +setenv bootfromnet tftp \${mv_initrd_addr_ram} \${initrd_name}\;run ramkernel +if test ${console} = yes; +then +setenv addcons setenv bootargs \${bootargs} console=ttyS\${console_nr},\${baudrate}N8 +else +setenv addcons setenv bootargs \${bootargs} console=tty0 +fi +setenv set_static_ip setenv ipaddr \${static_ipaddr} +setenv set_static_nm setenv netmask \${static_netmask} +setenv set_static_gw setenv gatewayip \${static_gateway} +setenv set_ip setenv ip \${ipaddr}::\${gatewayip}:\${netmask} +setenv ramparam setenv bootargs root=/dev/ram0 ro rootfstype=squashfs +if test ${autoscript_boot} != no; +then + if test ${netboot} = yes; + then +bootp +if test $? = 0; +then + echo === bootp succeeded - netboot === + run set_ip + run getdtb rundtb bootfromnet ramparam addcons bootdtb +else + echo === netboot failed === +fi + fi + run set_static_ip set_static_nm set_static_gw set_ip + echo === bootfromflash === + run cpdtb rundtb bootfromflash +else + echo === boot stopped with autoscript_boot no === +fi diff --git a/board/matrix_vision/mvblm7/mvblm7_autoscript b/board/matrix_vision/mvblm7/mvblm7_autoscript deleted file mode 100644 index dc385fd..000 --- a/board/matrix_vision/mvblm7/mvblm7_autoscript +++ /dev/null @@ -1,43 +0,0 @@ -echo -echo running autoscript -echo -setenv bootdtb bootm \${kernel_boot} \${mv_initrd_addr_ram} \${mv_dtb_addr_ram} -setenv ramkernel setenv kernel_boot \${loadaddr} -setenv flashkernel setenv kernel_boot \${mv_kernel_addr} -setenv cpird cp \${mv_initrd_addr} \${mv_initrd_addr_ram} \${mv_initrd_length} -setenv bootfromflash run flashkernel cpird ramparam addcons bootdtb -setenv getdtb tftp \${mv_dtb_addr_ram} \${dtb_name} -setenv cpdtb cp \${mv_dtb_addr} \${mv_dtb_addr_ram} 0x2000 -setenv rundtb fdt addr \${mv_dtb_addr_ram}\;fdt boardsetup -setenv bootfromnet tftp \${mv_initrd_addr_ram} \${initrd_name}\;run ramkernel -if test ${console} = yes; -then -setenv addcons setenv bootargs \${bootargs} console=ttyS\${console_nr},\${baudrate}N8 -else -setenv addcons setenv bootargs \${bootargs} console=tty0 -fi -setenv set_static_ip setenv ipaddr \${static_ipaddr} -setenv set_static_nm setenv netmask \${static_netmask} -setenv set_static_gw setenv gatewayip \${static_gateway} -setenv set_ip setenv ip \${ipaddr}::\${gatewayip}:\${netmask} -setenv ramparam setenv bootargs root=/dev/ram0 ro rootfstype=squashfs -if test ${autoscript_boot} != no; -then - if test ${netboot} = yes; - then -bootp -if test $? = 0; -then - echo === bootp succeeded - netboot === - run set_ip - run getdtb rundtb bootfromnet ramparam addcons bootdtb -else - echo === netboot failed === -fi - fi - run set_static_ip set_static_nm set_static_gw set_ip - echo === bootfromflash === - run cpdtb rundtb bootfromflash -else - echo === boot stopped with autoscript_boot no === -fi diff --git a/include/configs/MVBLM7.h b/include/configs/MVBLM7.h index f8b016f..b66807f 100644 --- a/include/configs/MVBLM7.h +++ b/include/configs/MVBLM7.h @@ -234,7 +234,11 @@ #define CONFIG_BOOTP_SEND_HOSTNAME /* USB */ +#define
Re: [U-Boot] [PATCH 3/3] arm: Add support for jadecpu board based on MB86R01 SoC
Hallo Wolfgang Am 22.04.2010 14:51, schrieb Wolfgang Denk: extern struct serial_device serial0_device; extern struct serial_device serial1_device; #if defined(CONFIG_SYS_NS16550_SERIAL) diff --git a/tools/Makefile b/tools/Makefile index 749d994..b2e73b2 100644 --- a/tools/Makefile +++ b/tools/Makefile @@ -118,6 +118,9 @@ endif ifeq ($(VENDOR),ronetix) LOGO_BMP= logos/ronetix.bmp endif +ifeq ($(VENDOR),syteco) +LOGO_BMP= logos/syteco.bmp +endif Please keep list sorted. S is behind R in alphabet as you know for sure. So, can you explain which list should be kept sorted? Regards, Matthias ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 3/3] arm: Add support for jadecpu board based on MB86R01 SoC
Dear =?ISO-8859-1?Q?Matthias_Wei=DFer?=, In message 4bdeb5b1.6000...@arcor.de you wrote: Am 22.04.2010 14:51, schrieb Wolfgang Denk: extern struct serial_device serial0_device; extern struct serial_device serial1_device; #if defined(CONFIG_SYS_NS16550_SERIAL) diff --git a/tools/Makefile b/tools/Makefile index 749d994..b2e73b2 100644 --- a/tools/Makefile +++ b/tools/Makefile @@ -118,6 +118,9 @@ endif ifeq ($(VENDOR),ronetix) LOGO_BMP= logos/ronetix.bmp endif +ifeq ($(VENDOR),syteco) +LOGO_BMP= logos/syteco.bmp +endif Please keep list sorted. S is behind R in alphabet as you know for sure. So, can you explain which list should be kept sorted? Braino on my side. Please ignore this part of the comments. 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 One planet is all you get. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] Fix for a build ?
Hi everybody, We have recently installed an automated build system in our company and occasionally there is a problem when U-Boot is built. One build will work the other will not without any changes to the sources (it is not: 1 work, then other fail... it is more like 3 may work the 4 will not but the 5 will). Our build system guy says that the problem is probably a race condition with a dependency in the U-Boot make. Here is the error that trigger the failure. *[09:23:58]:* */home/slamon/server/TeamCity/buildAgent/work/19b40828dc62d35d/build/u-boot-1.3.4/cpu/mpc5xxx/.depend:73: *** multiple target patterns. Stop.* *[09:23:58]:* *make: *** [/home/slamon/server/TeamCity/buildAgent/work/19b40828dc62d35d/build/u-boot-1.3.4/cpu/mpc5xxx/start.o] Error 2* *[09:23:58]:* */home/slamon/server/TeamCity/buildAgent/work/19b40828dc62d35d/build/u-boot-1.3.4/cpu/mpc5xxx/.depend:73: *** multiple target patterns. Stop.* *[09:23:58]:* *make: *** Waiting for unfinished jobs* *[09:23:58]:* *make: *** [/home/slamon/server/TeamCity/buildAgent/work/19b40828dc62d35d/build/u-boot-1.3.4/cpu/mpc5xxx/libmpc5xxx.a] Error 2* *[09:24:01]:* *Process exited with code 2* It is not extremely problematic because everything is automated and next build after the failing one will work (when it is this error), but it's only that we get a notification email when a build fail and we are afraid that our developers will take the failure as a Boy Who Cried Wolf... if you know what I mean. Is there a way to fix this ? It could be putting some sleep somewhere... Any suggestion ? Sylvain * Also, upgrading U-Boot is not an option... since we don't have the need nor resources to port a new version of U-Boot to this product. So please don't suggest that. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] initialisations do by tftp
Hi, I have a question about initialisations that the tftp command do in u-boot. I try to make a Linux for a Cogent SBC637 and I am able to boot my kernel (save in flash at address 0x1004) with a NFS if I use the tftp or tftpboot command to load any file in RAM before the bootm 0x1004 command but if I didn't do that I have a kernel panic because eth0 is not initialise. Could you tell me what tftp command do exactly? Or how can I resolve this problem. Thanks in advance for your help. G. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] at91sam9g45ekes SDHC/MMC
The patch works. Thanks Rob! This is what I did, in case somebody else is looking for this: Apply the patch. Add all the other stuff mentioned in the patch link. Add the #define CONFIG_CMD_MMC 1 and #define CONFIG_CMD_FAT 1 to your board config file (in my case at91sam9mg45ek.h). I only needed to read from a FAT partition, so I only enabled that command. Add an mmc_hw_init() function to the board specific file. In my case the function is called at91sam9m10g45ekes_mmc_hw_init(). static void at91sam9m10g45ekes_mmc_hw_init(void) { at91_set_A_periph(AT91_PIN_PA0, 0); /* CLK */ at91_set_A_periph(AT91_PIN_PA1, 1); /* CDA */ at91_set_A_periph(AT91_PIN_PA2, 1); /* D0 */ at91_set_A_periph(AT91_PIN_PA3, 1); /* D1 */ at91_set_A_periph(AT91_PIN_PA4, 1); /* D2 */ at91_set_A_periph(AT91_PIN_PA5, 1); /* D3 */ at91_sys_write(AT91_PMC_PCER, 1 AT91SAM9G45_ID_MCI0); } (Thanks again Rob). Before using the fat commands run mmc rescan 0 (just one time) or the fat command will hang. On Wed, Apr 28, 2010 at 4:17 PM, Robert Emanuele r...@emanuele.us wrote: Andy, Henry, Ulf, and the rest, I've posted the patch that I'm using for my SD/MMC support. It is a new driver based on some of the code from the original Atmel driver that uses the MMC framework. I've tested it on a at91sam9g45 (ES and production chips) and on an ek board and our own board. I hope this can help you guys out and I hope this can get mainlined for others to enjoy. If the patch is not in your email, here is a link to it in the archives: http://lists.denx.de/pipermail/u-boot/2010-April/070816.html --Rob On Fri, Apr 23, 2010 at 6:18 PM, Andy Fleming aflem...@gmail.com wrote: On Fri, Apr 23, 2010 at 6:21 PM, Albin Tonnerre albin.tonne...@free-electrons.com wrote: On Fri, 23 Apr 2010 16:58 -0500, Andy Fleming wrote : On Thu, Apr 22, 2010 at 7:51 PM, Rob Emanuele r...@emanuele.us wrote: Hi Henry U-Boot Community, I've been experiencing the same errors and frustration you have. So I've been looking at this code and these patch sets for a day or two now. I've done that in conjunction with reading the SD card spec: http://www.sdcard.org/developers/tech/sdcard/pls/ I've come to the conclusion that this code as it stands will not work with any card that conforms to the SD Physical Layer Simplified Specification Version 2.0. This includes all SDHC cards and some non-HC cards that conform to version 2.0. I have a few 1GB cards that work just fine with the atmel_mci.c code on a 'G45 as it was in rev 95c44ec485b46ffb43dbdaa299f1491a500fdadf . If your SD card is newer, you'll see in the for loop in sd_init_card in atmel_mci.c time out. In the 2.0 spec, you need to perform a CMD8 (SEND_IF_COND) first to see if your card is a 2.0 card. In CMD8 you tell the card the voltages you support and if you support HC cards. Once you send it the right data there, then ACMD41 will not have its BUSY bit set. That's all well and good, but additionally the CSD register is in a new format and that needs updating before any of this will work. The best solution is to use the MMC framework, which *does* do all of these things that you suggest. It should be fairly straightforward to port the atmel_mci driver to this framework. If you see something lacking, feel free to mention it, or modify the framework. :) I did port the atmel_mci driver to the MMC framework and posted the results on this mailing list a few months back. However, some people apparently experienced issues I have never been able to reproduce, and got few review. I recently adapted the AT91 SD/MMC support patch and the atmel_mci port to use the new C structures access, I'll repost it in a couple days in case anyone's interested. Yeah, I see that now. I'm catching up from being in various other project quagmires. Sadly, I can't apply your patch if people are running into problems with it, but I'd far prefer it. I also don't have such a board, though. If someone could apply Albin's patches, and try to identify why it's not working, I'd be very appreciative. :) Andy ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH v6 0/3] TI: tnetv107x patch series
TNETV107X is a Texas Instruments SoC based on an ARM1176 core, and with a bunch on on-chip integrated peripherals. This patch series generalizes current ARM1176 code to allow for the addition of new ARM1176 SOCs. The remaining patches in this series add arch and board support. Cyril Chemparathy (3): ARM1176: Coexist with other ARM1176 platforms ARM1176: TI: TNETV107X soc initial support TI: TNETV107X EVM initial support MAINTAINERS |4 + MAKEALL |1 + Makefile|3 + arch/arm/cpu/arm1176/cpu.c |3 - arch/arm/cpu/arm1176/start.S| 65 +++- arch/arm/cpu/arm1176/tnetv107x/Makefile | 44 +++ arch/arm/cpu/arm1176/tnetv107x/aemif.c | 93 + arch/arm/cpu/arm1176/tnetv107x/clock.c | 451 +++ arch/arm/cpu/arm1176/tnetv107x/init.c | 37 ++ arch/arm/cpu/arm1176/tnetv107x/lowlevel_init.S | 25 ++ arch/arm/cpu/arm1176/tnetv107x/mux.c| 334 + arch/arm/cpu/arm1176/tnetv107x/timer.c | 122 ++ arch/arm/cpu/arm1176/tnetv107x/wdt.c| 180 + arch/arm/include/asm/arch-tnetv107x/clock.h | 68 arch/arm/include/asm/arch-tnetv107x/emif_defs.h |1 + arch/arm/include/asm/arch-tnetv107x/hardware.h | 173 + arch/arm/include/asm/arch-tnetv107x/mux.h | 306 +++ arch/arm/include/asm/arch-tnetv107x/nand_defs.h | 38 ++ board/ti/tnetv107xevm/Makefile | 49 +++ board/ti/tnetv107xevm/config.mk | 20 + board/ti/tnetv107xevm/sdb_board.c | 149 include/configs/smdk6400.h |8 +- include/configs/tnetv107x_evm.h | 153 23 files changed, 2304 insertions(+), 23 deletions(-) create mode 100644 arch/arm/cpu/arm1176/tnetv107x/Makefile create mode 100644 arch/arm/cpu/arm1176/tnetv107x/aemif.c create mode 100644 arch/arm/cpu/arm1176/tnetv107x/clock.c create mode 100644 arch/arm/cpu/arm1176/tnetv107x/init.c create mode 100644 arch/arm/cpu/arm1176/tnetv107x/lowlevel_init.S create mode 100644 arch/arm/cpu/arm1176/tnetv107x/mux.c create mode 100644 arch/arm/cpu/arm1176/tnetv107x/timer.c create mode 100644 arch/arm/cpu/arm1176/tnetv107x/wdt.c create mode 100644 arch/arm/include/asm/arch-tnetv107x/clock.h create mode 100644 arch/arm/include/asm/arch-tnetv107x/emif_defs.h create mode 100644 arch/arm/include/asm/arch-tnetv107x/hardware.h create mode 100644 arch/arm/include/asm/arch-tnetv107x/mux.h create mode 100644 arch/arm/include/asm/arch-tnetv107x/nand_defs.h create mode 100644 board/ti/tnetv107xevm/Makefile create mode 100644 board/ti/tnetv107xevm/config.mk create mode 100644 board/ti/tnetv107xevm/sdb_board.c create mode 100644 include/configs/tnetv107x_evm.h ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH v6 1/3] ARM1176: Coexist with other ARM1176 platforms
The current ARM1176 CPU specific code is too specific to the SMDK6400 architecture. The following changes were necessary prerequisites for the addition of other SoCs based on ARM1176. Existing board's (SMDK6400) configuration has been modified to keep behavior unchanged despite these changes. 1. Peripheral port remap configurability The earlier code had hardcoded remap values specific to s3c64xx in start.S. This change makes the peripheral port remap addresses and sizes configurable. 2. U-Boot code relocation support Most architectures allow u-boot code to run initially at a different address (possibly in NOR) and then get relocated to its final resting place in RAM. Added support for this capability in ARM1176 architecture. 3. Disable TCM if necessary If a ROM based bootloader happened to have initialized TCM, we disable it here to keep things sane. 4. Remove unnecessary SoC specific includes ARM1176 code does not really need this SoC specific include. The presence of this include prevents builds on other ARM1176 archs. 5. Modified virt-to-phys conversion during MMU disable The original MMU disable code masks out too many bits from the load address when it tries to figure out the physical address of the jump target label. Consequently, it ends up branching to the wrong address after disabling the MMU. Signed-off-by: Cyril Chemparathy cy...@ti.com --- v6: remove CONFIG_SKIP_LOWLEVEL_INIT support v6: modified virt-to-phys mapping to use offset instead of mask v6: changed code comments v6: removed undef CONFIG_SKIP_RELOCATE_UBOOT from smdk6400 config v5: rebased on master in u-boot-arm.git v4: rebased on next in u-boot-arm.git v3: unchanged from v2 v2: unchanged from v1 arch/arm/cpu/arm1176/cpu.c |3 -- arch/arm/cpu/arm1176/start.S | 65 ++--- include/configs/smdk6400.h |8 - 3 files changed, 53 insertions(+), 23 deletions(-) diff --git a/arch/arm/cpu/arm1176/cpu.c b/arch/arm/cpu/arm1176/cpu.c index befa0cd..c0fd114 100644 --- a/arch/arm/cpu/arm1176/cpu.c +++ b/arch/arm/cpu/arm1176/cpu.c @@ -33,9 +33,6 @@ #include common.h #include command.h -#ifdef CONFIG_S3C64XX -#include asm/arch/s3c6400.h -#endif #include asm/system.h static void cache_flush (void); diff --git a/arch/arm/cpu/arm1176/start.S b/arch/arm/cpu/arm1176/start.S index e2b6c9b..a540edb 100644 --- a/arch/arm/cpu/arm1176/start.S +++ b/arch/arm/cpu/arm1176/start.S @@ -1,5 +1,5 @@ /* - * armboot - Startup Code for S3C6400/ARM1176 CPU-core + * armboot - Startup Code for ARM1176 CPU-core * * Copyright (c) 2007 Samsung Electronics * @@ -35,9 +35,6 @@ #ifdef CONFIG_ENABLE_MMU #include asm/proc/domain.h #endif -#ifdef CONFIG_S3C64XX -#include asm/arch/s3c6400.h -#endif #if !defined(CONFIG_ENABLE_MMU) !defined(CONFIG_SYS_PHY_UBOOT_BASE) #define CONFIG_SYS_PHY_UBOOT_BASE CONFIG_SYS_UBOOT_BASE @@ -172,14 +169,10 @@ cpu_init_crit: bic r0, r0, #0x0087 @ clear bits 7, 2:0 (B--- -CAM) orr r0, r0, #0x0002 @ set bit 2 (A) Align orr r0, r0, #0x1000 @ set bit 12 (I) I-Cache + /* Prepare to disable the MMU */ - adr r1, mmu_disable_phys - /* We presume we're within the first 1024 bytes */ - and r1, r1, #0x3fc - ldr r2, _TEXT_PHY_BASE - ldr r3, =0xfff0 - and r2, r2, r3 - orr r2, r2, r1 + adr r2, mmu_disable_phys + sub r2, r2, #(CONFIG_SYS_PHY_UBOOT_BASE - TEXT_BASE) b mmu_disable .align 5 @@ -189,14 +182,30 @@ mmu_disable: nop nop mov pc, r2 +mmu_disable_phys: + +#ifdef CONFIG_DISABLE_TCM + /* +* Disable the TCMs +*/ + mrc p15, 0, r0, c0, c0, 2 /* Return TCM details */ + cmp r0, #0 + beq skip_tcmdisable + mov r1, #0 + mov r2, #1 + tst r0, r2 + mcrne p15, 0, r1, c9, c1, 1 /* Disable Instruction TCM if present*/ + tst r0, r2, LSL #16 + mcrne p15, 0, r1, c9, c1, 0 /* Disable Data TCM if present*/ +skip_tcmdisable: +#endif #endif -mmu_disable_phys: -#ifdef CONFIG_S3C64XX +#ifdef CONFIG_PERIPORT_REMAP /* Peri port setup */ - ldr r0, =0x7000 - orr r0, r0, #0x13 - mcr p15,0,r0,c15,c2,4 @ 256M (0x7000 - 0x7fff) + ldr r0, =CONFIG_PERIPORT_BASE + orr r0, r0, #CONFIG_PERIPORT_SIZE + mcr p15,0,r0,c15,c2,4 #endif /* @@ -204,7 +213,25 @@ mmu_disable_phys: */ bl lowlevel_init /* go setup pll,mux,memory */ -after_copy: +#ifndef CONFIG_SKIP_RELOCATE_UBOOT +relocate: /* relocate U-Boot to RAM */ + adr r0, _start /* r0 - current position of code */ + ldr r1, _TEXT_BASE /* test if we run from flash or RAM */ + cmp r0, r1 /* don't
[U-Boot] [PATCH v6 3/3] TI: TNETV107X EVM initial support
TNETV107X is a Texas Instruments SoC based on an ARM1176 core, and with a bunch on on-chip integrated peripherals. This patch adds support for the TNETV107X EVM board. Signed-off-by: Cyril Chemparathy cy...@ti.com --- v6: moved async emif config, and pll config to board code v6: moved pll and aemif initialization to board init v6: enabled NAND BBT and JFFS2 support v5: rebased on master in u-boot-arm.git (unchanged) v4: rebased on next in u-boot-arm.git (unchanged) v3: Added NAND MTDID comment in board config v2: Added maintainers entry v2: Fixed sort order in main makefile v2: Remove board specific linker script v2: Style fixes - multiline comments v2: Replaced clk_get() with clk_get_rate() MAINTAINERS |4 + MAKEALL |1 + Makefile |3 + board/ti/tnetv107xevm/Makefile| 49 board/ti/tnetv107xevm/config.mk | 20 + board/ti/tnetv107xevm/sdb_board.c | 149 include/configs/tnetv107x_evm.h | 153 + 7 files changed, 379 insertions(+), 0 deletions(-) create mode 100644 board/ti/tnetv107xevm/Makefile create mode 100644 board/ti/tnetv107xevm/config.mk create mode 100644 board/ti/tnetv107xevm/sdb_board.c create mode 100644 include/configs/tnetv107x_evm.h diff --git a/MAINTAINERS b/MAINTAINERS index f3f59f4..2b03a1b 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -62,6 +62,10 @@ Oliver Brown obr...@adventnetworks.com gw8260 MPC8260 +Cyril Chemparathy cy...@ti.com + + tnetv107x_evm tnetv107x + Conn Clark cl...@esteem.com ESTEEM192E MPC8xx diff --git a/MAKEALL b/MAKEALL index 593203f..ee3de7e 100755 --- a/MAKEALL +++ b/MAKEALL @@ -626,6 +626,7 @@ LIST_ARM11=\ mx31pdk_nand\ qong\ smdk6400\ + tnetv107x_evm \ # diff --git a/Makefile b/Makefile index 0467147..052d0f1 100644 --- a/Makefile +++ b/Makefile @@ -3322,6 +3322,9 @@ smdk6400_config : unconfig fi @echo CONFIG_NAND_U_BOOT = y $(obj)include/config.mk +tnetv107x_evm_config: unconfig + @$(MKCONFIG) $(@:_config=) arm arm1176 tnetv107xevm ti tnetv107x + # # i386 # diff --git a/board/ti/tnetv107xevm/Makefile b/board/ti/tnetv107xevm/Makefile new file mode 100644 index 000..2446c2a --- /dev/null +++ b/board/ti/tnetv107xevm/Makefile @@ -0,0 +1,49 @@ +# +# 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., 675 Mass Ave, Cambridge, MA 02139, USA. +# + +include $(TOPDIR)/config.mk + +LIB= $(obj)lib$(BOARD).a + +COBJS += sdb_board.o + +SRCS := $(SOBJS:.o=.S) $(COBJS:.o=.c) +OBJS := $(addprefix $(obj),$(COBJS)) +SOBJS := $(addprefix $(obj),$(SOBJS)) + +.PHONY: all + +all: $(LIB) + +$(LIB):$(obj).depend $(OBJS) $(SOBJS) + $(AR) $(ARFLAGS) $@ $(OBJS) $(SOBJS) + +clean: + rm -f $(SOBJS) $(OBJS) + +distclean: clean + rm -f $(LIB) core *.bak *~ .depend + +# +# This is for $(obj).depend target +include $(SRCTREE)/rules.mk + +sinclude $(obj).depend + +# diff --git a/board/ti/tnetv107xevm/config.mk b/board/ti/tnetv107xevm/config.mk new file mode 100644 index 000..d24d49a --- /dev/null +++ b/board/ti/tnetv107xevm/config.mk @@ -0,0 +1,20 @@ +# +# 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
Re: [U-Boot] [PATCH 2/2] [v6] allow print_size to print large numbers on 32-bit systems
Wolfgang, if you have no objections, please apply this patch. On Tue, Apr 13, 2010 at 1:16 PM, Timur Tabi ti...@freescale.com wrote: Modify print_size() so that it can accept numbers larger than 4GB on 32-bit systems. Add support for display terabyte, petabyte, and exabyte sizes. Change the output to use International Electrotechnical Commission binary prefix standard. Signed-off-by: Timur Tabi ti...@freescale.com --- -- 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] [PATCH 1/2] [v2] fix print_size printing fractional gigabyte numbers on 32-bit platforms
Wolfgang, if you have no objections, please apply this patch. On Tue, Apr 13, 2010 at 1:16 PM, Timur Tabi ti...@freescale.com wrote: In print_size(), the math that calculates the fractional remainder of a number used the same integer size as a physical address. However, the 10 * factor of the algorithm means that a large number (e.g. 1.5GB) can overflow the integer if we're running on a 32-bit system. Therefore, we need to disassociate this function from the size of a physical address. Signed-off-by: Timur Tabi ti...@freescale.com --- -- Timur Tabi Linux kernel developer at Freescale ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] U-Boot ram disk
hi list, Is it possible copy a file from ramdisk address on target machine (U-Boot command line) to host machine. I want to save the linux kernel image saved inside the Nand Flash, to a directory inside my machine. Is it possible??? Thanks, Nuno Cardoso. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [GIT PULL] Please pull u-boot-pxa/fix
Dne Čt 29. dubna 2010 13:40:21 Marek Vasut napsal(a): The following changes since commit 3699c28e6d16b563629c285311a0ce62a2c4c5d0: Wolfgang Denk (1): Merge branch 'master' of git://git.denx.de/u-boot-video are available in the git repository at: git://git.denx.de/u-boot-pxa.git fix Marek Vasut (1): PXA: Align stack to 8 bytes arch/arm/cpu/pxa/start.S |5 - 1 files changed, 4 insertions(+), 1 deletions(-) Any updates? Thanks ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [GIT PULL] Please pull u-boot-pxa/next
Dne Čt 29. dubna 2010 20:28:46 Marek Vasut napsal(a): Dne Čt 29. dubna 2010 18:31:41 Tom Rix napsal(a): Marek Vasut wrote: Tom, ok, one more time, I moved the fix Wolfgang requested to another branch. Please pull these changes then. Cheers The following changes since commit 3699c28e6d16b563629c285311a0ce62a2c4c5d0: Wolfgang Denk (1): Merge branch 'master' of git://git.denx.de/u-boot-video are available in the git repository at: git://git.denx.de/u-boot-pxa.git next Marek Vasut (4): PXA: PXAMMC: Drop different delays for PXA27X PXA: PXAMMC: Add Monahans support The name of this patch changed http://www.mail-archive.com/u-boot@lists.denx.de/msg29975.html This is close but not the same patch. PXA: Add UP2OCR register bit definitions http://www.mail-archive.com/u-boot@lists.denx.de/msg31137.html This is close but not the same patch PXA: Add missing MDREFR bits arch/arm/include/asm/arch-pxa/pxa-regs.h | 25 + drivers/mmc/pxa_mmc.c| 17 ++--- 2 files changed, 27 insertions(+), 15 deletions(-) It seems like there are two patches in this set that were changed without being posted to the mailing list. Please post all changes to mailing list. Tom Posted whole series again ... now you can pull finally ? And also I informed I did bugfix changes to that patch. Cheers Any updates? Thanks ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Fix for a build ?
On Monday 03 May 2010 09:51:29 Sylvain Lamontagne wrote: We have recently installed an automated build system in our company and occasionally there is a problem when U-Boot is built. One build will work the other will not without any changes to the sources (it is not: 1 work, then other fail... it is more like 3 may work the 4 will not but the 5 will). Our build system guy says that the problem is probably a race condition with a dependency in the U-Boot make. Here is the error that trigger the failure. *[09:23:58]:* */home/slamon/server/TeamCity/buildAgent/work/19b40828dc62d35d/build/u-boo t-1.3.4/cpu/mpc5xxx/.depend:73: *** multiple target patterns. Stop.* this should already be fixed in the latest version -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] Fix for a build ?
And do you know what was the fix so that I could apply it to our version ? On Mon, May 3, 2010 at 2:52 PM, Mike Frysinger vap...@gentoo.org wrote: On Monday 03 May 2010 09:51:29 Sylvain Lamontagne wrote: We have recently installed an automated build system in our company and occasionally there is a problem when U-Boot is built. One build will work the other will not without any changes to the sources (it is not: 1 work, then other fail... it is more like 3 may work the 4 will not but the 5 will). Our build system guy says that the problem is probably a race condition with a dependency in the U-Boot make. Here is the error that trigger the failure. *[09:23:58]:* */home/slamon/server/TeamCity/buildAgent/work/19b40828dc62d35d/build/u-boo t-1.3.4/cpu/mpc5xxx/.depend:73: *** multiple target patterns. Stop.* this should already be fixed in the latest version -mike ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Fix for a build ?
Dear Sylvain Lamontagne, please do not top-post / full quote. Please read http://www.netmeister.org/news/learn2quote.html In message t2x3e45db431005031314s2a2ef407oa2eb9eb256c7b...@mail.gmail.com you wrote: And do you know what was the fix so that I could apply it to our version ? You can try and run git bisect on the tree to find out yourself. But I guess the fix is buried in a ton of other changes, so you will find a backport is not as trivial a thing as it might seem. 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 Nobody trips over mountains. It is the small pebble that causes you to stumble. Pass all the pebbles in your path and you will find you have crossed the mountain. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Fix for a build ?
Dear Sylvain Lamontagne, In message h2y3e45db431005030651sacba80cz14740e8d79c4d...@mail.gmail.com you wrote: We have recently installed an automated build system in our company and occasionally there is a problem when U-Boot is built. One build will work the other will not without any changes to the sources (it is not: 1 work, then other fail... it is more like 3 may work the 4 will not but the 5 will). Our build system guy says that the problem is probably a race condition with a dependency in the U-Boot make. ... *[09:23:58]:* *make: *** [/home/slamon/server/TeamCity/buildAgent/work/19b40828dc62d35d/build/u-boot-1.3.4/cpu/mpc5xxx/start.o] --- Ah, U-Boot release 1.3.4. That's nearly two years old, which means it's ancient. Yes, there may be race conditions during building, especially on SMP machines. Is there a way to fix this ? It could be putting some sleep somewhere... Please upgrade to a recent version. * Also, upgrading U-Boot is not an option... since we don't have the need nor resources to port a new version of U-Boot to this product. So please don't suggest that. Heh. So what do you want? A solution, but no changes? We will not fix for free any bugs in old versions of the code. You have the following options: - stick with the obsolete code you have and stop complaining - update to the current release and ask again if there should still be problems (which I doubt) - fix the problems yourself - hire somebody else to fix the problems (and most probably the most efficient way to fix the problem will be an update to the current release) For your next project you can try and learn a lesson from this issue: the amount of effort saved by not pushing your port upstream into mainline is often smaller than the added maintenance cost for an out-of-tree port. 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 You never have the time to do things right, but you will always have the time to do them twice. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] initialisations do by tftp
Dear g.carpent...@neomore.com, In message 20100503143119.f1dc28000...@mwinf2a27.orange.fr you wrote: I have a question about initialisations that the tftp command do in u-boot. I try to make a Linux for a Cogent SBC637 and I am able to boot my kernel (save in flash at address 0x1004) with a NFS if I use the tftp or tftpboot command to load any file in RAM before the bootm 0x1004 command but if I didn't do that I have a kernel panic because eth0 is not initialise. Could you tell me what tftp command do exactly? Or how can I resolve this problem. Did you have a look at the FAQ? If so, I don't understand why you didn't run into this one: http://www.denx.de/wiki/view/DULG/EthernetDoesNotWorkInLinux And follow the ongoing discussions here on this list, for example the thread add write_hwaddr support. 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 The only perfect science is hind-sight. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] U-Boot ram disk
Dear Nuno Cardoso, In message k2i3cf2debb1005030943j5f36981k5ad16afca164f...@mail.gmail.com you wrote: Is it possible copy a file from ramdisk address on target machine (U-Boot command line) to host machine. I want to save the linux kernel image saved inside the Nand Flash, to a directory inside my machine. Is it possible??? Your request makes little sense to me. If the kernel image in stored in NAND flash, then there is no ramdisk address for it, first because the kernel is not a ramdisk, and second because NAND flash is a storage device which has things like block numbers or offsets but no such thing as addresses. Save ... to a directory does not work in U-Boot either, as all file system support is read-only. 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 Beware of bugs in the above code; I have only proved it correct, not tried it. - Donald Knuth ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Fix for a build ?
+1 ;) -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] Fix for a build ?
Is there a way to fix this ? It could be putting some sleep somewhere... Please upgrade to a recent version. Thank you for suggesting ... * Also, upgrading U-Boot is not an option... since we don't have the need nor resources to port a new version of U-Boot to this product. So please don't suggest that. Heh. So what do you want? A solution, but no changes? I was asking in case someone remembered and could have been an easy fix. Something like: Yes, Sylvain If I remember there was a race condition with MakefileX in Y specially on an SMP machine. That would have been a perfectly correct answer. We will not fix for free any bugs in old versions of the code. That was absolutely not what I was asking for ... I did not want anybody of you to fix this for me. I was asking for pointers and it was a quick question that should have get a quick answer, nothing more. - stick with the obsolete code you have and stop complaining Again, I was not complaining. Reading the archive of this mailing list, it seems that you, Wolfgang, tend to often take what people ask as a complaint and I suggest that you should work on this aspect if you want people to contribute by their free will. - update to the current release and ask again if there should still be problems (which I doubt) - fix the problems yourself - hire somebody else to fix the problems (and most probably the most efficient way to fix the problem will be an update to the current release) You may have never been in this situation, but I work for a company that is big enough to not let me change something that work fine only for some failure from time to time related to a race condition on a new automated build server. I did try to update U-Boot in the past few month but I always end-up with problem related to variables that changes names (CFG vs CONFIG) or to bizarre memory config created by my predecessor that make the new version unworkable. I am not an electronician and there is still aspect of embedded development that I don't yet understand. I have an IT degree and I'm currently learning embedded in the field since my predecessor was laid off. If giving chance to people is not in your nature, then I'm sorry to have been taking your time. Make it easy to upgrade and people may then upgrade more often. The Linux kernel 2.4 is still supported in some way for people that have very old hardware that work only with it, so why wouldn't it be legitimate to keep a tested version of U-Boot on a running product only because it's 2 year old ? Anyway thx for answering even if the answer was a bit rude... Sylvain ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] Pull request - net
Wolfgang, Sorry this took so long... The following changes since commit 4185ae7a7146a77a792e5ba49845e5ca6e95b038: Wolfgang Denk (1): Merge branch 'master' of ssh://gemini/home/wd/git/u-boot/master are available in the git repository at: git://git.denx.de/u-boot-net.git master Andy Fleming (1): tsec: Wait for both RX and TX to stop Ben Warren (1): Program net device MAC addresses after initializing Detlev Zundel (3): net: Trivial coding style issue with empty for statement Remove unused local_crc32 function. mpc512x_fec: Move PHY initialization from probe into init routine. Eric Jarrige (1): fec_mxc.c: Fix MX27 FEC MAC validity check Heiko Schocher (1): net: fec_mxc: add write_hwaddr support John Rigby (1): fec_mxc don't use internal eeprom on MX25 Mike Frysinger (2): net: dm9000x: use standard I/O accessors Blackfin: bfin_mac: hook up new write_hwaddr function Prafulla Wadaskar (3): net: Kirkwood_egiga.c: fixed build warnings net: Kirkwood_egiga.c bugfixes for rx path net:kirkwood_egiga.c: MAC addresses programming using write_hwaddr Richard Retanubun (1): 83xx: UEC: Added support for bitBang MII driver access to PHYs Robin Getz (1): ./net/net.c - make Microsoft dns servers happy with random_port() numbers Thomas Chou (4): net: add opencore 10/100 ethernet mac driver net: add altera triple speeds ethernet mac driver net: altera_tse: add write_hwaddr support net: ethoc: add write_hwaddr support Valentin Yakovenkov (1): smc911x driver frame alignment patch Wolfgang Wegner (1): fix lockup in mcfmii/mii_discover_phy() in case communication fails README |5 + arch/powerpc/cpu/mpc8220/fec.c | 41 +-- doc/README.drivers.eth |7 +- doc/README.enetaddr| 10 +- drivers/net/Makefile |2 + drivers/net/altera_tse.c | 942 drivers/net/altera_tse.h | 494 + drivers/net/bfin_mac.c | 28 +- drivers/net/bfin_mac.h |3 +- drivers/net/dm9000x.c | 12 +- drivers/net/ethoc.c| 511 ++ drivers/net/fec_mxc.c |8 +- drivers/net/kirkwood_egiga.c | 24 +- drivers/net/kirkwood_egiga.h |2 +- drivers/net/mcfmii.c | 45 +- drivers/net/mpc512x_fec.c | 70 +--- drivers/net/mpc5xxx_fec.c | 41 +-- drivers/net/smc911x.c |2 +- drivers/net/tsec.c |3 +- drivers/qe/uec.c |6 +- drivers/qe/uec_phy.c | 47 ++ include/net.h |1 + include/netdev.h |3 + net/eth.c | 18 +- net/net.c |6 +- 25 files changed, 2120 insertions(+), 211 deletions(-) create mode 100644 drivers/net/altera_tse.c create mode 100644 drivers/net/altera_tse.h create mode 100644 drivers/net/ethoc.c ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [GIT PULL] Please pull u-boot-pxa/next
Marek Vasut wrote: Dne Čt 29. dubna 2010 18:31:41 Tom Rix napsal(a): Marek Vasut wrote: Tom, ok, one more time, I moved the fix Wolfgang requested to another branch. Please pull these changes then. Cheers The following changes since commit 3699c28e6d16b563629c285311a0ce62a2c4c5d0: Wolfgang Denk (1): Merge branch 'master' of git://git.denx.de/u-boot-video are available in the git repository at: git://git.denx.de/u-boot-pxa.git next Marek Vasut (4): PXA: PXAMMC: Drop different delays for PXA27X PXA: PXAMMC: Add Monahans support The name of this patch changed http://www.mail-archive.com/u-boot@lists.denx.de/msg29975.html This is close but not the same patch. PXA: Add UP2OCR register bit definitions http://www.mail-archive.com/u-boot@lists.denx.de/msg31137.html This is close but not the same patch PXA: Add missing MDREFR bits arch/arm/include/asm/arch-pxa/pxa-regs.h | 25 + drivers/mmc/pxa_mmc.c| 17 ++--- 2 files changed, 27 insertions(+), 15 deletions(-) It seems like there are two patches in this set that were changed without being posted to the mailing list. Please post all changes to mailing list. Tom Posted whole series again ... now you can pull finally ? And also I informed I did bugfix changes to that patch. Cheers I will get to this shortly. Tom ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] U-Boot ram disk
hi, the big problem is that I have an embedded system where I don't know the login password to login. I forgot the password, and try and try... but I can't remember. The system had some important information, so I want to restore the system. The steps that I want to follow are: 1) save the target rootfs to my machine; 2) mount the filesystem on my machine; 3) change the rot password; 4) finally, store the new file system on the taget machine (embedded system). To do the first step, I need to save the rootfs image on my machine to mount it. So, I need to stop the u-boot initialization, before the login step, to save the rootfs. But, U-Boot doesn't have any kind of command to do that. Can I load the rootfs from NAND Flash to ramdisk (nand read rootfs size) and print the memory at address from memory to display (md x) and save the GTKTerm display to a local file and do some kind of process to remove the wrong caracters??? Maybe with this I can do this??? What is yout opinion Thanks a lot, Nuno Cardoso. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] U-Boot ram disk
On 05/03/2010 05:33 PM, Nuno Cardoso wrote: hi, the big problem is that I have an embedded system where I don't know the login password to login. I forgot the password, and try and try... but I can't remember. The system had some important information, so I want to restore the system. The steps that I want to follow are: 1) save the target rootfs to my machine; 2) mount the filesystem on my machine; 3) change the rot password; 4) finally, store the new file system on the taget machine (embedded system). Have you tried adding init=/bin/sh to the bootargs variable? Can I load the rootfs from NAND Flash to ramdisk (nand read rootfs size) and print the memory at address from memory to display (md x) and save the GTKTerm display to a local file and do some kind of process to remove the wrong caracters??? Maybe with this I can do this??? What is yout opinion I suppose you could do this (using something like xxd to undo the hex dump), but that would be a lot to copy and paste. The only other option I can see from a quick look is the saves command to upload data to the host in S-record format. -Scott ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Fix for a build ?
On Monday 03 May 2010 18:02:26 Sylvain Lamontagne wrote: Make it easy to upgrade and people may then upgrade more often. as Wolfgang said, this is your fault. integrated board ports get updated automatically by other people. so if you had integrated your board port, the CFG vs CONFIG and related changes wouldnt have been an issue as other people would have fixed it for you. -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] [PATCH v2 02/17] change_bit routine defined
On 5/3/2010 5:01 AM, Tom Rix wrote: Vipin KUMAR wrote: change_bit routine is left implementation dependent until now. This routine is now defined for arm platforms in asm-arm/bitops.h Add a reason on why this change is needed. Something like 'mtd/nand/.. needs this to be defined.. and the new nand driver needs it.. ' OK. I would expand the commit log to include the above information Regards Vipin Tom Signed-off-by: Vipin Kumar vipin.ku...@st.com --- arch/arm/include/asm/bitops.h | 11 +-- 1 files changed, 9 insertions(+), 2 deletions(-) diff --git a/arch/arm/include/asm/bitops.h b/arch/arm/include/asm/bitops.h index 270f163..435857b 100644 --- a/arch/arm/include/asm/bitops.h +++ b/arch/arm/include/asm/bitops.h @@ -29,8 +29,6 @@ extern void set_bit(int nr, volatile void * addr); extern void clear_bit(int nr, volatile void * addr); -extern void change_bit(int nr, volatile void * addr); - static inline void __change_bit(int nr, volatile void *addr) { unsigned long mask = BIT_MASK(nr); @@ -39,6 +37,15 @@ static inline void __change_bit(int nr, volatile void *addr) *p ^= mask; } +static inline void change_bit(int nr, volatile void *addr) +{ +unsigned long flags; + +local_irq_save(flags); +__change_bit(nr, addr); +local_irq_restore(flags); +} + static inline int __test_and_set_bit(int nr, volatile void *addr) { unsigned long mask = BIT_MASK(nr); ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH v2 03/17] SPEAr : SMI erase and write timeouts increased
On 5/3/2010 5:03 AM, Tom Rix wrote: Vipin KUMAR wrote: SMI driver fails because of low timeout values. Increasing the erase and write timeouts to 3 seconds Signed-off-by: Vipin Kumar vipin.ku...@st.com --- arch/arm/include/asm/arch-spear/spr_smi.h |6 +++--- drivers/mtd/spr_smi.c |8 2 files changed, 7 insertions(+), 7 deletions(-) diff --git a/arch/arm/include/asm/arch-spear/spr_smi.h b/arch/arm/include/asm/arch-spear/spr_smi.h index 06df745..e2e5e8f 100644 --- a/arch/arm/include/asm/arch-spear/spr_smi.h +++ b/arch/arm/include/asm/arch-spear/spr_smi.h @@ -108,8 +108,8 @@ struct flash_dev { ushort sector_count; }; -#define SFLASH_PAGE_SIZE0x100/* flash page size */ -#define XFER_FINISH_TOUT2/* xfer finish timeout */ -#define WMODE_TOUT2/* write enable timeout */ +#define SFLASH_PAGE_SIZE0x100/* flash page size */ +#define XFER_FINISH_TOUT(3 * CONFIG_SYS_HZ) +#define WMODE_TOUT(3 * CONFIG_SYS_HZ) Restore the comments for xfer and write timeouts OK #endif diff --git a/drivers/mtd/spr_smi.c b/drivers/mtd/spr_smi.c index 9a70a19..189ee6d 100644 --- a/drivers/mtd/spr_smi.c +++ b/drivers/mtd/spr_smi.c @@ -60,11 +60,11 @@ static struct flash_dev flash_ids[] = { */ static void smi_wait_xfer_finish(int timeout) { -while (timeout--) { +do { if (readl(smicntl-smi_sr) TFF) break; udelay(1000); -} +} while (timeout--); } Earlier (Jan 11), I recommended that if there is timeout, that this is a failure The status of the failure must be passed up. smi_write_enable checks the timeout smi_read_id, smi_read_sr does not Mistake. It should have been done already. Please find these changes in v3 patch Why was the logic for the loops changed? If you want to change the logic, you should also change smi_wait_till_ready to be consistent. OK. Please find the changes in v3 Tom /* @@ -215,11 +215,11 @@ static int smi_write_enable(int bank) /* Restore the CTRL REG1 state */ writel(ctrlreg1, smicntl-smi_cr1); -while (timeout--) { +do { if (smi_read_sr(bank) (1 (bank + WM_SHIFT))) break; udelay(1000); -} +} while (timeout--); if (timeout) return 0; ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH v2 04/17] SPEAr : Placing ethaddr write and read within CONFIG_CMD_NET
On 5/3/2010 5:06 AM, Tom Rix wrote: Vipin KUMAR wrote: ethaddr can be optionally read from i2c memory. So, chip_config command supports reading/writing hw mac id into i2c memory. Placing this code within CONFIG_CMD_NET as this would only be needed when network interface is configured Signed-off-by: Vipin Kumar vipin.ku...@st.com --- board/spear/common/spr_misc.c | 23 --- 1 files changed, 20 insertions(+), 3 deletions(-) diff --git a/board/spear/common/spr_misc.c b/board/spear/common/spr_misc.c index e356912..4af9436 100644 --- a/board/spear/common/spr_misc.c +++ b/board/spear/common/spr_misc.c @@ -38,6 +38,10 @@ DECLARE_GLOBAL_DATA_PTR; static struct chip_data chip_data; +#if defined(CONFIG_CMD_NET) +static int i2c_read_mac(uchar *buffer); +#endif + int dram_init(void) { struct xloader_table *xloader_tb = @@ -166,6 +170,7 @@ int spear_board_init(ulong mach_type) return 0; } +#if defined(CONFIG_CMD_NET) static int i2c_read_mac(uchar *buffer) { u8 buf[2]; @@ -205,15 +210,20 @@ static int write_mac(uchar *mac) puts(I2C EEPROM writing failed \n); return -1; } +#endif int do_chip_config(cmd_tbl_t *cmdtp, int flag, int argc, char *argv[]) { void (*sram_setfreq) (unsigned int, unsigned int); struct chip_data *chip = chip_data; -unsigned char mac[6]; -unsigned int reg, frequency; +unsigned int frequency; + +#if defined(CONFIG_CMD_NET) +unsigned int reg; char *s, *e; char i2c_mac[20]; +unsigned char mac[6]; +#endif These variable should be moved to etheraddr if-check scope This will clean up having multiple #if defined(CONFIG_CMD_NET) checks unsigned char mac[] has a larger scope so it is not moved. Other variable definitions moved to etheraddr if-check scope as suggested if ((argc 3) || (argc 2)) { cmd_usage(cmdtp); @@ -244,6 +254,8 @@ int do_chip_config(cmd_tbl_t *cmdtp, int flag, int argc, char *argv[]) } return 0; + +#if defined(CONFIG_CMD_NET) } else if (!strcmp(argv[1], ethaddr)) { s = argv[2]; @@ -255,6 +267,7 @@ int do_chip_config(cmd_tbl_t *cmdtp, int flag, int argc, char *argv[]) write_mac(mac); return 0; +#endif } else if (!strcmp(argv[1], print)) { if (chip-cpufreq == -1) @@ -274,13 +287,14 @@ int do_chip_config(cmd_tbl_t *cmdtp, int flag, int argc, char *argv[]) else printf(DDR Type= Not Known\n); +#if defined(CONFIG_CMD_NET) if (!i2c_read_mac(mac)) { sprintf(i2c_mac, %pM, mac); printf(Ethaddr (from i2c mem) = %s\n, i2c_mac); } else { printf(Ethaddr (from i2c mem) = Not set\n); } From misc_init_r, the mac_id is stored in the enviromement. Because the enviroment has precendence over the i2c. Reporting the i2c mac address may be inconsistent or wrong. The print in the chip_config print clearly says that this mac address is set in i2c memory and in fact this is also the intention. Probably, I should add a comment saying ethaddr in environment variable may be different and it is the one used as mac id in network interface OR should I add a print itself that this is the mac id stored in i2c memory and may be stale ? Tom - +#endif printf(Xloader Rev = %s\n, chip-version); return 0; @@ -293,4 +307,7 @@ int do_chip_config(cmd_tbl_t *cmdtp, int flag, int argc, char *argv[]) U_BOOT_CMD(chip_config, 3, 1, do_chip_config, configure chip, chip_config cpufreq/ddrfreq frequency\n +#if defined(CONFIG_CMD_NET) + chip_config ethaddr XX:XX:XX:XX:XX:XX\n +#endif chip_config print); ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH v2 05/17] SPEAr : Reducing the max RAM size to 128MB
On 5/3/2010 5:07 AM, Tom Rix wrote: Vipin KUMAR wrote: Signed-off-by: Vipin Kumar vipin.ku...@st.com --- include/configs/spear-common.h |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/include/configs/spear-common.h b/include/configs/spear-common.h index cc52e39..b526558 100644 --- a/include/configs/spear-common.h +++ b/include/configs/spear-common.h @@ -208,6 +208,6 @@ /* Physical Memory Map */ #define CONFIG_NR_DRAM_BANKS1 #define PHYS_SDRAM_10x -#define PHYS_SDRAM_1_MAXSIZE0x4000 +#define PHYS_SDRAM_1_MAXSIZE0x0800 I verified that spear3xx and spear6xx only have 128GB Add a more descriptive long commit explaining why the change is necessary. Actually, Spear platform supports up to 1GB of RAM. The problem is that the ddr driver does not work properly for the function get_ram_size when the max size of RAM is passed more than the supported size on the board. There are random crashes while running uboot The problem is with ddr driver. I have to look into this. This commit change is temporary and once the ddr driver problem is resolved, it would get back to 1GB Tom #endif ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH v2 06/17] SPEAr : Basic arch related support added for SPEAr SoCs
On 5/3/2010 5:10 AM, Tom Rix wrote: Vipin KUMAR wrote: Adding CONFIG_DISPLAY_CPUINFO and CONFIG_ARCH_CPU_INIT support for SPEAr3xx and SPEAr6xx SoCs Add more complete description of these CONFIG_* variables in the commit log Signed-off-by: Vipin Kumar vipin.ku...@st.com --- arch/arm/cpu/arm926ejs/spear/Makefile |3 +- arch/arm/cpu/arm926ejs/spear/cpu.c | 76 arch/arm/include/asm/arch-spear/spr_misc.h |5 ++ include/configs/spear-common.h |3 +- 4 files changed, 85 insertions(+), 2 deletions(-) create mode 100644 arch/arm/cpu/arm926ejs/spear/cpu.c diff --git a/arch/arm/cpu/arm926ejs/spear/Makefile b/arch/arm/cpu/arm926ejs/spear/Makefile index bf8dfa8..2814526 100644 --- a/arch/arm/cpu/arm926ejs/spear/Makefile +++ b/arch/arm/cpu/arm926ejs/spear/Makefile @@ -26,7 +26,8 @@ include $(TOPDIR)/config.mk LIB= $(obj)lib$(SOC).a COBJS:= reset.o \ - timer.o + timer.o \ + cpu.o Order the objects is alphabetical. Move cpu.o to first position OK. Please find the changes in v3 SOBJS:= SRCS:= $(SOBJS:.o=.S) $(COBJS:.o=.c) diff --git a/arch/arm/cpu/arm926ejs/spear/cpu.c b/arch/arm/cpu/arm926ejs/spear/cpu.c new file mode 100644 index 000..e935fec --- /dev/null +++ b/arch/arm/cpu/arm926ejs/spear/cpu.c @@ -0,0 +1,76 @@ +/* + * (C) Copyright 2009 + * Vipin Kumar, ST Micoelectronics, vipin.ku...@st.com. + * + * 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 common.h +#include asm/io.h +#include asm/arch/hardware.h +#include asm/arch/spr_misc.h + +#ifdef CONFIG_ARCH_CPU_INIT +int arch_cpu_init(void) +{ +struct misc_regs *const misc_p = +(struct misc_regs *)CONFIG_SPEAR_MISCBASE; +u32 periph1_clken; + +periph1_clken = readl(misc_p-periph1_clken); + +#if defined(CONFIG_PL011_SERIAL) +periph1_clken |= MISC_UART0ENB; +#endif +#if defined(CONFIG_DW_ETH) +periph1_clken |= MISC_ETHENB; This config is not defined. This is dead code Remove or maybe this should be CONFIG_DESIGNWARE_ETH Yes, done in v3 patch +#endif +#if defined(CONFIG_DW_UDC) +periph1_clken |= MISC_USBDENB; +#endif +#if defined(CONFIG_DW_I2C) +periph1_clken |= MISC_I2CENB; +#endif +#if defined(CONFIG_ST_SMI) +periph1_clken |= MISC_SMIENB; +#endif +#if defined(CONFIG_NAND_FSMC) +periph1_clken |= MISC_FSMCENB; +#endif + +writel(periph1_clken, misc_p-periph1_clken); +return 0; +} +#endif + +#ifdef CONFIG_DISPLAY_CPUINFO +int print_cpuinfo(void) +{ +#ifdef CONFIG_SPEAR300 +printf(CPU: SPEAr300\n); +#elif defined(CONFIG_SPEAR310) +printf(CPU: SPEAr310\n); +#elif defined(CONFIG_SPEAR320) +printf(CPU: SPEAr320\n); +#elif defined(CONFIG_SPEAR600) +printf(CPU: SPEAr600\n); Add an #else #error Unknown cpu .. To future proof this logic. OK. Done in patch v3 +#endif +return 0; +} +#endif diff --git a/arch/arm/include/asm/arch-spear/spr_misc.h b/arch/arm/include/asm/arch-spear/spr_misc.h index 8b96d9b..045d2bb 100644 --- a/arch/arm/include/asm/arch-spear/spr_misc.h +++ b/arch/arm/include/asm/arch-spear/spr_misc.h @@ -126,5 +126,10 @@ struct misc_regs { /* PERIPH1_CLKEN, PERIPH1_RST value */ #define MISC_USBDENB0x0100 +#define MISC_ETHENB0x0080 +#define MISC_SMIENB0x0020 +#define MISC_FSMCENB0x0200 +#define MISC_I2CENB0x0080 +#define MISC_UART0ENB0x0008 #endif diff --git a/include/configs/spear-common.h b/include/configs/spear-common.h index b526558..68ba293 100644 --- a/include/configs/spear-common.h +++ b/include/configs/spear-common.h @@ -47,7 +47,6 @@ /* Timer, HZ specific defines */ #define CONFIG_SYS_HZ(1000) -#define CONFIG_SYS_HZ_CLOCK(830) Why is CONFIG_SYS_HZ_CLOCK being removed ? This should likely be its own patch. This is extraneous code. Not being used anywhere OK. I would create a new patch for it in v3 Tom /* Flash configuration */ #if defined(CONFIG_FLASH_PNOR) @@ -168,6 +167,8 @@ #define