August 2020 - U-Boot

[PATCH v2 00/18] Add new board: Xen guest for ARM64
by Anastasiia Lukianenko 07 Aug '20

07 Aug '20

From: Anastasiia Lukianenko <anastasiia_lukianenko(a)epam.com> This work introduces Xen [1] guest ARM64 board support in U-Boot with para-virtualized (PV) [2] block and serial drivers: xenguest_arm64. This board is to be run as a virtual Xen guest with U-boot as its primary bootloader. The rationale behind introducing this board is a better and simpler decoupling of the guest from the initial privileged domain which starts a guest’s virtual machine: there are cross dependencies between the guest OS and initial privileged domain (Domain-0) such as Domain-0 needs guest's kernel and may need its device tree to boot it. These dependencies interfere if the kernel or guest OS needs to be updated, thus having a unified bootloader in Domain-0 allows resolving this: 1. U-boot boot scripts, which are stored on the guest’s virtual disk, are guest specific, so any change in the guest’s configuration can be handled by the guest itself. 2. Guest OS’ kernel can be updated if OS’ needs that without any help from Domain-0. 3. Using the Device Tree Overlay mechanism it is possible to customize the device tree entries yet at bootloader stage inside the guest itself, so the base device tree provided by Xen can be customized. Xen support for U-boot was implemented by introducing a new Xen guest ARM64 board and porting essential drivers from MiniOS [3] as well as some of the work previously done by NXP [4]: 1. PV block device front driver with XenStore based device enumeration, new UCLASS_PVBLOCK; 2. PV serial console device front driver; 3. Xen hypervisor support with minimal set of the essential headers adapted from Linux kernel; 4. grant table support; 5. event channel support, without IRQ support, but polling; 6. xenbus support; 7. dynamic RAM size as defined in the device tree instead of statically defined values; 8. position-independent pre-relocation code is used as we cannot statically define any start addresses at compile time which is up to Xen to choose at run-time; 9. new defconfig introduced: xenguest_arm64_defconfig. Please note, that due to the fact that para-virtualized serial driver requires some of the Xen functionality available late not all the printouts are available at the very start including U-Boot banner, memory size etc. All the above was tested with block driver related commands (info/part/read/write), FAT and ext4 operations work properly, the Linux kernel can start. Thank you in advance, Anastasiia Lukianenko, Oleksandr Andrushchenko Changes since v1: ================= 1. Added test for new lib sscanf function 2. Fixed data cache maintenance process 3. Added more comments and explanations 4. Removed unnecessary code, which is not related to ARM64 architecture 5. Added board documentation 6. Coding style cleanup 7. Added MIT License Anastasiia Lukianenko (7): Add MIT License xen: pvblock: Add initial support for para-virtualized block driver xen: pvblock: Enumerate virtual block devices xen: pvblock: Read XenStore configuration and initialize xen: pvblock: Implement front-back protocol and do IO xen: pvblock: Print found devices indices doc: xen: Add Xen guest ARM64 board documentation Andrii Anisov (2): board: Introduce xenguest_arm64 board lib: sscanf: add sscanf implementation Oleksandr Andrushchenko (7): xen: Add essential and required interface headers xen: Port Xen hypervizor related code from mini-os xen: Port Xen event channel driver from mini-os linux/compat.h: Add wait_event_timeout macro xen: Port Xen bus driver from mini-os xen: Port Xen grant table driver from mini-os board: xen: De-initialize before jumping to Linux Peng Fan (2): Kconfig: Introduce CONFIG_XEN serial: serial_xen: Add Xen PV serial driver Kconfig | 18 + Licenses/README | 1 + Licenses/mit.txt | 20 + arch/arm/Kconfig | 9 + arch/arm/cpu/armv8/Makefile | 1 + arch/arm/cpu/armv8/xen/Makefile | 6 + arch/arm/cpu/armv8/xen/hypercall.S | 79 ++ arch/arm/cpu/armv8/xen/lowlevel_init.S | 33 + arch/arm/include/asm/io.h | 4 + arch/arm/include/asm/xen.h | 7 + arch/arm/include/asm/xen/hypercall.h | 22 + arch/arm/include/asm/xen/system.h | 88 +++ board/xen/xenguest_arm64/Kconfig | 12 + board/xen/xenguest_arm64/Makefile | 5 + board/xen/xenguest_arm64/xenguest_arm64.c | 202 +++++ cmd/Kconfig | 7 + cmd/Makefile | 1 + cmd/pvblock.c | 30 + common/board_r.c | 27 + configs/xenguest_arm64_defconfig | 60 ++ disk/part.c | 4 + doc/board/index.rst | 1 + doc/board/xen/index.rst | 9 + doc/board/xen/xenguest_arm64.rst | 81 ++ drivers/Kconfig | 2 + drivers/Makefile | 1 + drivers/block/blk-uclass.c | 2 + drivers/serial/Kconfig | 7 + drivers/serial/Makefile | 1 + drivers/serial/serial_xen.c | 182 +++++ drivers/xen/Kconfig | 10 + drivers/xen/Makefile | 10 + drivers/xen/events.c | 199 +++++ drivers/xen/gnttab.c | 216 ++++++ drivers/xen/hypervisor.c | 252 +++++++ drivers/xen/pvblock.c | 867 ++++++++++++++++++++++ drivers/xen/xenbus.c | 557 ++++++++++++++ include/blk.h | 1 + include/configs/xenguest_arm64.h | 52 ++ include/dm/uclass-id.h | 1 + include/linux/compat.h | 54 ++ include/pvblock.h | 17 + include/vsprintf.h | 8 + include/xen.h | 24 + include/xen/arm/interface.h | 88 +++ include/xen/events.h | 42 ++ include/xen/gnttab.h | 24 + include/xen/hvm.h | 27 + include/xen/interface/event_channel.h | 279 +++++++ include/xen/interface/grant_table.h | 565 ++++++++++++++ include/xen/interface/hvm/hvm_op.h | 55 ++ include/xen/interface/hvm/params.h | 116 +++ include/xen/interface/io/blkif.h | 701 +++++++++++++++++ include/xen/interface/io/console.h | 39 + include/xen/interface/io/protocols.h | 28 + include/xen/interface/io/ring.h | 462 ++++++++++++ include/xen/interface/io/xenbus.h | 64 ++ include/xen/interface/io/xs_wire.h | 134 ++++ include/xen/interface/memory.h | 332 +++++++++ include/xen/interface/sched.h | 171 +++++ include/xen/interface/xen.h | 208 ++++++ include/xen/xenbus.h | 116 +++ lib/Kconfig | 4 + lib/Makefile | 1 + lib/sscanf.c | 823 ++++++++++++++++++++ test/lib/Makefile | 1 + test/lib/sscanf.c | 174 +++++ 67 files changed, 7644 insertions(+) create mode 100644 Licenses/mit.txt create mode 100644 arch/arm/cpu/armv8/xen/Makefile create mode 100644 arch/arm/cpu/armv8/xen/hypercall.S create mode 100644 arch/arm/cpu/armv8/xen/lowlevel_init.S create mode 100644 arch/arm/include/asm/xen.h create mode 100644 arch/arm/include/asm/xen/hypercall.h create mode 100644 arch/arm/include/asm/xen/system.h create mode 100644 board/xen/xenguest_arm64/Kconfig create mode 100644 board/xen/xenguest_arm64/Makefile create mode 100644 board/xen/xenguest_arm64/xenguest_arm64.c create mode 100644 cmd/pvblock.c create mode 100644 configs/xenguest_arm64_defconfig create mode 100644 doc/board/xen/index.rst create mode 100644 doc/board/xen/xenguest_arm64.rst create mode 100644 drivers/serial/serial_xen.c create mode 100644 drivers/xen/Kconfig create mode 100644 drivers/xen/Makefile create mode 100644 drivers/xen/events.c create mode 100644 drivers/xen/gnttab.c create mode 100644 drivers/xen/hypervisor.c create mode 100644 drivers/xen/pvblock.c create mode 100644 drivers/xen/xenbus.c create mode 100644 include/configs/xenguest_arm64.h create mode 100644 include/pvblock.h create mode 100644 include/xen.h create mode 100644 include/xen/arm/interface.h create mode 100644 include/xen/events.h create mode 100644 include/xen/gnttab.h create mode 100644 include/xen/hvm.h create mode 100644 include/xen/interface/event_channel.h create mode 100644 include/xen/interface/grant_table.h create mode 100644 include/xen/interface/hvm/hvm_op.h create mode 100644 include/xen/interface/hvm/params.h create mode 100644 include/xen/interface/io/blkif.h create mode 100644 include/xen/interface/io/console.h create mode 100644 include/xen/interface/io/protocols.h create mode 100644 include/xen/interface/io/ring.h create mode 100644 include/xen/interface/io/xenbus.h create mode 100644 include/xen/interface/io/xs_wire.h create mode 100644 include/xen/interface/memory.h create mode 100644 include/xen/interface/sched.h create mode 100644 include/xen/interface/xen.h create mode 100644 include/xen/xenbus.h create mode 100644 lib/sscanf.c create mode 100644 test/lib/sscanf.c -- 2.17.1

