April 2014 - U-Boot

[U-Boot] [PATCH v2 0/9] sunxi: initial upstreamining effort
by Ian Campbell 13 Apr '14

13 Apr '14

This is my second cut at an upstreamable series based upon the https://github.com/linux-sunxi/u-boot-sunxi.git#sunxi tree. The intention is to present a minimal starting point for upstreaming to which support for other processors, peripherals, boards etc can be added in the future. Therefore this has been stripped right back and currently supports only sun7i processors AKA Allwinner A20 and the cubietruck board. Supported peripherals are UART, MMC and Ethernet. The code here is from u-boot-sunxi.git#sunxi[0] changeset d9aa5dd3d15c "sunxi: mmc: checkpatch whitespace fixes" with v2014.04-rc2 merged in and applies to u-boot v2014.04-rc2. Global changes in v2: - Use SPDX-License-Identifier - Resync with u-boot-sunxi.git - Lot of updates to the individual patches, see the individual commit messages (checkpatch.pl fixes, magic number removal etc). - Pulled the Ethernet stuff before the MMC and non-FEL boot stuff. The MMC stuff (which non-FEL boot needs) still needs some more cleanup, but the reordering means that the initial part of the series could in principal go in. This series can also be found at: git://gitorious.org/ijc/u-boot.git sunxi-mainlining-v2 The merged sunxi tree which it is based on is: git://gitorious.org/ijc/u-boot.git sunxi-merge-v2014.04-rc2 There is no SMP here, since that relies on the PSCI support from Marc Zyngier which has yet to land in mainline AFAIK. I've tried to give corect credit and S-o-b based upon: git log --pretty='%aN' linux-sunxi/sunxi -- [PATHS] | sort -u git log linux-sunxi/sunxi -- [PATHS] | grep -i signed.off.by | sort -u Manual inspection This will tend to over credit, since it will include folks who contributed code which has since been removed as well as those who contributed code which is not included in this patch set, but I think it is better to be conservative and include too many rather than incorrectly exclude people. Doing better than this would be IMHO too hard to be worth it (e.g. git blame would prefer a recent whitespace cleanup to the actual author of the code and prefer someone did code motion over the original author, so it would be a massive & manual process). [0] https://github.com/linux-sunxi/u-boot-sunxi.git

7 58

[U-Boot] fw_(printenv/setenv) and serial console have different env variables
by Andrei Mihut 13 Apr '14

13 Apr '14

