October 2013 - U-Boot

[U-Boot] Pull request for u-boot-marvell.git
by Prafulla Wadaskar 01 Dec '13

01 Dec '13

Hi Albert, Please kindly pull The following changes since commit 12eba1b49380988fd87cc0b3af44014cca8b71c4: Jeroen Hofstee (1): README: update ARM register usage are available in the git repository at: u-boot-marvell.git master branch. Holger Brunck (2): arm/km: drop unneeded define arm/km: make local function startup_allowed static Karlheinz Jerg (1): arm/km: add support for km_kirkwood_128m16 board board/keymile/km_arm/km_arm.c | 6 +----- boards.cfg | 1 + include/configs/km_kirkwood.h | 10 ++++++++++ 3 files changed, 12 insertions(+), 5 deletions(-) Regards... Prafulla . . .

4 8

[U-Boot] Can a standalone application send data via Ethernet in U-Boot?
by rvijay435 29 Nov '13

29 Nov '13

In Linux, we have sendto and recvfrom calls to send and receive data from the external devices connected via Ethernet. Now I am executing my code on U-Boot as a standalone application. I need to replace these socket calls which should be independent of OS. Are there any APIs/drivers provided in U-Boot so that I can use them directly and transfer the data to and from the Target Board? If so where should I check for a processor specific driver? I am unable to find it. The board which I am using is a customized one based on MPC8548E processor. -- View this message in context: http://u-boot.10912.n7.nabble.com/Can-a-standalone-application-send-data-vi… Sent from the U-Boot mailing list archive at Nabble.com.

2 6

[U-Boot] Getting U-Boot running on Toradex Colibri T20 on Iris board
by Andrzej Telszewski 25 Nov '13

25 Nov '13

Hi, I'm trying to get the U-Boot running on the Iris board with the Toradex Colibri T20 module. I was able to flash the U-Boot and it starts but then immediately stops with the only message being: U-Boot 2013.07 (Aug 06 2013 - 17:47:43) TEGRA20 Board: Toradex Colibri T20 on Iris DRAM: The Colibri T20 board used is: 256MB RAM V1.2A Could you please give me any idea what I might be doing wrong? -- Best regards, Andrzej Telszewski Embedded Systems Developer Versa Design S.L. phone: +34 633 535 308 e-mail: atelszewski(a)versades.com

3 4

[U-Boot] [PATCH] p1010rdb: enable mtdparts for NAND
by Zhao Qiang 25 Nov '13

25 Nov '13

The default partition table matches the .dts files for these boards in Linux. This allows these partitions to be used by name with U-Boot's "nand" command. Signed-off-by: Zhao Qiang <B45475(a)freescale.com> --- include/configs/P1010RDB.h | 7 +++++++ 1 file changed, 7 insertions(+) diff --git a/include/configs/P1010RDB.h b/include/configs/P1010RDB.h index f0d6c8b..5864402 100644 --- a/include/configs/P1010RDB.h +++ b/include/configs/P1010RDB.h @@ -329,6 +329,13 @@ extern unsigned long get_sdram_size(void); #define CONFIG_SYS_NAND_BASE_PHYS CONFIG_SYS_NAND_BASE #endif +#define CONFIG_MTD_DEVICE +#define CONFIG_MTD_PARTITION +#define CONFIG_CMD_MTDPARTS +#define MTDIDS_DEFAULT "nand0=ff800000.flash" +#define MTDPARTS_DEFAULT \ + "mtdparts=ff800000.flash:2m(uboot-env),1m(dtb),5m(kernel),56m(fs),-(usr)" + #define CONFIG_SYS_NAND_CSPR (CSPR_PHYS_ADDR(CONFIG_SYS_NAND_BASE_PHYS) \ | CSPR_PORT_SIZE_8 \ | CSPR_MSEL_NAND \ -- 1.8.0

2 1

[U-Boot] [PATCH v2] mpc85xx: Fix the offset of register address error
by Yuantian.Tang＠freescale.com 25 Nov '13

25 Nov '13