5 28

[PATCH v2] configs: socfpga: add kernel parameter for immediate reboot
by Ooi, Joyce 07 Aug '20

07 Aug '20

From: Joyce Ooi <joyce.ooi(a)intel.com> Add Linux kernel line parameters for socfpga soc64 U-Boot. The "panic=-1" indicates the reset should occur immediately (without a delay). Signed-off-by: Joyce Ooi <joyce.ooi(a)intel.com> --- v2: fix typo in commit message --- include/configs/socfpga_soc64_common.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/configs/socfpga_soc64_common.h b/include/configs/socfpga_soc64_common.h index 7237ec95e34..d51a532a929 100644 --- a/include/configs/socfpga_soc64_common.h +++ b/include/configs/socfpga_soc64_common.h @@ -79,7 +79,7 @@ unsigned int cm_get_qspi_controller_clk_hz(void); * CONFIG_BOOTARGS goes into the environment value "bootargs". * Do note the value will override also the chosen node in FDT blob. */ -#define CONFIG_BOOTARGS "earlycon" +#define CONFIG_BOOTARGS "earlycon panic=-1" #define CONFIG_BOOTCOMMAND "run fatscript; run mmcload;run linux_qspi_enable;" \ "run mmcboot" -- 2.13.0

3 2

[PATCH] configs: socfpga: add kernel parameter for immediate reboot
by Ooi, Joyce 07 Aug '20