Greetings everyone, I stumbled over something worth telling. It started as the bad crc using defaults issue when I tried to use fw_printenv on my debian iconnect box. I tought it was the fw_env.config. it wasn't. After hours of researching and compiling from source and the whole lot of trouble shooting I took the chance to use fw_setenv. Bingo! it worked. Now fw_printenv gives me no bad crc and prints the variables including the new ones even after reboot. NOW HERE IS THE ISSUE The env variables printed from linux don't show on the serial and viceversa. It looks like there are 2 sets of them. Needless to say that it's frustrating. Anyone has seen anything similar? ************** printouts on the iconnect box >>> root@ico1:~# fw_printenv bootcmd=bootp; setenv bootargs root=/dev/nfs nfsroot=${serverip}:${rootpath} ip=${ipaddr}:${serverip}:${gatewayip}:${netmask}:${hostname}::off; bootm bootdelay=5 baudrate=115200 firsttest=firsttest1 root@ico1:~# fw_setenv secondtest secondtest root@ico1:~# fw_printenv bootcmd=bootp; setenv bootargs root=/dev/nfs nfsroot=${serverip}:${rootpath} ip=${ipaddr}:${serverip}:${gatewayip}:${netmask}:${hostname}::off; bootm bootdelay=5 baudrate=115200 firsttest=firsttest1 secondtest=secondtest root@ico1:~# <<<iconnect on the serial console>>> Environment size: 1633/131068 bytes iconnect => iconnect => version U-Boot 2013.10 (Mar 26 2014 - 18:44:17) Iomega iConnect arm-openwrt-linux-uclibcgnueabi-gcc (OpenWrt/Linaro GCC 4.8-2014.01 r40028) 4.8.3 GNU ld (GNU Binutils) 2.22 iconnect => +++++++++++++++++++++++++++ just in case last working iconnect => printenv arcNumber=2870 baudrate=115200 bootargs=console=ttyS0,115200 root=/dev/sda4 rootdelay=10 bootargs_console=console=ttyS0,115200 root=/dev/sda4 rootdelay=10 bootargs_root=root=/dev/mtdblock2 rootfstype=jffs2 bootcmd=setenv bootargs $(bootargs_console); run bootcmd_usb;run preboot;bootm 0x00800000 bootcmd_usb=usb start; ext2load usb 0:1 0x00800000 /uImageJmybuildiscsi bootdelay=10 console=console=ttyS0,115200 panic=20 download_kernel=mw $(loadaddr) 0xffff 0x300000; fatload usb 0:1 $(loadaddr) $(kernel_name); download_rootfs=mw $(loadaddr) 0xffff 0x200000; fatload usb 0:1 $(loadaddr) $(rootfs_name); ethact=egiga0 ethaddr=00:D0:B8:0C:FE:6C filesize=2dc1b1 flash_kernel=nand erase 0x100000 0x400000; nand write.e $(loadaddr) 0x100000 0x400000; flash_rootfs=nand erase 0x500000 0xfb00000; nand write.e $(loadaddr) 0x500000 0x200000; if_netconsole=ping $(serverip) ipaddr=10.243.1.239 kernel_name=openwrt-kirkwood-uImage load_openwrt=setenv bootargs $(console) $(bootargs_root); nand read $(loadaddr) 0x100000 0x400000; bootm $(loadaddr) loadaddr=0x6400000 machid=B36 mainlineLinux=yes ncip=10.243.1.251 preboot=run set_eth_parms if_netconsole set_netconsole start_netconsole rootfs_name=openwrt-kirkwood--jffs2-64k.img serverip=10.243.1.251 set_eth_parms=mii write 0xb 0 3200 set_netconsole=setenv ncip $(serverip); setenv bootdelay 10 start_netconsole=setenv stdin nc; setenv stdout nc; setenv stderr nc; version; sleep 10; stderr=nc stdin=nc stdout=nc <<<serial console /etc/fw_env.config >>> root@ico1:~# cat /etc/fw_env.config # Configuration file for fw_(printenv/saveenv) utility. # Up to two entries are valid, in this case the redundand # environment sector is assumed present. # MTD device name Device offset Env. size Flash sector size # iomega iconnect /dev/mtd0 0xa0000 0x20000 0x20000 root@ico1:~# <<< /etc/fw_env.config How do I merge this two? Thanks and regards. A. -- ენდრიუ მე ქოხი اندريه ميهوت אנדריי מיהו 安德魯アンドルー Андрей Михут אַנדרעי מיהוט اندرو میهو

2 1

[U-Boot] mmc changes in v2014.04-rc3 cause problems when using mmc in SPL
by Hans de Goede 13 Apr '14

13 Apr '14

Hi, While merging v2014.04-rc3 into our sunxi u-boot branch, I hit a problem where mmc would no longer work in the SPL. The problem is that the new mmc_create call forces use of HEAP memory, while in the SPL there may be no HEAP. For now I've created a small 2048 bytes HEAP in our SPL, but if possible I would like to get rid of the need for a HEAP though, as we only have 24K of RAM for our SPL. Regards, Hans

2 2

Re: [U-Boot] [PATCH 08/28] net: Move RARP receive logic out of net.c
by Harsh Tailor 12 Apr '14

12 Apr '14

Sent from my iPhone

1 0

[U-Boot] AP94 u-boot network failure
by donce donce 12 Apr '14

12 Apr '14

