April 2013 - U-Boot

[U-Boot] Add filesystem support
by Pietro Paolini 24 Apr '13

24 Apr '13

Hi all, I would say in advance: I am a new bye in the world of boot loader, and I can say things which does not make sense, after all I am here to ask !! :-) I am working on an embedded system which we would like upgrade using a new filesystem YAFFS2 instead of the old JFFS2, we actually mount the JFFS2 partition from U-Boot and then we start the kernel. I looked in the boot source tree we actually use and I did not find YAFFS2 (or UBIFS ..) under the fs/ folder, then I assume I don't have it. I'd like add that support without update the whole uboot source tree, is it possible or is too much complicated ? Thanks in advance, Pietro.

2 3

[U-Boot] patman and buildman experience
by Michal Simek 24 Apr '13

24 Apr '13

Hi guys, yesterday I was talking to Simon on IRC about these two tools. Also it was the first day I have tried these tools. Simon asked me to share my experience with these tools with you and try to suggest improvement in it. First of all just let me say that I don't know python at all but maybe good time to look at it. 1. Let's start with last thing I have met with. Tom has gave me Reviewed-by for the whole my zynq series but I didn't found any option for patman to support this. It is not rare case and it should be IMHO supported. I past I was using git alias for that rtrini = filter-branch -f --msg-filter '\ cat && \ echo "Reviewed-by: Tom Rini \\<trini(a)ti.com\\>"\ ' by calling git rtrini wd/master..HEAD all patches contained that line. With patman this options is not possible to use because at the end of emails are Series-changes. NOTE: have sent shortcut for adding Tom's shortcut to git-mailrc I see two ways how to fix it. 1. Support END for version changes 2. Add new Series-ack, Series-re, support to patman 2. The next minor thing which could be extend is default CC your colleagues in ~/.patman. I know it is just one line in commit message but why not to have this in default config. 3. Also will be good to list all options which can be added to ~/.patman with description what that options means. 4. Then I still have a problem with buildman with missing total_seconds support [u-boot]$ ./tools/buildman/buildman -b zynq zynq Building 16 commits for 2 boards (2 threads, 2 jobs per thread) Traceback (most recent call last): File "./tools/buildman/buildman", line 126, in <module> control.DoBuildman(options, args) File "/mnt/projects/u-boot/tools/buildman/control.py", line 181, in DoBuildman options.show_errors, options.keep_outputs) File "/mnt/projects/u-boot/tools/buildman/builder.py", line 1428, in BuildBoards self.ProcessResult(None) File "/mnt/projects/u-boot/tools/buildman/builder.py", line 724, in ProcessResult self._AddTimestamp() File "/mnt/projects/u-boot/tools/buildman/builder.py", line 632, in _AddTimestamp seconds = delta.total_seconds() AttributeError: 'datetime.timedelta' object has no attribute 'total_seconds' [u-boot]$ python --version Python 2.7.4 I have found that it is new feature in python 2.7.4 http://docs.python.org/2/library/datetime.html#datetime.timedelta I have also confirmed that total_seconds is working based on example on that page. [u-boot]$ python Python 2.7.4 (default, Apr 23 2013, 13:20:21) [GCC 4.4.3] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> from datetime import timedelta >>> year = timedelta(days=365) >>> another_year = timedelta(weeks=40, days=84, hours=23, minutes=50, seconds=600) >>> year.total_seconds() 31536000.0 >>> Can you see what's wrong? Currently I have solved this by: diff --git a/tools/buildman/builder.py b/tools/buildman/builder.py index e426442..2d72243 100644 --- a/tools/buildman/builder.py +++ b/tools/buildman/builder.py @@ -629,7 +629,7 @@ class Builder: self._timestamps.append(now) count = len(self._timestamps) delta = self._timestamps[-1] - self._timestamps[0] - seconds = delta.total_seconds() + seconds = 1 # delta.total_seconds() # If we have enough data, estimate build period (time taken for a # single build) and therefore completion time. 5. Buildman always add git clones to ../<branch_name> location. I would welcome to be able to setup on ~/.buildman default location for these folders. Mostly /tmp folder or location on SSD. Anyway thanks Simon for these great tools. Michal -- 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