07 Aug '20

From: Joyce Ooi <joyce.ooi(a)intel.com> Add Linux kernel line parameters for socfpga soc64 U-Boot. The "panic=-1" indicates the reset should occue immediately (without a delay). Signed-off-by: Joyce Ooi <joyce.ooi(a)intel.com> --- include/configs/socfpga_soc64_common.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/configs/socfpga_soc64_common.h b/include/configs/socfpga_soc64_common.h index 7237ec95e34..d51a532a929 100644 --- a/include/configs/socfpga_soc64_common.h +++ b/include/configs/socfpga_soc64_common.h @@ -79,7 +79,7 @@ unsigned int cm_get_qspi_controller_clk_hz(void); * CONFIG_BOOTARGS goes into the environment value "bootargs". * Do note the value will override also the chosen node in FDT blob. */ -#define CONFIG_BOOTARGS "earlycon" +#define CONFIG_BOOTARGS "earlycon panic=-1" #define CONFIG_BOOTCOMMAND "run fatscript; run mmcload;run linux_qspi_enable;" \ "run mmcboot" -- 2.13.0

2 1

rk3399-gru-kevin: issues on bringup
by Marty E. Plummer 07 Aug '20

07 Aug '20

Greetings. I've been working on u-boot for rk3399-gru-kevin, Samsung Chromebook Plus. In theory it should be fairly similar to the Bob chromebook, and as such my work is largely based on it. Aside from some trivial changes, and adding chromebook_kevin_defconfig (direct copy of bob's config, with bob exchanged for kevin where apropriate) there is no major changes done (current diff at bottom). After building, I prepare the image like this: =============== $ ./tools/mkimage -n rk3399 -T rkspi -d spl/u-boot-spl.bin idbloader.img # 0x60000 chosen from doc/board/rockchip/rockchip.rst:187 $ dd if=idbloader.img of=start bs=$((0x60000)) conv=sync count=1 $ cat u-boot.itb >> start # 8mb spi flash $ dd if=start of=flash.bin bs=$((1024*1024*8)) conv=sync count=1 =============== and flash it from within a chromeos dev env with a servo, like this: =============== # power down $ dut-control spi2_buf_en:on spi2_buf_on_flex_en:on spi2_vref:pp3300 cold_reset:on # flash $ sudo flashrom -V --programmer ft2232_spi:type=google-servo-v2 -w flash.bin # power up $ dut-control spi2_buf_en:off spi2_buf_on_flex_en:off spi2_vref:off cold_reset:off =============== But I do not get any more output than the following: (using the same ddr config as bob, as it matches what coreboot's source tree has listed during coreboot's bootup, to the best of my ability to tell. src/mainboard/google/gru/sdram_params/sdram-lpddr3-generic-4GB-928.c =============== Channel 0: LPDDR3, 933MHz BW=32 Col=10 Bk=8 CS0 Row=15 CS1 Row=15 CS=2 Die BW=16 Size=2048MB Channel 1: LPDDR3, 933MHz BW=32 Col=10 Bk=8 CS0 Row=15 CS1 Row=15 CS=2 Die BW=16 Size=2048MB 256B stride 256B stride U-Boot SPL 2020.07-10102-g1c4b5038af-dirty (Jul 19 2020 - 22:04:50 -0500) SPL: Unsupported Boot Device! SPL: failed to boot from all boot devices ### ERROR ### Please RESET the board ### =============== Unsure where to proceed from here. I notice that when bob was originally ported the chosen node had a u-boot,spl-boot-order property and the config node had u-boot,spl-payload-offset, which is no more, perhaps there is something to that? Current changes: diff --git a/arch/arm/dts/Makefile b/arch/arm/dts/Makefile index cee10f533f..0e3e1cc553 100644 --- a/arch/arm/dts/Makefile +++ b/arch/arm/dts/Makefile @@ -122,6 +122,7 @@ dtb-$(CONFIG_ROCKCHIP_RK3399) += \ rk3399-ficus.dtb \ rk3399-firefly.dtb \ rk3399-gru-bob.dtb \ + rk3399-gru-kevin.dtb \ rk3399-khadas-edge.dtb \ rk3399-khadas-edge-captain.dtb \ rk3399-khadas-edge-v.dtb \ diff --git a/include/dt-bindings/input/linux-event-codes.h b/include/dt-bindings/input/linux-event-codes.h index 87cf351bab..331458c0e7 100644 --- a/include/dt-bindings/input/linux-event-codes.h +++ b/include/dt-bindings/input/linux-event-codes.h @@ -749,7 +749,8 @@ #define SW_ROTATE_LOCK 0x0c /* set = rotate locked/disabled */ #define SW_LINEIN_INSERT 0x0d /* set = inserted */ #define SW_MUTE_DEVICE 0x0e /* set = device disabled */ -#define SW_MAX 0x0f +#define SW_PEN_INSERTED 0x0f /* set = pen inserted */ +#define SW_MAX 0x10 #define SW_CNT (SW_MAX+1) /*