From: Tang Yuantian <yuantian.tang(a)freescale.com> The offset of register address within GPIO module is just CONFIG_SYS_MPC85xx_GPIO_ADDR. So, fix it. The following platforms are confirmed: MPC8572, P1023, P1020, P1022, P2020, P4080, P5020, P5040, T4240, B4860. Signed-off-by: Tang Yuantian <Yuantian.Tang(a)freescale.com> --- v2: - updated the commit message. arch/powerpc/include/asm/mpc85xx_gpio.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/powerpc/include/asm/mpc85xx_gpio.h b/arch/powerpc/include/asm/mpc85xx_gpio.h index 3d11884..87bb4a0 100644 --- a/arch/powerpc/include/asm/mpc85xx_gpio.h +++ b/arch/powerpc/include/asm/mpc85xx_gpio.h @@ -20,7 +20,7 @@ static inline void mpc85xx_gpio_set(unsigned int mask, unsigned int dir, unsigned int val) { - ccsr_gpio_t *gpio = (void *)(CONFIG_SYS_MPC85xx_GPIO_ADDR + 0xc00); + ccsr_gpio_t *gpio = (void *)(CONFIG_SYS_MPC85xx_GPIO_ADDR); /* First mask off the unwanted parts of "dir" and "val" */ dir &= mask; @@ -56,7 +56,7 @@ static inline void mpc85xx_gpio_set_high(unsigned int gpios) static inline unsigned int mpc85xx_gpio_get(unsigned int mask) { - ccsr_gpio_t *gpio = (void *)(CONFIG_SYS_MPC85xx_GPIO_ADDR + 0xc00); + ccsr_gpio_t *gpio = (void *)(CONFIG_SYS_MPC85xx_GPIO_ADDR); /* Read the requested values */ return in_be32(&gpio->gpdat) & mask; -- 1.8.0

2 1

[U-Boot] [PATCH] powerpc/t1040qds: Correct Maintainer name in boards.cfg
by Priyanka Jain 25 Nov '13

25 Nov '13

Update T1040QDS naem to Poonam Aggrwal. Signed-off-by: Priyanka Jain <Priyanka.Jain(a)freescale.com> --- Based on u-boot-mpc85xx/next branch. boards.cfg | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/boards.cfg b/boards.cfg index 5e10125..dfe1c59 100644 --- a/boards.cfg +++ b/boards.cfg @@ -962,7 +962,7 @@ Active powerpc mpc85xx - freescale t4qds Active powerpc mpc85xx - freescale t4qds T4240QDS_SDCARD T4240QDS:PPC_T4240,RAMBOOT_PBL,SDCARD,SYS_TEXT_BASE=0xFFF80000 - Active powerpc mpc85xx - freescale t4qds T4240QDS_SPIFLASH T4240QDS:PPC_T4240,RAMBOOT_PBL,SPIFLASH,SYS_TEXT_BASE=0xFFF80000 - Active powerpc mpc85xx - freescale t4qds T4240QDS_SRIO_PCIE_BOOT T4240QDS:PPC_T4240,SRIO_PCIE_BOOT_SLAVE,SYS_TEXT_BASE=0xFFF80000 - -Active powerpc mpc85xx - freescale t1040qds T1040QDS T1040QDS:PPC_T1040 Naveen Burmi <NaveenBurmi(a)freescale.com> +Active powerpc mpc85xx - freescale t1040qds T1040QDS T1040QDS:PPC_T1040 Poonam Aggrwal <poonam.aggrwal(a)freescale.com> Active powerpc mpc85xx - gdsys p1022 controlcenterd_36BIT_SDCARD controlcenterd:36BIT,SDCARD Dirk Eibach <eibach(a)gdsys.de> Active powerpc mpc85xx - gdsys p1022 controlcenterd_36BIT_SDCARD_DEVELOP controlcenterd:36BIT,SDCARD,DEVELOP Dirk Eibach <eibach(a)gdsys.de> Active powerpc mpc85xx - gdsys p1022 controlcenterd_TRAILBLAZER controlcenterd:TRAILBLAZER,SPIFLASH Dirk Eibach <eibach(a)gdsys.de> -- 1.7.4.1

2 1

[U-Boot] Pull request - arm/zynq v3
by Michal Simek 24 Nov '13

24 Nov '13

Hi Albert, please pull these 3 zynq patches to your arm tree. I have rebased the tree on the 2013.07 to remove that new nds32 patches. There is still pending the arm: lds: Remove libgcc eabi exception handling tables patch. Have you considered to also add it? v3: - Rebase on the v2013.07 because Albert didn't want to nds32 stuff v2: - Changed email address, - There was incorrect rebase which I have fixed - correct sha1 now Thanks. Michal The following changes since commit 62c175fbb8a0f9a926c88294ea9f7e88eb898f6c: Prepare v2013.07 (2013-07-23 07:58:13 -0400) are available in the git repository at: git://www.denx.de/git/u-boot-microblaze.git zynq for you to fetch changes up to 037e0d25c6ee6367beca3062759993d10759dff2: zynq: Enable axi ethernet and emaclite driver initialization (2013-08-19 09:32:00 +0200) ---------------------------------------------------------------- Michal Simek (3): zynq: Add new ddrc driver for ECC support zynq: slcr: Wait 100ms till clk is properly setup zynq: Enable axi ethernet and emaclite driver initialization arch/arm/cpu/armv7/zynq/Makefile | 1 + arch/arm/cpu/armv7/zynq/ddrc.c | 50 ++++++++++++++++++++++++++++++ arch/arm/cpu/armv7/zynq/slcr.c | 2 +- arch/arm/include/asm/arch-zynq/hardware.h | 8 +++++ arch/arm/include/asm/arch-zynq/sys_proto.h | 1 + board/xilinx/zynq/board.c | 19 ++++++++++++ 6 files changed, 80 insertions(+), 1 deletion(-) create mode 100644 arch/arm/cpu/armv7/zynq/ddrc.c -- Michal Simek, Ing. (M.Eng), OpenPGP -> KeyID: FE3D1F91 w: www.monstr.eu p: +42-0-721842854 Maintainer of Linux kernel - Microblaze cpu - http://www.monstr.eu/fdt/ Maintainer of Linux kernel - Xilinx Zynq ARM architecture Microblaze U-BOOT custodian and responsible for u-boot arm zynq platform

2 6

[U-Boot] fatls shows duplicated entries with long and short names
by Hector Palacios 23 Nov '13

23 Nov '13

Dear Marek, I noticed that 'fatls' displays duplicated filenames (short and long) for every file in the media: # fatls mmc 0 2083460 uimage-myplatform 2083460 uimage~1 1520 rootfs-dummy.jffs2 1520 rootfs~1.jff 3294952 uimage 3294952 uimage The guilty commit is ff04f6d1224d8952b566b8671222151495883073 by you, who moved the chksum calculation out of an if() and now the code never enters this: #ifdef CONFIG_SUPPORT_VFAT else if (dols == LS_ROOT && csum == prevcksum) { prevcksum = 0xffff; dentptr++; continue; } #endif Could you please check? Best regards, -- Hector Palacios

7 10

[U-Boot] FW: [PATCH 1/2] drivers/net/designware, do an explicit memory access instead of implicit, re-written assignments to use readl() and writel(), all of this as preperation for making the driver able to work in a cached environment (I$D$ support).
by Frank Dols 22 Nov '13

22 Nov '13

[[ ... to get attention again ... see below ...]] On 2/8/2013 6:22 PM, Frank Dols wrote: > Good afternoon Vipin and Albert, > I where wondering, is there any review/update news on the patches I submitted a short while ago? > Regards, Frank. > Sorry, first excluded " u-boot(a)lists.denx.de" from this email to prevent from noice on mailing list. > There is no reason to remove the list. This is not noise I believe. Infact by including the list, you are intimating other developers that such work would be available soon Albert, do you think any different. > Sorry, I have to clarify here a bit more. > The descriptors are 16 bytes in length and a cache line is in most architectures more than 16 bytes in length (in our case either 32 or 64). > This means that cached accesses is not an option for these descriptors. Background, two adjacent descriptors as be on one cache line may be owned by different entities (host cpu / network ip). Yes, this is a problem and I can't think of a clean solution. Specially because u-boot (as of today) does not support non-cached memory Albert? > Explicit cache calls that we are added in patch 2/2 are meant for payload of the package. And these are made cache line aligned with patch 1/2. Yes, that is what I thought > Unfortunately we can't align the descriptors on cache line boundaries due to hardware limitations (for architectures with cache line longer than 16 bytes) ! Yes, I know that. The descriptors are 16 bytes and they need to be contiguous in memory PS: I have not added the list but I strongly feel that this mail should also go to the uboot list -Vipin > With kind regards, greetings, Frank. > >

2 1

Re: [U-Boot] v2013.10 failed build with jffs2 cmd
by Wolfgang Denk 22 Nov '13

22 Nov '13

Dear Chris Ruehl, I wrote: > If everything else fails, use "USE_PRIVATE_LIBGCC=y" on the make > command line. I mean: use "USE_PRIVATE_LIBGCC=yes" on the make command line. 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: wd(a)denx.de The human race is a race of cowards; and I am not only marching in that procession but carrying a banner. - Mark Twain

4 10