1 0

[U-Boot] mx28evk initramfs load address
by Paul B. Henson 24 Apr '13

24 Apr '13

Is there a preferred load address for a linux initramfs on the mx28evk board? The config defines the kernel load address as 0x42000000 and the device tree load address as 0x41000000, but I don't see an address for an initramfs. It looks like the u-boot that comes with the i.MX28 BSP loads the initramfs at 0x40800000. That seems to work ok. If that's an acceptable value perhaps a default environment variable could be added defining it? I guess that would allow up to an 8MB initramfs before stomping on the device tree? Would there be a better location that might provide more headroom? Thanks...

1 0

[U-Boot] CONFIG_FIT on mx28evk board
by Paul B. Henson 24 Apr '13

24 Apr '13

Seeing "Booting kernel from Legacy Image" was starting to make me feel bad ;), so I thought I'd try out what's supposed to be the modern u-boot image format, FIT. My first attempt on the mx28evk board failed with "Wrong Image Format for bootm command", looking into that I discovered the mx28evk config does not include CONFIG_FIT. After adding CONFIG_FIT to mx28evk.h and recompiling, FIT images seem to work fine. Is there any particular reason it's not enabled for the mx28evk board? Is FIT not the preferred image type for ARM, or at least this variant of it? BTW, I was working with the u-boot-arm git repo, updated as of today. Thanks...

1 0

[U-Boot] [PATCH 0/2] Enable network support on at91sam9n12ek board
by Bo Shen 24 Apr '13

24 Apr '13

This patch set base on the following patch set: - arm: at91: add at91sam9n12ek board support - http://patchwork.ozlabs.org/patch/237184/ And implement the following things - add ks8851_16mll ethernet driver - Enable network support on at91sam9n12ek board. Bo Shen (1): ARM: at91sam9n12: add network support with ksz8851_16mll Roberto Cerati (1): net: ks8851_mll: add ethernet support board/atmel/at91sam9n12ek/at91sam9n12ek.c | 36 ++ drivers/net/Makefile | 1 + drivers/net/ks8851_mll.c | 635 +++++++++++++++++++++++++++++ drivers/net/ks8851_mll.h | 357 ++++++++++++++++ include/configs/at91sam9n12ek.h | 4 + include/netdev.h | 1 + 6 files changed, 1034 insertions(+) create mode 100644 drivers/net/ks8851_mll.c create mode 100644 drivers/net/ks8851_mll.h -- 1.7.9.5

2 6

[U-Boot] [RFC] Remove ^L string
by Bo Shen 24 Apr '13

24 Apr '13