2 9

[PATCH] cmd: mvebu/bubt: Drop unused SPI_FLASH_PROTECTION
by Jagan Teki 06 Aug '20

06 Aug '20

SPI_FLASH_PROTECTION config item is never used in anywhere in the U-Boot tree. Drop it. Signed-off-by: Jagan Teki <jagan(a)amarulasolutions.com> --- cmd/mvebu/bubt.c | 7 ------- 1 file changed, 7 deletions(-) diff --git a/cmd/mvebu/bubt.c b/cmd/mvebu/bubt.c index a27b0df8ae..b3b5844267 100644 --- a/cmd/mvebu/bubt.c +++ b/cmd/mvebu/bubt.c @@ -299,9 +299,6 @@ static int spi_burn_image(size_t image_size) return -ENOMEDIUM; } -#ifdef CONFIG_SPI_FLASH_PROTECTION - spi_flash_protect(flash, 0); -#endif erase_bytes = image_size + (flash->erase_size - image_size % flash->erase_size); printf("Erasing %d bytes (%d blocks) at offset 0 ...", @@ -320,10 +317,6 @@ static int spi_burn_image(size_t image_size) else printf("Done!\n"); -#ifdef CONFIG_SPI_FLASH_PROTECTION - spi_flash_protect(flash, 1); -#endif - return ret; } -- 2.25.1