I have this u-boot code from vizio router I can successfully compile this for AP94 target However in u-boot, network doesn't work at all Network has static IP by default and ping host in console : Using eth0 device ping failed: host 192.168.1.1 is not alive Check mii dump below, I don't see anything wrong Please help me Below link to download source http://www.mediafire.com/download/m53wqcov9v9pxhk/u-boot-1.1.4.zip 0. (1000) -- PHY control register -- (8000:0000) 0.15 = 0 reset (4000:0000) 0.14 = 0 loopback (2040:0000) 0. 6,13 = b00 speed selection = 10 Mbps (1000:1000) 0.12 = 1 A/N enable (0800:0000) 0.11 = 0 power-down (0400:0000) 0.10 = 0 isolate (0200:0000) 0. 9 = 0 restart A/N (0100:0000) 0. 8 = 0 duplex = half (0080:0000) 0. 7 = 0 collision test enable (003f:0000) 0. 5- 0 = 0 (reserved) 1. (7949) -- PHY status register -- (8000:0000) 1.15 = 0 100BASE-T4 able (4000:4000) 1.14 = 1 100BASE-X full duplex able (2000:2000) 1.13 = 1 100BASE-X half duplex able (1000:1000) 1.12 = 1 10 Mbps full duplex able (0800:0800) 1.11 = 1 10 Mbps half duplex able (0400:0000) 1.10 = 0 100BASE-T2 full duplex able (0200:0000) 1. 9 = 0 100BASE-T2 half duplex able (0100:0100) 1. 8 = 1 extended status (0080:0000) 1. 7 = 0 (reserved) (0040:0040) 1. 6 = 1 MF preamble suppression (0020:0000) 1. 5 = 0 A/N complete (0010:0000) 1. 4 = 0 remote fault (0008:0008) 1. 3 = 1 A/N able (0004:0000) 1. 2 = 0 link status (0002:0000) 1. 1 = 0 jabber detect (0001:0001) 1. 0 = 1 extended capabilities 2. (004d) -- PHY ID 1 register -- (ffff:004d) 2.15- 0 = 77 OUI portion 3. (d043) -- PHY ID 2 register -- (fc00:d000) 3.15-10 = 52 OUI portion (03f0:0040) 3. 9- 4 = 4 manufacturer part number (000f:0003) 3. 3- 0 = 3 manufacturer rev. number 4. (01e1) -- Autonegotiation advertisement register -- (8000:0000) 4.15 = 0 next page able (4000:0000) 4.14 = 0 reserved (2000:0000) 4.13 = 0 remote fault (1000:0000) 4.12 = 0 reserved (0800:0000) 4.11 = 0 asymmetric pause (0400:0000) 4.10 = 0 pause enable (0200:0000) 4. 9 = 0 100BASE-T4 able (0100:0100) 4. 8 = 1 100BASE-TX full duplex able (0080:0080) 4. 7 = 1 100BASE-TX able (0040:0040) 4. 6 = 1 10BASE-T full duplex able (0020:0020) 4. 5 = 1 10BASE-T able (001f:0001) 4. 4- 0 = 1 selector = IEEE 802.3 5. (0000) -- Autonegotiation partner abilities register -- (8000:0000) 5.15 = 0 next page able (4000:0000) 5.14 = 0 acknowledge (2000:0000) 5.13 = 0 remote fault (1000:0000) 5.12 = 0 (reserved) (0800:0000) 5.11 = 0 asymmetric pause able (0400:0000) 5.10 = 0 pause able (0200:0000) 5. 9 = 0 100BASE-T4 able (0100:0000) 5. 8 = 0 100BASE-X full duplex able (0080:0000) 5. 7 = 0 100BASE-TX able (0040:0000) 5. 6 = 0 10BASE-T full duplex able (0020:0000) 5. 5 = 0 10BASE-T able (001f:0000) 5. 4- 0 = 0 selector = ???

2 3

Re: [U-Boot] board/freescale/mx6slevk: Add support for SPI NOR on the Freescale MCIMX6SLEVK Board
by Nikolay Dimitrov 12 Apr '14

12 Apr '14

