November 2016 - U-Boot

[U-Boot] [PATCH 0/4] serial: pxa: kconfig and optional driver model integration
by Marcel Ziswiler 07 Nov '16

07 Nov '16

This series integrates both Kconfig as well as optional driver model support for the PXA serial driver. As I do not have any of the other hardware available for testing for now I only transitioned the Colibri PXA270 to actually make use of DM_SERIAL. As space on this mostly NOR based hardware is rather constrained I decided against also integrating device tree support for now but rather use olde platform data. Your input on this is more than welcome. Marcel Ziswiler (4): serial: pxa: use kconfig for serial configuration serial: pxa: integrate optional driver model handling colibri_pxa270: drop lzma support for space reason colibri_pxa270: transition to driver model for serial board/toradex/colibri_pxa270/colibri_pxa270.c | 18 ++- configs/colibri_pxa270_defconfig | 3 + configs/h2200_defconfig | 1 + configs/zipitz2_defconfig | 1 + drivers/serial/Kconfig | 6 + drivers/serial/serial_pxa.c | 181 +++++++++++++++++--------- include/configs/colibri_pxa270.h | 4 - include/configs/h2200.h | 2 - include/configs/zipitz2.h | 1 - include/dm/platform_data/serial_pxa.h | 56 ++++++++ scripts/config_whitelist.txt | 1 - 11 files changed, 201 insertions(+), 73 deletions(-) create mode 100644 include/dm/platform_data/serial_pxa.h -- 2.5.5

3 6

[U-Boot] [PATCH 1/2] ext4: Allow reading files with non-zero offset, clamp read len
by Stefan Brüns 06 Nov '16

06 Nov '16