3 3

[PATCH v3 0/6] drivers: Add a framework for MUX drivers
by Pratyush Yadav 06 Aug '20

06 Aug '20

Hi, This series is a re-roll of Jean-Jacques' earlier effort. It adds a new minimalistic subsystem that handles multiplexer controllers. It provides the same API as Linux and mux drivers should be portable with a minimum effort. This series also includes a port of the Linux's mmio-mux driver. This series relies on a series that extends the regmap [0]. [0] https://patchwork.ozlabs.org/project/uboot/list/?series=181623 Changes in v3: - Add a new command called 'mux' that allows listing, selecting, and deselecting muxes on the fly. - Move call to dm_mux_init() to initr_dm_devices(). - Enable mmio operations in sandbox on board_init() to dm_mux_init() can initialize muxes to their idle state and allow the tests to pass. - Add help for CONFIG_MULTIPLEXER. - Change dev_err() in mmio_mux_probe() to log_msg_ret() or log_err(). - Add comments on static functions in mux-class.c - Make mux_uclass_post_probe() static. - Make dm_mux_init() return an integer to signal failure. - Change ifdef of mux-internal.h to _HUX_INTERNAL_H. - Remove unused include from mux-internal.h - Remove comments for non-existent members in struct mux_chip. - Add missing comments for some members in struct mux_control. - Add missing comments for some functions in mux.h - Split up the mux_mmio test into two parts. More would lead to a lot of boilerplate. - Change ut_assertok(IS_ERR(ptr)) to ut_assertok_ptr(ptr). - Fix mis-spellings and capitalize comments. - Rebase on latest master. Changes in v2: - Fixed warning in mux_of_xlate_default() - Improved documentation - Fixed SPL build - insert the mux initialization in init_sequence_r[], just before the console is initialized as its serial port may be muxed - moved the definition of dm_mux_init() in this commit - Call sandbox_set_enable_memio(true) before running the test Jean-Jacques Hiblot (4): drivers: Add a new framework for multiplexer devices dm: board: complete the initialization of the muxes in initr_dm() drivers: mux: mmio-based syscon mux controller test: Add tests for the multiplexer framework Pratyush Yadav (2): cmd: Add a mux command sandbox: Enable memio operations in board_init arch/sandbox/dts/test.dts | 25 +++ board/sandbox/sandbox.c | 2 + cmd/Kconfig | 6 + cmd/Makefile | 1 + cmd/mux.c | 161 ++++++++++++++++ common/board_r.c | 12 ++ configs/sandbox_defconfig | 2 + drivers/Kconfig | 2 + drivers/Makefile | 1 + drivers/mux/Kconfig | 25 +++ drivers/mux/Makefile | 7 + drivers/mux/mmio.c | 143 +++++++++++++++ drivers/mux/mux-uclass.c | 334 ++++++++++++++++++++++++++++++++++ include/dm/uclass-id.h | 1 + include/dt-bindings/mux/mux.h | 17 ++ include/mux-internal.h | 109 +++++++++++ include/mux.h | 159 ++++++++++++++++ test/dm/Makefile | 1 + test/dm/mux-mmio.c | 168 +++++++++++++++++ 19 files changed, 1176 insertions(+) create mode 100644 cmd/mux.c create mode 100644 drivers/mux/Kconfig create mode 100644 drivers/mux/Makefile create mode 100644 drivers/mux/mmio.c create mode 100644 drivers/mux/mux-uclass.c create mode 100644 include/dt-bindings/mux/mux.h create mode 100644 include/mux-internal.h create mode 100644 include/mux.h create mode 100644 test/dm/mux-mmio.c -- 2.27.0

3 14

[PATCH] mvebu: bubt: Drop dead code
by Tom Rini 06 Aug '20

06 Aug '20