Hi, From what I remember when working with imx6d, the ecspi controller had a special behavior that it insisted on toggling the CS line for each 8-bit transfer. U-Boot has a workaround for this: using additional pin as "bit-banged CS". Here's how it worked on a project of mine: static iomux_v3_cfg_t const spi1_pads[] = { MX6_PAD_KEY_ROW1__GPIO4_IO09 | MUX_PAD_CTRL(NO_PAD_CTRL), // <= this is the new CS MX6_PAD_KEY_COL1__ECSPI1_MISO | MUX_PAD_CTRL(SPI_PAD_CTRL), MX6_PAD_KEY_ROW0__ECSPI1_MOSI | MUX_PAD_CTRL(SPI_PAD_CTRL), MX6_PAD_KEY_COL0__ECSPI1_SCLK | MUX_PAD_CTRL(SPI_PAD_CTRL) }; ...and here's what I defined in my board-config-file: #define CONFIG_SF_DEFAULT_CS (0 | (IMX_GPIO_NR(4, 9) << 8)) Then you need to double-check your ecspi config options, like speed, mode. You can check with a scope whether the clock pulses are within supported timing of your SPI chip. Kind regards, Nikolay On 4/11/2014 8:55 AM, u-boot-request(a)lists.denx.de wrote: > Message: 28 Date: Thu, 10 Apr 2014 12:20:58 -0300 From: Fabio Estevam > <festevam(a)gmail.com> Subject: Re: [U-Boot] board/freescale/mx6slevk: > Add support for SPI NOR on the Freescale MCIMX6SLEVK Board To: Sam > Catch <dsblue.spam(a)gmail.com> Cc: Marek Va?ut <marex(a)denx.de>, > U-Boot-Denx <u-boot(a)lists.denx.de> Message-ID: > <CAOMZO5DvBqqAAzb5LwDNajMDj=+jm-nTz+FjQyGYLPXgKq-A2g(a)mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 On Thu, Apr 10, 2014 at 12:05 > PM, Sam Catch <dsblue.spam(a)gmail.com> wrote: >> >I hope this email is now in the right format. >> > >> >Hi All, >> > >> >I am trying to add support for the SPI NOR device on the Freescale >> >MCIMX6SLEVK Board. I have created a patch that should enable support but >> >the u-boot probe command still does not find the device. The process fails >> >during the ECSPI transfer. >> > >> >I have tried the following patch to the latest git master of u-boot: >> > >> >http://pastebin.com/hamK7Ybb >> > >> >U-Boot Output: >> > >> >=> sf probe >> >SF: Unsupported flash IDs: manuf 00, jedec 0000, ext_jedec 0000 >> >Failed to initialize SPI flash at 0:27392 >> > >> >Does anyone have any insight as to why the Probe may be failing? I modeled >> >the changes on the mx6sabresd board. > I see the same error here. I measured with a scope and the chip select > signal behaves very differently compared to the mx6qsabresd board. > > When I do 'sf probe' on a mx6qsabresd the chip select line stays low > for 10us and then stays high. > > On mx6slevk the chip select line stays low for 0.5us, then it goes > high, goes low for 2us and they stays high. > > So there is something very wrong with the timings on mx6sl, but I > haven't had a chance to debug this yet. > > Regards, > > Fabio Estevam

1 0

[U-Boot] tpm: Add ST33ZP24 TPM SPI & SPI drivers
by Jean-Luc BLANC 11 Apr '14

11 Apr '14

This set of patch offer ST33ZP24 TPM support to U-Boot. There is SPI and I2C driver. Best Regards, Jean-Luc BLANC TPM Application STMicroelectronics

2 6

[U-Boot] tpm: Add ST33ZP24 TPM SPI & SPI drivers
by Jean-Luc BLANC 11 Apr '14

11 Apr '14

Hello, This set of patch offer ST33ZP24 TPM support to U-Boot. There is SPI and I2C driver. Best Regards, Jean-Luc BLANC TPM Application STMicroelectronics

2 4

[U-Boot] [PATCH] arm:board:trats2:FIX: Clear INFORM4 and INFORM5 registers at correct boot
by Lukasz Majewski 11 Apr '14

11 Apr '14

