September 2012 - U-Boot

[U-Boot] More problems booting an i.MX6 from NOR flash
by Carolyn Smith 11 Sep '12

11 Sep '12

Thanks to Dirk for your previous advice. We had a pullup on one of the reserved BOOT_CFG pins that caused problems accessing NOR flash. Now I can put code in the NOR flash. If the code is incorrect in some way (not sure how yet), I end up with a board that I can't get control of with the BDI. I get - TARGET: processing reset request - TARGET: BDI executes scan chain init string - TARGET: Bypass check 0x00000001 => 0x00000004 - TARGET: JTAG exists check passed - Core#0: ID code is 0x4BA00477 - Core#0: DP-CSW is 0xF0000000 - Core#0: DBG-AP at 0x82150000 - Core#0: DIDR is 0x3513702A - TARGET: Reset sequence passed - TARGET: resetting target passed - TARGET: processing target startup .... # TARGET: core #0 startup failed # TARGET: timeout while waiting for debug mode # TARGET: processing target startup failed # TARGET: timeout while waiting for debug mode I've tried different STARTUP modes, adding WAKEUP delays, different RESET modes all of which don't help. Any suggestions? Thanks, Carolyn

2 1

[U-Boot] [PATCH] mmc: Fix mmc_spi error on cmd->flags field
by Marek Vasut 11 Sep '12

11 Sep '12