The code around CONFIG_SYS_MMC_ENV_PART has been untested since merge. This can be seen by it referencing 'mmc->part_num' which was migrated elsewhere prior to this code being merged. Cc: Joel Johnson <mrjoel(a)lixil.net> Cc: Stefan Roese <sr(a)denx.de> Signed-off-by: Tom Rini <trini(a)konsulko.com> --- cmd/mvebu/bubt.c | 15 --------------- 1 file changed, 15 deletions(-) diff --git a/cmd/mvebu/bubt.c b/cmd/mvebu/bubt.c index a27b0df8ae78..85ae588676fe 100644 --- a/cmd/mvebu/bubt.c +++ b/cmd/mvebu/bubt.c @@ -176,16 +176,6 @@ static int mmc_burn_image(size_t image_size) return err; } -#ifdef CONFIG_SYS_MMC_ENV_PART - if (mmc->part_num != CONFIG_SYS_MMC_ENV_PART) { - err = mmc_switch_part(mmc_dev_num, CONFIG_SYS_MMC_ENV_PART); - if (err) { - printf("MMC partition switch failed\n"); - return err; - } - } -#endif - /* SD reserves LBA-0 for MBR and boots from LBA-1, * MMC/eMMC boots from LBA-0 */ @@ -217,11 +207,6 @@ static int mmc_burn_image(size_t image_size) } printf("Done!\n"); -#ifdef CONFIG_SYS_MMC_ENV_PART - if (mmc->part_num != CONFIG_SYS_MMC_ENV_PART) - mmc_switch_part(mmc_dev_num, mmc->part_num); -#endif - return 0; } -- 2.17.1

2 5

[PATCH 0/5] Add support for a series of MikroTik CRS3xx switches
by Luka Kovacic 06 Aug '20

06 Aug '20

These patches add support for a series of MikroTik CRS3xx, 98DX3236 based switches. Namely, support is added for: - MikroTik CRS305-1G-4S+ Bit variant - MikroTik CRS326-24G-2S+ (including the Bit variant) - MikroTik CRS328-4C-20S-4S+ (including the Bit variant) The Bit board variant is added for each of the boards. These boards were modified to use a bigger Macronix flash. This work is a follow-up on the previous patch, which prepared the board support for CRS3xx-98DX3236 boards. Luka Kovacic (5): arm: mvebu: Add CRS305-1G-4S Bit board arm: mvebu: Add CRS326-24G-2S board arm: mvebu: Add CRS328-4C-20S-4S board arm: mvebu: crs3xx-98dx3236: Add a maintainer arm: mvebu: Update CRS305-1G-4S board flash layout arch/arm/dts/Makefile | 5 + arch/arm/dts/armada-xp-crs305-1g-4s-bit.dts | 43 +++++++ arch/arm/dts/armada-xp-crs305-1g-4s.dtsi | 10 +- arch/arm/dts/armada-xp-crs326-24g-2s-bit.dts | 43 +++++++ .../dts/armada-xp-crs326-24g-2s-u-boot.dtsi | 13 +++ arch/arm/dts/armada-xp-crs326-24g-2s.dts | 17 +++ arch/arm/dts/armada-xp-crs326-24g-2s.dtsi | 110 ++++++++++++++++++ .../dts/armada-xp-crs328-4c-20s-4s-bit.dts | 43 +++++++ .../armada-xp-crs328-4c-20s-4s-u-boot.dtsi | 13 +++ arch/arm/dts/armada-xp-crs328-4c-20s-4s.dts | 17 +++ arch/arm/dts/armada-xp-crs328-4c-20s-4s.dtsi | 110 ++++++++++++++++++ board/mikrotik/crs3xx-98dx3236/MAINTAINERS | 22 ++++ configs/crs305-1g-4s-bit_defconfig | 54 +++++++++ configs/crs305-1g-4s_defconfig | 9 +- configs/crs326-24g-2s-bit_defconfig | 54 +++++++++ configs/crs326-24g-2s_defconfig | 54 +++++++++ configs/crs328-4c-20s-4s-bit_defconfig | 54 +++++++++ configs/crs328-4c-20s-4s_defconfig | 54 +++++++++ 18 files changed, 719 insertions(+), 6 deletions(-) create mode 100644 arch/arm/dts/armada-xp-crs305-1g-4s-bit.dts create mode 100644 arch/arm/dts/armada-xp-crs326-24g-2s-bit.dts create mode 100644 arch/arm/dts/armada-xp-crs326-24g-2s-u-boot.dtsi create mode 100644 arch/arm/dts/armada-xp-crs326-24g-2s.dts create mode 100644 arch/arm/dts/armada-xp-crs326-24g-2s.dtsi create mode 100644 arch/arm/dts/armada-xp-crs328-4c-20s-4s-bit.dts create mode 100644 arch/arm/dts/armada-xp-crs328-4c-20s-4s-u-boot.dtsi create mode 100644 arch/arm/dts/armada-xp-crs328-4c-20s-4s.dts create mode 100644 arch/arm/dts/armada-xp-crs328-4c-20s-4s.dtsi create mode 100644 configs/crs305-1g-4s-bit_defconfig create mode 100644 configs/crs326-24g-2s-bit_defconfig create mode 100644 configs/crs326-24g-2s_defconfig create mode 100644 configs/crs328-4c-20s-4s-bit_defconfig create mode 100644 configs/crs328-4c-20s-4s_defconfig -- 2.26.2

