September 2019 - U-Boot

[U-Boot] u-boot: raspberry pi 4 with 4G ram, bdinfo: dram bank size is < 1G
by Pi NewBie 01 Oct '19

01 Oct '19

With top of the tree(tot) uboot, and tot firmware, uboot command bdinfo shows the dram bank size as 0x000000003b400000 which is <1G, but the rpi4 board has 4G of ram. However with kernel8.img in the firmware, linux kernel shows in /proc/meminfo cat /proc/meminfo MemTotal:3999784 kB MemFree: 3868044 kB MemAvailable:3819600 kB Does this current uboot does not yet support rpi with 4g ram? -Thanks

2 2

[U-Boot] [PATCH v1] x86: zImage: Propagate acpi_rsdp_addr to kernel via boot parameters
by Andy Shevchenko 01 Oct '19

01 Oct '19

This is reincarnation of the U-Boot commit 3469bf4274540d1491d58e878a9edc0bdcba17ac Author: Andy Shevchenko <andriy.shevchenko(a)linux.intel.com> Date: Wed Jan 10 19:40:15 2018 +0200 x86: zImage: Propagate acpi_rsdp_addr to kernel via boot parameters after upstream got eventually the Linux kernel commit e6e094e053af75cbc164e950814d3d084fb1e698 Author: Juergen Gross <jgross(a)suse.com> Date: Tue Nov 20 08:25:29 2018 +0100 x86/acpi, x86/boot: Take RSDP address from boot params if available Signed-off-by: Andy Shevchenko <andriy.shevchenko(a)linux.intel.com> --- arch/x86/include/asm/bootparam.h | 3 ++- arch/x86/lib/zimage.c | 4 ++++ 2 files changed, 6 insertions(+), 1 deletion(-) diff --git a/arch/x86/include/asm/bootparam.h b/arch/x86/include/asm/bootparam.h index dfbd4b4bba..d961dddc9e 100644 --- a/arch/x86/include/asm/bootparam.h +++ b/arch/x86/include/asm/bootparam.h @@ -94,7 +94,8 @@ struct boot_params { __u8 _pad2[4]; /* 0x054 */ __u64 tboot_addr; /* 0x058 */ struct ist_info ist_info; /* 0x060 */ - __u8 _pad3[16]; /* 0x070 */ + __u64 acpi_rsdp_addr; /* 0x070 */ + __u8 _pad3[8]; /* 0x078 */ __u8 hd0_info[16]; /* obsolete! */ /* 0x080 */ __u8 hd1_info[16]; /* obsolete! */ /* 0x090 */ struct sys_desc_table sys_desc_table; /* 0x0a0 */ diff --git a/arch/x86/lib/zimage.c b/arch/x86/lib/zimage.c index 6a6258a505..d07041fd4c 100644 --- a/arch/x86/lib/zimage.c +++ b/arch/x86/lib/zimage.c @@ -288,6 +288,10 @@ int setup_zimage(struct boot_params *setup_base, char *cmd_line, int auto_boot, hdr->hardware_subarch = X86_SUBARCH_INTEL_MID; #endif +#ifdef CONFIG_GENERATE_ACPI_TABLE + setup_base->acpi_rsdp_addr = acpi_get_rsdp_addr(); +#endif + setup_device_tree(hdr, (const void *)env_get_hex("fdtaddr", 0)); setup_video(&setup_base->screen_info); -- 2.23.0

2 2

[U-Boot] [PATCH v2 0/4] amlogic: Add Khadas VIM3 support
by Andreas Färber 01 Oct '19

01 Oct '19

Hi Neil, This mini-series adds initial support for Amlogic A311D based Khadas VIM3. v2 fixes an oversight and adds some cleanups. Regards, Andreas v1 -> v2: * Fixed branch name in README * Mention linux-next tag for DT/header import (Neil) * Avoid "Unknown" SoC output for A311D, fixing a typo while at it Cc: Neil Armstrong <narmstrong(a)baylibre.com> Andreas Färber (4): arm: dts: Import and update DT for Khadas VIM3 configs: Add Khadas VIM3 defconfig arm: meson: Tidy SoC information output arm: meson: Recognize A311D SoC arch/arm/dts/Makefile | 3 +- arch/arm/dts/meson-g12-common.dtsi | 2435 ++++++++++++++++++++ arch/arm/dts/meson-g12b-a311d-khadas-vim3.dts | 15 + arch/arm/dts/meson-g12b-a311d.dtsi | 149 ++ arch/arm/dts/meson-g12b-khadas-vim3.dtsi | 544 +++++ arch/arm/dts/meson-g12b.dtsi | 39 +- arch/arm/mach-meson/board-info.c | 3 +- board/amlogic/w400/MAINTAINERS | 1 + board/amlogic/w400/README.khadas-vim3 | 132 ++ configs/khadas-vim3_defconfig | 54 + include/dt-bindings/clock/g12a-clkc.h | 6 + include/dt-bindings/power/meson-g12a-power.h | 13 + .../reset/amlogic,meson-g12a-audio-reset.h | 38 + 13 files changed, 3427 insertions(+), 5 deletions(-) create mode 100644 arch/arm/dts/meson-g12-common.dtsi create mode 100644 arch/arm/dts/meson-g12b-a311d-khadas-vim3.dts create mode 100644 arch/arm/dts/meson-g12b-a311d.dtsi create mode 100644 arch/arm/dts/meson-g12b-khadas-vim3.dtsi create mode 100644 board/amlogic/w400/README.khadas-vim3 create mode 100644 configs/khadas-vim3_defconfig create mode 100644 include/dt-bindings/power/meson-g12a-power.h create mode 100644 include/dt-bindings/reset/amlogic,meson-g12a-audio-reset.h -- 2.16.4

2 5

[U-Boot] [PATCH 00/41] common: Further reduce common.h
by Simon Glass 30 Sep '19

30 Sep '19

3 46

[U-Boot] arm am335x: SATA Drive connectivity over USB interface
by Adarsh Babu Kalepalli 30 Sep '19

30 Sep '19

Hi, u-boot Version: 2019.10-rc4 u-boot config : am335x-evm-defconfig h/w Board: Beaglebone Black Using a SATA-USB converter, 180GB SATA disk is interfaced with Beaglebone Black. Unable to initialze and access the device with "usb start" and other usb command options. Serial Console output of 'usb start' command: --------------------------- BBB=> usb start starting USB... Bus usb@47401800: Port not available. --------------------------- Beaglebone Linux environment identifies this SATA disk over USB interface. Are additional config options required by u-boot??If yes, please let us know. Regards, Adarsh <https://www.avast.com/en-in/recommend?utm_medium=email&utm_source=link&utm_…> I’m protected online with Avast Free Antivirus. Get it here — it’s free forever. <https://www.avast.com/en-in/recommend?utm_medium=email&utm_source=link&utm_…> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

1 0

[U-Boot] Vulnerability in UBOOT ping_reveive()
by Jordy 30 Sep '19

30 Sep '19

Hey Joe & U-BOOT-lists, I think I found a security vulnerability in U-BOOT and I figured I'd report it to you, if this is the wrong channel please let me know. So in https://github.com/u-boot/u-boot/blob/master/net/ping.c#L108 https://github.com/u-boot/u-boot/blob/master/net/ping.c#L108 in the ping_receive() function the ethernet header gets copied for eth_hdr_size + len to tx_packet. (No boundary checks) if CONFIG_CMD_PING is defined in receive_icmp() in https://github.com/u-boot/u-boot/blob/master/net/net.c#L1068 it will call ping_receive with the ethernet header, ip header and length. (Still no boundary checks) Then on net_process_received_packet() it will call receive_icmp() https://github.com/u-boot/u-boot/blob/master/net/net.c#L1261 with a lenght from ntohs(ip->ip_len) https://github.com/u-boot/u-boot/blob/master/net/net.c#L1208 since an attacker could control this size it could trigger a straight forward memcpy overflow. To fix it I'd probably just add some boundary checks in ping_receive() so that the amount written doesn't exceed the buffer boundaries. Kind Regards, Jordy Zomer

2 1

[U-Boot] [PATCH] tao3530: Fix usage of mmc rescan
by Jarkko Nikula 30 Sep '19

30 Sep '19

Currently "bootcmd" does not work as intended but instead prints MMC usage information and goes directly to "nandboot". Follow what the commit 669681104daa ("configs: Fix usage of mmc rescan") does for other boards prior to support for TechNexion TAO3530 SoM was added. Signed-off-by: Jarkko Nikula <jarkko.nikula(a)bitmer.com> --- include/configs/tao3530.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/configs/tao3530.h b/include/configs/tao3530.h index c34e785d9e55..5f75eed4c0e7 100644 --- a/include/configs/tao3530.h +++ b/include/configs/tao3530.h @@ -114,7 +114,7 @@ "bootm ${loadaddr}\0" \ #define CONFIG_BOOTCOMMAND \ - "if mmc rescan ${mmcdev}; then " \ + "mmc dev $(mmcdev); if mmc rescan; then " \ "if run loadbootscript; then " \ "run bootscript; " \ "else " \ -- 2.23.0

1 1

[U-Boot] Pull request: u-boot-rockchip-20190828
by Kever Yang 30 Sep '19

30 Sep '19

Hi Tom, Please pull the rockchip update: - Fix efuse read data number for rk3399 - make_fit_atf.py: fix .its generation for a single atf image Travis: https://travis-ci.org/keveryang/u-boot/builds/590954707 Thanks, - Kever The following changes since commit dfd590075ca263d6b3ed22465a94d33a8ee93e07: Merge tag 'efi-2019-10-rc5' of https://gitlab.denx.de/u-boot/custodians/u-boot-efi (2019-09-26 17:22:22 -0400) are available in the Git repository at: https://gitlab.denx.de/u-boot/custodians/u-boot-rockchip.git tags/u-boot-rockchip-20190928 for you to fetch changes up to d46b548290042a248216cbaed99964dc77a26bf4: rockchip: make_fit_atf.py: fix .its generation for a single atf image (2019-09-28 22:26:32 +0800) ---------------------------------------------------------------- Heiko Stuebner (2): rockchip: misc: read the correct number of bytes from the efuse rockchip: make_fit_atf.py: fix .its generation for a single atf image arch/arm/mach-rockchip/make_fit_atf.py | 4 ++-- arch/arm/mach-rockchip/misc.c | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-)

2 1

[U-Boot] [PULL] u-boot-atmel-fixes-2019.10-a
by Eugen.Hristev＠microchip.com 30 Sep '19

30 Sep '19

Hello Tom, Please pull tag u-boot-atmel-fixes-2019.10-a , the first set (hopefully the only one) of fixes for the 2019.10 release. This includes only tiny cleanups on env changes related to 2019.10 new features: removal of duplicate env settings (otherwise there may be warnings in building..) and a small fix for flashes on Gardena smart gateway (requires nand bad block tables). Thanks, Eugen The following changes since commit 31e086e460fb5de6dd42559babdc1e027ed2fe96: Prepare v2019.10-rc4 (2019-09-23 12:24:39 -0400) are available in the git repository at: https://gitlab.denx.de/u-boot/custodians/u-boot-atmel.git tags/u-boot-atmel-fixes-2019.10-a for you to fetch changes up to 27a5d628275f9cdd2ca221f560a19d3dea4753f3: at91: configs: Drop duplication of defconfig macros (2019-09-30 09:15:23 +0300) ---------------------------------------------------------------- First set of u-boot-atmel fixes for 2019.10 cycle ---------------------------------------------------------------- Stefan Roese (1): arm: at91: gardena-smart-gateway-at91sam: Enable CONFIG_SYS_NAND_USE_FLASH_BBT Tudor Ambarus (1): at91: configs: Drop duplication of defconfig macros configs/gardena-smart-gateway-at91sam_defconfig | 1 - include/configs/at91-sama5_common.h | 8 -------- include/configs/at91sam9x5ek.h | 11 ----------- include/configs/sama5d27_som1_ek.h | 2 -- include/configs/sama5d2_icp.h | 1 - 5 files changed, 23 deletions(-)

2 1

[U-Boot] Error when replacing SPI NOR Flash IC
by RUSSELL Ryan 30 Sep '19

30 Sep '19

Hello All, We are currently having issues with a product after we replaced an obsolete SPI Flash IC with what we thought was a drop-in replacement part. Unfortunately we had this product designed by a third part company so I don't have all of the important details but I will try to get any additional information needed. Our current circuit uses a ADSP-BF609BBCZ-5 Blackfin. We are using a NOR SPI Flash to boot the Blackfin. Initially in our design we used a N25Q128A13ESE40 flash from Micron but when it became obsolete we switched to S25FL127SABMFI101 from Cypress. The Cypress part appeared to be functional but after 6 weeks in the field we are seeing a high level of failures due to this part. As far as we can tell there are no environmental differences between products that have each part but products that contain the Cypress part are failing. When we take off the 'broken' part and replace it the board becomes functional again. Is there something different about these parts that require a slightly different u-boot configuration that could cause the Flash to function initially but later become corrupt? Best Regards, Ryan J. Russell Hardware Designer Alstom Signaling ________________________________ CONFIDENTIALITY : This e-mail and any attachments are confidential and may be privileged. If you are not a named recipient, please notify the sender immediately and do not disclose the contents to another person, use it for any purpose or store or copy the information in any medium.

1 0