The recent removal of the cmd->flags field caused error in the debuging code of mmc_spi. Fix this: mmc_spi.c: In function 'mmc_spi_request': mmc_spi.c:179:2: error: 'struct mmc_cmd' has no member named 'flags' Signed-off-by: Marek Vasut <marex(a)denx.de> Cc: Andy Fleming <afleming(a)freescale.com> --- drivers/mmc/mmc_spi.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/mmc/mmc_spi.c b/drivers/mmc/mmc_spi.c index de43a85..11ba532 100644 --- a/drivers/mmc/mmc_spi.c +++ b/drivers/mmc/mmc_spi.c @@ -176,8 +176,8 @@ static int mmc_spi_request(struct mmc *mmc, struct mmc_cmd *cmd, u8 r1; int i; int ret = 0; - debug("%s:cmd%d %x %x %x\n", __func__, - cmd->cmdidx, cmd->resp_type, cmd->cmdarg, cmd->flags); + debug("%s:cmd%d %x %x\n", __func__, + cmd->cmdidx, cmd->resp_type, cmd->cmdarg); spi_claim_bus(spi); spi_cs_activate(spi); r1 = mmc_spi_sendcmd(mmc, cmd->cmdidx, cmd->cmdarg); -- 1.7.10.4

1 0

[U-Boot] [PATCH 1/5] powerpc/mpc85xx: fix Unicode characters in release.S
by Timur Tabi 11 Sep '12

11 Sep '12

The previous commit unintentionally used the Unicode version of the apostrophy. Replace it with the normal ASCII version. Signed-off-by: Timur Tabi <timur(a)freescale.com> --- arch/powerpc/cpu/mpc85xx/release.S | 24 ++++++++++++------------ 1 files changed, 12 insertions(+), 12 deletions(-) diff --git a/arch/powerpc/cpu/mpc85xx/release.S b/arch/powerpc/cpu/mpc85xx/release.S index 22e73e0..8662ae4 100644 --- a/arch/powerpc/cpu/mpc85xx/release.S +++ b/arch/powerpc/cpu/mpc85xx/release.S @@ -159,20 +159,20 @@ __secondary_start_page: /* * PIR definition for E6500 * 0-17 Reserved (logic 0s) - * 8-19 CHIP_ID, 2’b00 - SoC 1 + * 8-19 CHIP_ID, 2'b00 - SoC 1 * all others - reserved - * 20-24 CLUSTER_ID 5’b00000 - CCM 1 + * 20-24 CLUSTER_ID 5'b00000 - CCM 1 * all others - reserved - * 25-26 CORE_CLUSTER_ID 2’b00 - cluster 1 - * 2’b01 - cluster 2 - * 2’b10 - cluster 3 - * 2’b11 - cluster 4 - * 27-28 CORE_ID 2’b00 - core 0 - * 2’b01 - core 1 - * 2’b10 - core 2 - * 2’b11 - core 3 - * 29-31 THREAD_ID 3’b000 - thread 0 - * 3’b001 - thread 1 + * 25-26 CORE_CLUSTER_ID 2'b00 - cluster 1 + * 2'b01 - cluster 2 + * 2'b10 - cluster 3 + * 2'b11 - cluster 4 + * 27-28 CORE_ID 2'b00 - core 0 + * 2'b01 - core 1 + * 2'b10 - core 2 + * 2'b11 - core 3 + * 29-31 THREAD_ID 3'b000 - thread 0 + * 3'b001 - thread 1 */ rlwinm r4,r0,29,25,31 #elif defined(CONFIG_E500MC) -- 1.7.3.4

4 9

[U-Boot] U-boot support for TMS320C6678 Texas Instruments processor
by Mahendravarman rajarao 11 Sep '12

11 Sep '12

Hi All I need to know will the latest u-boot supports TMS320C6678 TI processor? I have seen Linux support is available for the same processor. If u-boot support is not available , is there any method to extract the needed files from linux and apply to u-boot to support the processor Please help/guide Thanks

2 1

[U-Boot] [PATCH] NAND: MXS: include common.h first so cache.h is included in correct order
by Tom Warren 11 Sep '12

11 Sep '12

With Simon Glass's include/nand.h alignment changes, some mxs builds were generating errors. Fix is to ensure asm/cache.h is included before linux/mtd/nand.h. Moving common.h to top of include list does that. Signed-off-by: Tom Warren <twarren(a)nvidia.com> --- drivers/mtd/nand/mxs_nand.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/mtd/nand/mxs_nand.c b/drivers/mtd/nand/mxs_nand.c index bf9414f..4701be8 100644 --- a/drivers/mtd/nand/mxs_nand.c +++ b/drivers/mtd/nand/mxs_nand.c @@ -25,10 +25,10 @@ * 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA. */ +#include <common.h> #include <linux/mtd/mtd.h> #include <linux/mtd/nand.h> #include <linux/types.h> -#include <common.h> #include <malloc.h> #include <asm/errno.h> #include <asm/io.h> -- 1.7.0.4

6 6

[U-Boot] [PATCH] snowball: Clear UART RX FIFO
by Ramesh Chandrasekaran 11 Sep '12

11 Sep '12

Without usb-serial cable plugged at this stage, some garbage is seen in UART RX FIFO, which blocks autoboot progress. The fix makes sure to empty the RX FIFO, before we wait for user input to interrupt autoboot. Signed-off-by: Ramesh Chandrasekaran <ramesh.chandrasekaran(a)stericsson.com> --- board/st-ericsson/snowball/snowball.c | 4 ++++ 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/board/st-ericsson/snowball/snowball.c b/board/st-ericsson/snowball/snowball.c index 8c743c0..e750df1 100644 --- a/board/st-ericsson/snowball/snowball.c +++ b/board/st-ericsson/snowball/snowball.c @@ -253,6 +253,10 @@ int board_late_init(void) if ((raise_ab8500_gpio16() < 0)) printf("error: cant' raise GPIO16\n"); + /* empty UART RX FIFO */ + while (tstc()) + (void) getc(); + return 0; } -- 1.7.5.4

1 0

[U-Boot] MIPS: 1Mb U-Boot?
by Downey, David (c) 11 Sep '12

11 Sep '12

Hello U-Boot community, I'm David Downey, a software engineer at MIPS Technologies. Currently, our Malta and SEAD-3 dev boards use YAMON, MIPS' in-house open source PROM monitor, as a boot loader. We are looking to migrate YAMON's functionality to U-Boot. YAMON contains many features beyond the scope of a boot loader (e.g. bi-endianess, a EJTAG/GDB interface, a disassembler, etc.) that we would still like to make available to our customers. As you might expect, these features result in a large image size. (YAMON is 1 Mb, which is significantly larger than U-Boot's stated design max. of 256 Kb.) Would there be any objection (legal or otherwise) to offering a "lean" (> 256 Kb) version of U-Boot for Malta/SEAD-3 through denx.de and a "deluxe" (~1 Mb) version of U-Boot (open source, of course) through developer.mips.com? If there are objections, do you have any suggestions on how we can still offer these features to our customers while not breaking U-Boot's 256 Kb design rule? Thanks in advance! Looking forward to working with you, David davidd(a)mips.com<mailto:davidd@mips.com>