2 15

[PATCH] Azure/Travis: Update to latest Docker image
by Tom Rini 06 Aug '20

06 Aug '20

- New bionic snapshot - Updated sbsigntool - Include SH4 in qemu Signed-off-by: Tom Rini <trini(a)konsulko.com> --- .azure-pipelines.yml | 2 +- .gitlab-ci.yml | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/.azure-pipelines.yml b/.azure-pipelines.yml index c3eb887720e0..adcc0fbcb2cd 100644 --- a/.azure-pipelines.yml +++ b/.azure-pipelines.yml @@ -2,7 +2,7 @@ variables: windows_vm: vs2017-win2016 ubuntu_vm: ubuntu-18.04 macos_vm: macOS-10.15 - ci_runner_image: trini/u-boot-gitlab-ci-runner:bionic-20200526-18Jun2020 + ci_runner_image: trini/u-boot-gitlab-ci-runner:bionic-20200713-05Aug2020 # Add '-u 0' options for Azure pipelines, otherwise we get "permission # denied" error when it tries to "useradd -m -u 1001 vsts_azpcontainer", # since our $(ci_runner_image) user is not root. diff --git a/.gitlab-ci.yml b/.gitlab-ci.yml index 43f9d3bb1475..b0d7679b45e2 100644 --- a/.gitlab-ci.yml +++ b/.gitlab-ci.yml @@ -2,7 +2,7 @@ # Grab our configured image. The source for this is found at: # https://gitlab.denx.de/u-boot/gitlab-ci-runner -image: trini/u-boot-gitlab-ci-runner:bionic-20200526-18Jun2020 +image: trini/u-boot-gitlab-ci-runner:bionic-20200713-05Aug2020 # We run some tests in different order, to catch some failures quicker. stages: -- 2.17.1

1 1

[PATCH] Dockerfile: Enable SH4 QEMU build
by Marek Vasut 06 Aug '20

06 Aug '20

Build qemu-system-sh4 executable for U-Boot testing. Signed-off-by: Marek Vasut <marek.vasut+renesas(a)gmail.com> --- Dockerfile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Dockerfile b/Dockerfile index 209e008..b352e91 100644 --- a/Dockerfile +++ b/Dockerfile @@ -167,7 +167,7 @@ RUN git clone git://git.qemu.org/qemu.git /tmp/qemu && \ cd /tmp/qemu && \ git submodule update --init dtc && \ git checkout v4.2.0 && \ - ./configure --prefix=/opt/qemu --target-list="aarch64-softmmu,arm-softmmu,i386-softmmu,mips-softmmu,mips64-softmmu,mips64el-softmmu,mipsel-softmmu,ppc-softmmu,riscv32-softmmu,riscv64-softmmu,x86_64-softmmu,xtensa-softmmu" && \ + ./configure --prefix=/opt/qemu --target-list="aarch64-softmmu,arm-softmmu,i386-softmmu,mips-softmmu,mips64-softmmu,mips64el-softmmu,mipsel-softmmu,ppc-softmmu,riscv32-softmmu,riscv64-softmmu,sh4-softmmu,x86_64-softmmu,xtensa-softmmu" && \ make -j$(nproc) all install && \ rm -rf /tmp/qemu -- 2.27.0

2 1