Remove ^L string Signed-off-by: Bo Shen <voice.shen(a)gmail.com> --- common/cmd_bedbug.c | 19 +++++++------------ 1 file changed, 7 insertions(+), 12 deletions(-) diff --git a/common/cmd_bedbug.c b/common/cmd_bedbug.c index 77b6e3e..f2d7549 100644 --- a/common/cmd_bedbug.c +++ b/common/cmd_bedbug.c @@ -19,7 +19,6 @@ extern int run_command __P ((const char *, int)); ulong dis_last_addr = 0; /* Last address disassembled */ ulong dis_last_len = 20; /* Default disassembler length */ CPU_DEBUG_CTX bug_ctx; /* Bedbug context structure */ - /* ====================================================================== * U-Boot's puts function does not append a newline, so the bedbug stuff @@ -33,7 +32,6 @@ int bedbug_puts (const char *str) printf ("%s\r\n", str); return 0; } /* bedbug_puts */ - /* ====================================================================== @@ -65,7 +63,6 @@ void bedbug_init (void) return; } /* bedbug_init */ - /* ====================================================================== @@ -106,7 +103,7 @@ int do_bedbug_dis (cmd_tbl_t * cmdtp, int flag, int argc, char * const argv[]) U_BOOT_CMD (ds, 3, 1, do_bedbug_dis, "disassemble memory", "ds <address> [# instructions]"); - + /* ====================================================================== * Entry point from the interpreter to the assembler. Assembles * instructions in consecutive memory locations until a '.' (period) is @@ -156,7 +153,7 @@ int do_bedbug_asm (cmd_tbl_t * cmdtp, int flag, int argc, char * const argv[]) U_BOOT_CMD (as, 2, 0, do_bedbug_asm, "assemble memory", "as <address>"); - + /* ====================================================================== * Used to set a break point from the interpreter. Simply calls into the * CPU-specific break point set routine. @@ -177,7 +174,7 @@ U_BOOT_CMD (break, 3, 0, do_bedbug_break, "break <address> - Break at an address\n" "break off <bp#> - Disable breakpoint.\n" "break show - List breakpoints."); - + /* ====================================================================== * Called from the debug interrupt routine. Simply calls the CPU-specific * breakpoint handling routine. @@ -192,7 +189,6 @@ void do_bedbug_breakpoint (struct pt_regs *regs) return; } /* do_bedbug_breakpoint */ - /* ====================================================================== @@ -250,7 +246,6 @@ void bedbug_main_loop (unsigned long addr, struct pt_regs *regs) return; } /* bedbug_main_loop */ - /* ====================================================================== @@ -274,7 +269,7 @@ int do_bedbug_continue (cmd_tbl_t * cmdtp, int flag, int argc, char * const argv U_BOOT_CMD (continue, 1, 0, do_bedbug_continue, "continue from a breakpoint", ""); - + /* ====================================================================== * Interpreter command to continue to the next instruction, stepping into * subroutines. Works by calling the find_next_addr() routine to compute @@ -305,7 +300,7 @@ int do_bedbug_step (cmd_tbl_t * cmdtp, int flag, int argc, char * const argv[]) U_BOOT_CMD (step, 1, 1, do_bedbug_step, "single step execution.", ""); - + /* ====================================================================== * Interpreter command to continue to the next instruction, stepping over * subroutines. Works by calling the find_next_addr() routine to compute @@ -336,7 +331,7 @@ int do_bedbug_next (cmd_tbl_t * cmdtp, int flag, int argc, char * const argv[]) U_BOOT_CMD (next, 1, 1, do_bedbug_next, "single step execution, stepping over subroutines.", ""); - + /* ====================================================================== * Interpreter command to print the current stack. This assumes an EABI * architecture, so it starts with GPR R1 and works back up the stack. @@ -381,7 +376,7 @@ int do_bedbug_stack (cmd_tbl_t * cmdtp, int flag, int argc, char * const argv[]) U_BOOT_CMD (where, 1, 1, do_bedbug_stack, "Print the running stack.", ""); - + /* ====================================================================== * Interpreter command to dump the registers. Calls the CPU-specific * show registers routine. -- 1.7.10.4

4 4

[U-Boot] [PATCH v2 0/15] Enhance SPI/SPI flash probing, add support for Intel ICH controller
by Simon Glass 23 Apr '13

23 Apr '13

Adding new fields to struct spi_slave and struct spi_flash is painful, because most drivers don't zero the fields they don't use. Anyway it seems better to have the SPI/SPI flash infrastructure provide a simple way of doing this that all drivers can use. So the first part of this series adds spi_alloc_slave(), for SPI, and spi_flash_alloc() for SPI flash. Support is added for the Intel ICH SPI controller, possibly the oddest SPI controller in U-Boot. It is designed for use with SPI flash only, and has a number of high-level features which are dedicated to flash. As such it is a bit of a challenge to get it to behave just like a normal U-Boot SPI device. The ICH driver has two interesting features. Firstly it is impossible to read or write more than 64 bytes at a time! For SPI reading it is possible to hide this within the SPI driver. For SPI writing it unfortunately isn't, since the spi_flash layer has to send an unlock command and a new address for every write. It would be an egregious hack to try to fake this in the driver. So a new property is added to spi_flash to allow the maximum transfer size to be set. Secondly, the ICH SPI flash can be memory mapped. On a lot of x86 devices this improves performance significantly. For example, the standard driver gets maybe 12Mbps throughput from a 33Mbps dual interface, roughly 20% utilisation. With memory mapping, many platforms can achieve about 40Mbps. To implement memory mapping, a new property is provided in the device tree to set the memory map address, which varies by platform. Some x86 platforms will see a speed increase with memory mapping, some won't. The memory mapping feature only works for reading. When in use, the spi_flash layer bypasses the SPI driver completely, and just copies the flash data from the correct place in the memory map. Changes in v2: - Use spi_alloc_slave() in bfin_spi6xx.c - Use spi_alloc_slave() in exynos_spi.c - Support both 33MHz and 20MHz operation in ich driver - Replace while() loop with memcpy_to/fromio() in ich driver - Enable gettime command for coreboot also - Add new patch to use unsigned type for buffers in 'sf test' Simon Glass (15): fdt: Add fdtdec_get_addr_size() to read reg properties spi: Add function to allocate a new SPI slave spi: Use spi_alloc_slave() in each SPI driver sf: Add spi_flash_alloc() to create a new SPI flash struct sf: Use spi_flash_alloc() in each SPI flash driver x86: spi: Add Intel ICH driver spi: Add parameter for maximum write size sf: Respect maximum SPI write size x86: spi: Set maximum write size for ICH sf: Enable FDT-based configuration and memory mapping x86: Move PCI init before SPI init x86: Add FDT SPI node for link x86: Enable SPI flash support for coreboot x86: Enable time command for coreboot sf: Use unsigned type for buffers arch/x86/lib/board.c | 8 +- board/chromebook-x86/dts/link.dts | 11 + common/cmd_sf.c | 8 +- drivers/mtd/spi/atmel.c | 8 +- drivers/mtd/spi/eon.c | 8 +- drivers/mtd/spi/macronix.c | 8 +- drivers/mtd/spi/ramtron.c | 4 +- drivers/mtd/spi/spansion.c | 8 +- drivers/mtd/spi/spi_flash.c | 81 +++- drivers/mtd/spi/sst.c | 8 +- drivers/mtd/spi/stmicro.c | 8 +- drivers/mtd/spi/winbond.c | 8 +- drivers/spi/Makefile | 4 + drivers/spi/altera_spi.c | 4 +- drivers/spi/andes_spi.c | 4 +- drivers/spi/armada100_spi.c | 4 +- drivers/spi/atmel_spi.c | 4 +- drivers/spi/bfin_spi.c | 4 +- drivers/spi/bfin_spi6xx.c | 4 +- drivers/spi/cf_qspi.c | 4 +- drivers/spi/cf_spi.c | 4 +- drivers/spi/davinci_spi.c | 4 +- drivers/spi/exynos_spi.c | 4 +- drivers/spi/fsl_espi.c | 4 +- drivers/spi/ich.c | 755 ++++++++++++++++++++++++++++++++++++++ drivers/spi/ich.h | 144 ++++++++ drivers/spi/kirkwood_spi.c | 5 +- drivers/spi/mpc52xx_spi.c | 5 +- drivers/spi/mpc8xxx_spi.c | 5 +- drivers/spi/mxc_spi.c | 4 +- drivers/spi/mxs_spi.c | 4 +- drivers/spi/oc_tiny_spi.c | 5 +- drivers/spi/omap3_spi.c | 27 +- drivers/spi/sh_spi.c | 4 +- drivers/spi/soft_spi.c | 4 +- drivers/spi/spi.c | 39 ++ drivers/spi/tegra_slink.c | 4 +- drivers/spi/tegra_spi.c | 4 +- drivers/spi/xilinx_spi.c | 4 +- include/configs/coreboot.h | 14 +- include/fdtdec.h | 16 + include/spi.h | 44 +++ include/spi_flash.h | 39 ++ lib/fdtdec.c | 27 +- 44 files changed, 1215 insertions(+), 154 deletions(-) create mode 100644 drivers/spi/ich.c create mode 100644 drivers/spi/ich.h create mode 100644 drivers/spi/spi.c -- 1.8.1.3

2 23

[U-Boot] [PATCH v2 0/4] Xilinx Microblaze patches
by Michal Simek 23 Apr '13

23 Apr '13

Here are some patches I have in my private repo for a long time. Let's upstream them. Thanks, Michal Changes in v2: - Remove trailing 1 for configurations - Remove \; from nc variable - Fix define macros not to use trailing 1 - define watchdog_base as static variable - label init and disable function as extern in header - Add record to xparameters.h to get it compiled by default Michal Simek (4): microblaze: Fix reset function microblaze: Enable netconsole microblaze: Disable all cpu features before reset watchdog: Add support for Xilinx Microblaze watchdog arch/microblaze/include/asm/processor.h | 4 + arch/microblaze/lib/board.c | 3 + .../xilinx/microblaze-generic/microblaze-generic.c | 11 ++- board/xilinx/microblaze-generic/xparameters.h | 4 + doc/README.watchdog | 3 + drivers/watchdog/Makefile | 1 + drivers/watchdog/xilinx_tb_wdt.c | 87 ++++++++++++++++++++++ include/configs/microblaze-generic.h | 17 ++++- 8 files changed, 126 insertions(+), 4 deletions(-) create mode 100644 drivers/watchdog/xilinx_tb_wdt.c -- 1.8.2.1

2 6

[U-Boot] [PATCH 0/6] Add gdsys ControlCenter Digital board
by Dirk Eibach 23 Apr '13

23 Apr '13

Dirk Eibach (4): mpc85xx: Add CONFIG_RELEASE_CORE0_ONLY Add Atmel I2C tpm powerpc: Build arch/powerpc/lib/bootm.o depending on CONFIG_CMD_BOOTM mpc85xx: Add gdsys ControlCenter Digital board Reinhard Pfau (2): tpm: add AUTH1 cmds for LoadKey2 and GetPubKey i2c: fsl_i2c: i2c_read(): dont try to write address w/ alen=0 README | 20 + arch/powerpc/cpu/mpc85xx/mp.c | 8 +- arch/powerpc/lib/Makefile | 2 +- board/gdsys/common/Makefile | 1 + board/gdsys/common/dp501.c | 107 +++ board/gdsys/common/dp501.h | 30 + board/gdsys/p1022/Makefile | 37 + board/gdsys/p1022/controlcenterd-id.c | 1205 +++++++++++++++++++++++++++++++++ board/gdsys/p1022/controlcenterd-id.h | 29 + board/gdsys/p1022/controlcenterd.c | 447 ++++++++++++ board/gdsys/p1022/ddr.c | 71 ++ board/gdsys/p1022/diu.c | 87 +++ board/gdsys/p1022/law.c | 20 + board/gdsys/p1022/sdhc_boot.c | 63 ++ board/gdsys/p1022/tlb.c | 77 +++ boards.cfg | 7 + common/cmd_tpm.c | 93 +++ drivers/i2c/fsl_i2c.c | 7 +- drivers/tpm/Makefile | 1 + drivers/tpm/atmel_twi_tpm.c | 119 ++++ include/configs/controlcenterd.h | 510 ++++++++++++++ include/tpm.h | 174 +++++ lib/tpm.c | 348 +++++++++- 23 files changed, 3457 insertions(+), 6 deletions(-) create mode 100644 board/gdsys/common/dp501.c create mode 100644 board/gdsys/common/dp501.h create mode 100644 board/gdsys/p1022/Makefile create mode 100644 board/gdsys/p1022/controlcenterd-id.c create mode 100644 board/gdsys/p1022/controlcenterd-id.h create mode 100644 board/gdsys/p1022/controlcenterd.c create mode 100644 board/gdsys/p1022/ddr.c create mode 100644 board/gdsys/p1022/diu.c create mode 100644 board/gdsys/p1022/law.c create mode 100644 board/gdsys/p1022/sdhc_boot.c create mode 100644 board/gdsys/p1022/tlb.c create mode 100644 drivers/tpm/atmel_twi_tpm.c create mode 100644 include/configs/controlcenterd.h -- 1.7.10.4

6 12

[U-Boot] Xilinx Zynq patches
by Michal Simek 23 Apr '13

23 Apr '13

Hi, I am sending several patches which improve Xilinx Zynq arm port in u-boot. Patchset contain: - core changes: patches 1,2 - gem update: patches 1-11 - mmc support: patch 12 - i2c support: patch 13 - pl support: patch 14 I am sending them in one package because driver depends on each other in zynq shared files. Thanks for your comments, Michal

3 20