During switch to device tree, commit 1ecab0f has removed this code. INFORM4 and INFORM5 registers are used by TRATS2 first stage bootloader for providing recovery. For normal operation, those two must be cleared out. This error emerges when one force reset from u-boot's command line for three times. Signed-off-by: Lukasz Majewski <l.majewski(a)samsung.com> Cc: Minkyu Kang <mk7.kang(a)samsung.com> --- board/samsung/trats2/trats2.c | 13 +++++++++++++ 1 file changed, 13 insertions(+) diff --git a/board/samsung/trats2/trats2.c b/board/samsung/trats2/trats2.c index 2a6c9f9..75a6c7b 100644 --- a/board/samsung/trats2/trats2.c +++ b/board/samsung/trats2/trats2.c @@ -150,9 +150,22 @@ static int pmic_init_max77686(void); int exynos_init(void) { + struct exynos4_power *pwr = + (struct exynos4_power *)samsung_get_base_power(); + check_hw_revision(); printf("HW Revision:\t0x%04x\n", board_rev); + /* + * First bootloader on the TRATS2 platform uses + * INFORM4 and INFORM5 registers for recovery + * + * To indicate correct boot chain - those two + * registers must be cleared out + */ + writel(0, (unsigned int)&pwr->inform4); + writel(0, (unsigned int)&pwr->inform5); + return 0; } -- 1.7.10.4

3 5

[U-Boot] [PATCH] kbuild: fix a bug in regeneration of linker scripts
by Masahiro Yamada 11 Apr '14

11 Apr '14

In some use cases, SPL linker script was not updated even when it should be. For instance, $ make tricoder_config all [ build complete ] ... modify include/configs/tricoder.h $ make spl/u-boot-spl.lds should be updated in this case, but it wasn't. To fix this problem, linker scripts generation should be handled by $(call if_changed_dep,...) rather than by $(call if_changed,...). Signed-off-by: Masahiro Yamada <yamada.m(a)jp.panasonic.com> Reported-by: Andreas Bießmann <andreas.devel(a)googlemail.com> --- Makefile | 6 +++--- spl/Makefile | 6 +++--- 2 files changed, 6 insertions(+), 6 deletions(-) diff --git a/Makefile b/Makefile index b807e5c..b2937e9 100644 --- a/Makefile +++ b/Makefile @@ -1053,11 +1053,11 @@ depend dep: # --------------------------------------------------------------------------- quiet_cmd_cpp_lds = LDS $@ -cmd_cpp_lds = $(CPP) $(cpp_flags) $(LDPPFLAGS) -ansi -D__ASSEMBLY__ \ - -x assembler-with-cpp -P -o $@ $< +cmd_cpp_lds = $(CPP) -Wp,-MD,$(depfile) $(cpp_flags) $(LDPPFLAGS) -ansi \ + -D__ASSEMBLY__ -x assembler-with-cpp -P -o $@ $< u-boot.lds: $(LDSCRIPT) prepare FORCE - $(call if_changed,cpp_lds) + $(call if_changed_dep,cpp_lds) PHONY += nand_spl nand_spl: prepare diff --git a/spl/Makefile b/spl/Makefile index 9f5dbf4..6fec252 100644 --- a/spl/Makefile +++ b/spl/Makefile @@ -231,11 +231,11 @@ $(u-boot-spl-dirs): $(Q)$(MAKE) $(build)=$@ quiet_cmd_cpp_lds = LDS $@ -cmd_cpp_lds = $(CPP) $(cpp_flags) $(LDPPFLAGS) -ansi -D__ASSEMBLY__ \ - -x assembler-with-cpp -P -o $@ $< +cmd_cpp_lds = $(CPP) -Wp,-MD,$(depfile) $(cpp_flags) $(LDPPFLAGS) -ansi \ + -D__ASSEMBLY__ -x assembler-with-cpp -P -o $@ $< $(obj)/u-boot-spl.lds: $(LDSCRIPT) FORCE - $(call if_changed,cpp_lds) + $(call if_changed_dep,cpp_lds) # read all saved command lines -- 1.8.3.2

3 2