Support was already implemented, but not hooked up. This fixes several fails in the test cases. Signed-off-by: Stefan Brüns <stefan.bruens(a)rwth-aachen.de> --- fs/ext4/ext4fs.c | 15 +++++---------- include/ext4fs.h | 2 +- 2 files changed, 6 insertions(+), 11 deletions(-) diff --git a/fs/ext4/ext4fs.c b/fs/ext4/ext4fs.c index 3078737..f8cf6cd 100644 --- a/fs/ext4/ext4fs.c +++ b/fs/ext4/ext4fs.c @@ -190,12 +190,12 @@ int ext4fs_size(const char *filename, loff_t *size) return ext4fs_open(filename, size); } -int ext4fs_read(char *buf, loff_t len, loff_t *actread) +int ext4fs_read(char *buf, loff_t offset, loff_t len, loff_t *actread) { if (ext4fs_root == NULL || ext4fs_file == NULL) return 0; - return ext4fs_read_file(ext4fs_file, 0, len, buf, actread); + return ext4fs_read_file(ext4fs_file, offset, len, buf, actread); } int ext4fs_probe(struct blk_desc *fs_dev_desc, @@ -217,21 +217,16 @@ int ext4_read_file(const char *filename, void *buf, loff_t offset, loff_t len, loff_t file_len; int ret; - if (offset != 0) { - printf("** Cannot support non-zero offset **\n"); - return -1; - } - ret = ext4fs_open(filename, &file_len); if (ret < 0) { printf("** File not found %s **\n", filename); return -1; } - if (len == 0) - len = file_len; + if ((len == 0) || (offset + len > file_len)) + len = (file_len - offset); - return ext4fs_read(buf, len, len_read); + return ext4fs_read(buf, offset, len, len_read); } int ext4fs_uuid(char *uuid_str) diff --git a/include/ext4fs.h b/include/ext4fs.h index 965cd9e..bb55639 100644 --- a/include/ext4fs.h +++ b/include/ext4fs.h @@ -135,7 +135,7 @@ int ext4_write_file(const char *filename, void *buf, loff_t offset, loff_t len, struct ext_filesystem *get_fs(void); int ext4fs_open(const char *filename, loff_t *len); -int ext4fs_read(char *buf, loff_t len, loff_t *actread); +int ext4fs_read(char *buf, loff_t offset, loff_t len, loff_t *actread); int ext4fs_mount(unsigned part_length); void ext4fs_close(void); void ext4fs_reinit_global(void); -- 2.10.1

3 2

[U-Boot] [PATCH] mx6sabresd: Make Ethernet functional again
by Fabio Estevam 06 Nov '16

06 Nov '16

From: Fabio Estevam <fabio.estevam(a)nxp.com> Since commit ce412b79e7255770 ("drivers: net: phy: atheros: add separate config for AR8031") ethernet does not work on mx6sabresd. This commit correctly assigns ar8031_config() as the configuration function for AR8031 in the same way as done in the Linux kernel. However, on mx6sabresd design we need some additional configuration, such as enabling the 125 MHz AR8031 output that needs to be done in the board file. This also aligns with the same method that the kernel performs the AR8031 fixup in arch/arm/mach-imx/mach-imx6q.c. Signed-off-by: Fabio Estevam <fabio.estevam(a)nxp.com> --- board/freescale/mx6sabresd/mx6sabresd.c | 33 +++++++++++++++++++++++++++++++++ 1 file changed, 33 insertions(+) diff --git a/board/freescale/mx6sabresd/mx6sabresd.c b/board/freescale/mx6sabresd/mx6sabresd.c index e58c03c..a5c2b86 100644 --- a/board/freescale/mx6sabresd/mx6sabresd.c +++ b/board/freescale/mx6sabresd/mx6sabresd.c @@ -360,6 +360,39 @@ int board_mmc_init(bd_t *bis) } #endif +static int ar8031_phy_fixup(struct phy_device *phydev) +{ + unsigned short val; + + /* To enable AR8031 ouput a 125MHz clk from CLK_25M */ + phy_write(phydev, MDIO_DEVAD_NONE, 0xd, 0x7); + phy_write(phydev, MDIO_DEVAD_NONE, 0xe, 0x8016); + phy_write(phydev, MDIO_DEVAD_NONE, 0xd, 0x4007); + + val = phy_read(phydev, MDIO_DEVAD_NONE, 0xe); + val &= 0xffe3; + val |= 0x18; + phy_write(phydev, MDIO_DEVAD_NONE, 0xe, val); + + /* introduce tx clock delay */ + phy_write(phydev, MDIO_DEVAD_NONE, 0x1d, 0x5); + val = phy_read(phydev, MDIO_DEVAD_NONE, 0x1e); + val |= 0x0100; + phy_write(phydev, MDIO_DEVAD_NONE, 0x1e, val); + + return 0; +} + +int board_phy_config(struct phy_device *phydev) +{ + ar8031_phy_fixup(phydev); + + if (phydev->drv->config) + phydev->drv->config(phydev); + + return 0; +} + #if defined(CONFIG_VIDEO_IPUV3) static void disable_lvds(struct display_info_t const *dev) { -- 2.7.4

3 4

[U-Boot] [PATCH 0/2] rpi: enable passthrough of FDT blob provided by the firmware
by Cédric Schieli 06 Nov '16

06 Nov '16

Raspberry firmware used to pass a FDT blob at a fixed address (0x100), but this is not true anymore. The address now depends on both the memory size and the blob size [1]. If one wants to passthrough this FDT blob to the kernel, the most reliable way is to save its address from the r2 register passed to U-Boot in the entry point and expose it in a environment variable for further processing. [1] https://www.raspberrypi.org/forums//viewtopic.php?f=107&t=134018 Cédric Schieli (2): rpi: save firmware provided boot param for later use rpi: expose the firmware provided FDT blob in ${fw_fdt_addr} board/raspberrypi/rpi/Makefile | 1 + board/raspberrypi/rpi/lowlevel_init.S | 26 ++++++++++++++++++++++++++ board/raspberrypi/rpi/rpi.c | 19 +++++++++++++++++++ include/configs/rpi.h | 4 ++++ 4 files changed, 50 insertions(+) create mode 100644 board/raspberrypi/rpi/lowlevel_init.S -- 2.7.3

4 12

[U-Boot] [PATCH 2/3] test/py: Allow to pass u_boot_log instead of console for run_and_log
by Stefan Brüns 06 Nov '16

06 Nov '16

The runner actually has no console dependency, only on the log provided by the console. Accept both u_boot_console or a multiplexed_log. Signed-off-by: Stefan Brüns <stefan.bruens(a)rwth-aachen.de> --- test/py/u_boot_utils.py | 10 ++++++++-- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git a/test/py/u_boot_utils.py b/test/py/u_boot_utils.py index 2ba4bae..c80cf07 100644 --- a/test/py/u_boot_utils.py +++ b/test/py/u_boot_utils.py @@ -153,7 +153,7 @@ def wait_until_file_open_fails(fn, ignore_errors): return raise Exception('File can still be opened') -def run_and_log(u_boot_console, cmd, ignore_errors=False): +def run_and_log(u_boot_console_or_log, cmd, ignore_errors=False): """Run a command and log its output. Args: @@ -171,7 +171,10 @@ def run_and_log(u_boot_console, cmd, ignore_errors=False): """ if isinstance(cmd, str): cmd = cmd.split() - runner = u_boot_console.log.get_runner(cmd[0], sys.stdout) + try: + runner = u_boot_console_or_log.get_runner(cmd[0], sys.stdout) + except: + runner = u_boot_console_or_log.log.get_runner(cmd[0], sys.stdout) output = runner.run(cmd, ignore_errors=ignore_errors) runner.close() return output @@ -189,7 +192,10 @@ def run_and_log_expect_exception(u_boot_console, cmd, retcode, msg): msg: String that should be contained within the command's output. """ try: + runner = u_boot_console.get_runner(cmd[0], sys.stdout) + except: runner = u_boot_console.log.get_runner(cmd[0], sys.stdout) + try: runner.run(cmd) except Exception as e: assert(retcode == runner.exit_status) -- 2.10.1

2 1

[U-Boot] [PATCH 0/5] arm: imx6: Enable Secure Boot (HAB) with SPL Builds
by Sven Ebenfeld 06 Nov '16

06 Nov '16

When trying to build U-Boot for Wandboard with Secure Boot, the build fails because it tries to compile the dekblob commands within the SPL. The dekblob command depends on the CAAM driver, which is also not required in the SPL. Additionally, this blows the SPL up to a size beyond the limit of 69KiB in i.MX6DL OCRAM. Therefore I deactivate building the commands during SPL build. Next I implemented HAB verification before jumping to the loaded image. To create images that are HAB compatible, I updated the mkimage tool and added some documentation. At last I try to make the signing process easier as the output of the mkimage tool will be preserverd within the build dir. The output contains informationen required to correctly sign HAB images. Sven Ebenfeld (5): arm: imx: remove bmode , hdmidet and dek commands from SPL arm: imx: add HAB authentication of image to SPL boot tools: mkimage: add firmware-ivt image type for HAB verification doc: imx6: add section for secure boot with SPL Makefile: preserve output for images that can contain HAB Blocks Makefile | 15 +++- arch/arm/imx-common/Makefile | 5 ++ arch/arm/imx-common/hab.c | 129 ++++++++++++++++++---------------- arch/arm/imx-common/spl.c | 25 +++++++ arch/arm/imx-common/spl_sd.cfg | 10 +++ arch/arm/include/asm/imx-common/hab.h | 2 + common/image.c | 6 ++ doc/README.imx6 | 49 +++++++++++++ include/configs/mx6_common.h | 3 + include/image.h | 1 + scripts/Makefile.lib | 2 +- scripts/Makefile.spl | 2 +- tools/default_image.c | 10 ++- tools/mkimage.c | 32 +++++++++ 14 files changed, 226 insertions(+), 65 deletions(-) -- 2.7.4

1 5

[U-Boot] [PATCH 0/3] Create python filesystem tests
by Stefan Brüns 05 Nov '16

05 Nov '16

This is a first attempt to create filesystem tests in python. It is currently targetting sandbox, although it should be possible to make it work with e.g. the qemu based testruns. First two patches are prep work, first patch is copied verbatim from a mail from Stephen Warren. The actual tests are in patch 3. CUrrently it is a subset of what can be tested with the old shell script, most importantly no write tests. The following tests are currently implemented: 1. Listing a directory and checking for a set of files 2. Verifying the size of a file 3. Verifying the md5sums of specified regions of a file 4. Reading the head of a file 3. and 4. have some overlap, but the latter will also read sparse file regions. As the old test, some parts need root privileges to mount the image. Stefan Brüns (3): test/py: expose config and log as session scoped fixture test/py: Allow to pass u_boot_log instead of console for run_and_log test/py: Create tests for ext4 and fat testing on sandbox test/py/conftest.py | 26 +++++ test/py/tests/test_fs.py | 298 +++++++++++++++++++++++++++++++++++++++++++++++ test/py/u_boot_utils.py | 10 +- 3 files changed, 332 insertions(+), 2 deletions(-) create mode 100644 test/py/tests/test_fs.py -- 2.10.1

1 0

[U-Boot] [PATCH v9 00/21] dm: Generic MTD Subsystem/SPI-NOR
by Jagan Teki 05 Nov '16

05 Nov '16

The previous series [1] [2] are added SPI-NOR on top of mtd/spi where it bypassing DM_SPI_FLASH and use the existing mtd core (which is non-dm), I feel this is moving in a reverse direction where adding new feature with the help of non-dm mtd core support and also few of the spi drivers are not fully dm-driven. Previous design series[3]: keep the mtd/spi as it is and start adding spi-nor features separately. The idea here is to add the dm features to MTD first and then add UCLASS_MTD spi-nor drivers so-that the commands are interfacing to spi-nor through dm-driven MTD core to spi-nor. This series adding a new command 'mtd.c' which is common for all MTD devices SPI-NOR, SPI-NOR(master) and Parallel NOR with dm-driven. SPI-NOR and Parallel NOR: ------------------------ ------------------------------------ mtd.c ------------------------------------ mtd-uclass ------------------------------------ SPI-NOR Core CFI FLASH ------------------------------------ m25p80.c zynq_qspi ----------------------------------- spi-uclass SPI NOR chip ----------------------------------- spi drivers ----------------------------------- SPI NOR chip ----------------------------------- drivers/mtd/spi-nor/ - Add dm mtd operations - spi-nor.c: Add basic SPI-NOR core like erase/read/write ops and lock's will add later - m25p80.c: spi-nor to spi divers interface layer drivers/spi-nor - zynq_qspi.c: zynq qspi spi-nor controller driver. Current Status: -------------- - SPI-NOR Controller design flow working, see Log TODO: ---- - SPI-NOR with SPI bus - Parallel NOR. Log: ---- Zynq> mtd mtd - MTD Sub-system Usage: mtd list - show list of MTD devices mtd info - show current MTD device info mtd probe devnum - probe the 'devnum' MTD device mtd erase offset len - erase 'len' bytes from 'offset' mtd write addr to len - write 'len' bytes to 'to' from 'addr' mtd read addr from len - read 'len' bytes from 'from' to 'addr' Zynq> mtd list MTD 1: spi-nor@e000d000 Zynq> MTD 1: spi-nor@e000d000 Zynq> mtd list MTD 1: spi-nor@e000d000 Zynq> mtd probe 0 failing to set MTD device 0 Zynq> mtd probe 1 SPI-NOR: detected s25fl128s_64k with page size 256 Bytes, erase size 64 KiB, total 16 MiB Zynq> mtd info MTD Device 1: s25fl128s_64k Page size: 256 B Erase size: 64 KiB Size: 16 MiB Zynq> mtd list MTD 1: spi-nor@e000d000 (active 1) Zynq> mtd erase 0xE00000 0x100000 MTD: 1048576 bytes @ 0xe00000 Erased: OK Zynq> mw.b 0x100 0xaa 0x100000 Zynq> mtd write 0x100 0xE00000 0x100000 device 0 offset 0xe00000, size 0x100000 MTD: 1048576 bytes @ 0xe00000 Written: OK Zynq> mtd read 0x3000000 0xE00000 0x100000 device 0 offset 0xe00000, size 0x100000 MTD: 1048576 bytes @ 0xe00000 Read: OK Zynq> cmp.b 0x3000000 0x100 0x100000 Total of 1048576 byte(s) were the same Testing: ------- $ git clone git://git.denx.de/u-boot-spi.git $ cd u-boot-spi $ git checkout -b mtd origin/mtd-working [1] http://lists.denx.de/pipermail/u-boot/2016-March/249286.html [2] http://lists.denx.de/pipermail/u-boot/2016-February/245418.html [3] [PATCH RFC v8 00/16] SPI-NOR/MTD addition Jagan Teki (21): dm: mtd: Add dm mtd core ops mtd: Add SPI-NOR core support mtd: spi-nor: Kconfig: Add MTD_SPI_NOR entry mtd: spi-nor: Kconfig: Add MTD_SPI_NOR_USE_4K_SECTORS mtd: spi-nor: Kconfig: Add SPI_NOR_MISC entry mtd: spi-nor: Kconfig: Add SPI_NOR_MACRONIX entry mtd: spi-nor: Kconfig: Add SPI_NOR_SPANSION entry mtd: spi-nor: Kconfig: Add SPI_NOR_STMICRO entry mtd: spi-nor: Kconfig: Add SPI_NOR_SST entry mtd: spi-nor: Kconfig: Add SPI_NOR_WINBOND entry spi: Add spi_write_then_read mtd: spi-nor: Add m25p80 driver mtd: spi-nor: Kconfig: Add MTD_M25P80 entry mtd: spi-nor: Add zynq qspinor driver mtd: spi-nor: zynq_qspi: Kconfig: Add MTD_ZYNQ mtd: spi-nor: Add 4-byte addresswidth support dm: mtd: Add uclass_driver.flags dm: mtd: Add post_bind cmd: Add mtd command support arm: dts: zynq: Add zynq-qspinor node dm: zynq: microzed: Enable MTD/SPI-NOR Makefile | 1 + arch/arm/dts/zynq-7000.dtsi | 12 + arch/arm/dts/zynq-microzed.dts | 6 + cmd/Kconfig | 6 + cmd/Makefile | 1 + cmd/mtd.c | 285 ++++++++++++++++ configs/zynq_microzed_defconfig | 14 +- drivers/mtd/Kconfig | 2 + drivers/mtd/Makefile | 2 +- drivers/mtd/mtd-uclass.c | 93 +++++ drivers/mtd/spi-nor/Kconfig | 89 +++++ drivers/mtd/spi-nor/Makefile | 15 + drivers/mtd/spi-nor/m25p80.c | 218 ++++++++++++ drivers/mtd/spi-nor/spi-nor-ids.c | 176 ++++++++++ drivers/mtd/spi-nor/spi-nor.c | 684 +++++++++++++++++++++++++++++++++++++ drivers/mtd/spi-nor/zynq_qspinor.c | 641 ++++++++++++++++++++++++++++++++++ drivers/spi/spi-uclass.c | 24 ++ include/linux/err.h | 5 + include/linux/mtd/spi-nor.h | 211 ++++++++++++ include/mtd.h | 63 ++++ include/spi.h | 20 ++ 21 files changed, 2562 insertions(+), 6 deletions(-) create mode 100644 cmd/mtd.c create mode 100644 drivers/mtd/spi-nor/Kconfig create mode 100644 drivers/mtd/spi-nor/Makefile create mode 100644 drivers/mtd/spi-nor/m25p80.c create mode 100644 drivers/mtd/spi-nor/spi-nor-ids.c create mode 100644 drivers/mtd/spi-nor/spi-nor.c create mode 100644 drivers/mtd/spi-nor/zynq_qspinor.c create mode 100644 include/linux/mtd/spi-nor.h -- 2.7.4

2 38

[U-Boot] [PATCH] engicam: icorem6: Fix config files
by Jagan Teki 05 Nov '16

05 Nov '16

From: Jagan Teki <jagan(a)amarulasolutions.com> Config file names on MAINTAINERS and README in board/engicam/icorem6 seems to be wrong, hence fixed the same. Cc: Stefano Babic <sbabic(a)denx.de> Cc: Michael Trimarchi <michael(a)amarulasolutions.com> Signed-off-by: Jagan Teki <jagan(a)amarulasolutions.com> --- board/engicam/icorem6/MAINTAINERS | 5 +++-- board/engicam/icorem6/README | 2 +- 2 files changed, 4 insertions(+), 3 deletions(-) diff --git a/board/engicam/icorem6/MAINTAINERS b/board/engicam/icorem6/MAINTAINERS index 3e06c6b..a425afb 100644 --- a/board/engicam/icorem6/MAINTAINERS +++ b/board/engicam/icorem6/MAINTAINERS @@ -2,5 +2,6 @@ ICOREM6QDL BOARD M: Jagan Teki <jagan(a)amarulasolutions.com> S: Maintained F: board/engicam/icorem6 -F: include/configs/icorem6qdl.h -F: configs/icorem6qdl_defconfig +F: include/configs/imx6qdl_icore.h +F: configs/imx6qdl_icore_mmc_defconfig +F: configs/imx6qdl_icore_nand_defconfig diff --git a/board/engicam/icorem6/README b/board/engicam/icorem6/README index 12d1e21..e47f85f 100644 --- a/board/engicam/icorem6/README +++ b/board/engicam/icorem6/README @@ -4,7 +4,7 @@ How to use U-Boot on Engicam i.CoreM6 DualLite/Solo and Quad/Dual Starter Kit: - Configure U-Boot for Engicam i.CoreM6 QDL: $ make mrproper -$ make icorem6qdl_mmc_defconfig +$ make imx6qdl_icore_mmc_defconfig - Build for i.CoreM6 DualLite/Solo -- 2.7.4

2 3

Re: [U-Boot] [bug report] sunxi: booting from eMMC
by AneoX 05 Nov '16

05 Nov '16

Emmc Card was the new one, so i just burn a dump of working sd. Previously sd have been wired to board for test. Board is a custom, like olinuxino lime which with nand and sd slot, 512 mb ram. So i using it defconfig and in case of sd card, it works. Emmc lines has external pullups according to the datasheet. 2 окт. 2016 г. 23:28 пользователь "Jagan Teki" <jagannadh.teki(a)gmail.com> написал: On Sun, Oct 2, 2016 at 10:45 PM, AneoX <aneox.inbox(a)gmail.com> wrote: > Like a sd card. I have emmc to sd adapter, so > > dd if=u-boot-sunxi-with-spl.bin of=/dev/sdb bs=1024 seek=8 I guess you cleaned[1] the card before doing this? > > and then just solder emmc to my board. OK, which a20 board? [1] http://linux-sunxi.org/Bootable_SD_card thanks! -- Jagan Teki Free Software Engineer | www.openedev.com U-Boot, Linux | Upstream Maintainer Hyderabad, India.

4 22