3 2

[U-Boot] [STATUS] Going on Sabbatical...
by Wolfgang Denk 10 Sep '12

10 Sep '12

Dear Friends, my prolonged silence here probably was indication enough that something must have happened. This "something" was that my wife was afflicted with cancer, which resulted in her death last Friday. Suddenly I find myself being a single father with a school age daughter, facing an overwhelming mountain of unknown and untrained tasks and duties. I realize that I have no chance of dedicating enough time to the U-Boot project while I have to reorganize my life - not even close enough. It appears more efficient to focus on a few really important things now, and re-add other tasks as soon as I learned to walk in this new pair of shoes. To make the long story short: I don't have the resources to bring the pending release of U-Boot forward, and I would like the community to allow me for a sabbatical for this release, and probably for the next one, too. Tom Rini was kind enough to agree to stand in for me as maintainer in this time. I really, really appreciate his willingness to help and to pick up this burden, which is anything but a small one. Please help Tom with this new responsibility! I seriously hope that I will find enough nerves, time, and resources to pick up this work as soon as possible, but I beg for your understanding that I cannot tell yet when exactly his will be. To prevent any kind of rumors: I have definitely no intentions to permanently drop U-Boot. She is one of my babies, and I like her way too much to be able to do something like that. But I also know that she is pretty mature and grown up enough to be able to walk for a while on her own feet - given sufficient help from you, the community around it. I rely on you, please treat her gently and help her to grow and prosper while I cannot take care of her myself. Thanks! I'm looking forward to seeing you all back here, hopefully really soon. Thanks! 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 Do not follow where the path may lead....go instead where there is no path and leave a trail.

1 0

[U-Boot] Boot U-Boot from UBI volume
by Vikram Narayanan 10 Sep '12

10 Sep '12

Hello, I'd like know about the progress of this proposal http://elinux.org/Boot_U-Boot_from_UBI_volume Someone is working on it currently? Regards, Vikram

2 1

[U-Boot] About environment variables
by Paolo Palmieri 10 Sep '12

10 Sep '12

Hi, on my STB I've a problem related to the environment variables, they seem corrupted and I'm not able to restore it. Can you help me? Here the output of the printenv/saveenv cmds trying to save a new variable: PDK7105> printenv ---> A LOT OF 0xFFFFFFFF <--- stdin=serial stdout=serial stderr=serial bootargs=console=ttyAS0,115200 rw ramdisk_size=6144 root=/dev/ram0 init=/linuxrc nwhwconf=device:eth0,hwaddr:00:001111 ip=192.168.0.69:192.168.3.119:192.168.3.1:255.255. 0.0:Spark:eth0:off stmmaceth=msglvl:0,phyaddr:1,watchdog:5000 bigphysarea=7000 Environment size: 2406/131068 bytes PDK7105> saveenv Saving Environment to SPI Serial Flash... Board: STx7105-PDK [32-bit mode] U-Boot 1.3.1 (Jun 19 2012 - 1744) - stm23_0051 - YW_1.1.005 overclock DRAM: 256 MiB Panel: VFD NAND: Bad block table found at page 262080, version 0x01 Bad block table found at page 262016, version 0x01 512 MiB SPI: ERROR: Unknown SPI Device detected, devid = 0x01, 0x02, 0x14 ERROR: Offset out of range (max=0xffffffff) In: serial Out: serial Err: serial Ident ic exist Ident ic get stb id IdentID : 0c 00 0a 00 00 09 6e PDK7105> printenv ---> A LOT OF 0xFFFFFFFF <--- stdin=serial stdout=serial stderr=serial Environment size: 2150/131068 bytes PDK7105> BR, Paolo

1 0