- Dec 23, 2024
-
-
Tom Rini authored
Resync all defconfig files using qconfig.py Signed-off-by:
Tom Rini <trini@konsulko.com>
-
- Dec 22, 2024
-
-
Marek Vasut authored
Move CONFIG_ENV_OVERWRITE=y into commont renesas_rcar.config to make sure this configuration option is consistently enabled on all of Renesas R-Car Gen2, Gen3, Gen4. Currently this option is not enabled on Gen4, this fix corrects that omission. Signed-off-by:
Marek Vasut <marek.vasut+renesas@mailbox.org>
-
- Dec 19, 2024
-
-
E Shattow authored
("Enable EFI_LOADER_BOUNCE_BUFFER") is not the correct fix for the problem it describes. The change of memory addressing leading to side-effects in commit 22f2c9ed ("efi: memory: use the lmb API's for allocating and freeing memory") is remedied by commit 1a48b0be ("lmb: prohibit allocations above ram_top even from same bank"). This reverts commit 9c792ab3.
-
- Dec 18, 2024
-
-
Patrice Chotard authored
Restore boot SPL from sdcard for Engicam i.Core STM32MP1 C.TOUCH 2.0. Fixes: 2a00d73d ("spl: mmc: Try to clean up raw-mode options") Signed-off-by:
Patrice Chotard <patrice.chotard@foss.st.com> Reviewed-by:
Patrick Delaunay <patrick.delaunay@foss.st.com>
-
Patrice Chotard authored
Restore boot SPL from sdcard for Engicam MicroGEA STM32MP1 MicroDev 2.0 7" OF Fixes: 2a00d73d ("spl: mmc: Try to clean up raw-mode options") Signed-off-by:
Patrice Chotard <patrice.chotard@foss.st.com> Reviewed-by:
Patrick Delaunay <patrick.delaunay@foss.st.com>
-
Patrice Chotard authored
Restore boot SPL from sdcard for Engicam i.Core STM32MP1 EDIMM2.2. Fixes: 2a00d73d ("spl: mmc: Try to clean up raw-mode options") Signed-off-by:
Patrice Chotard <patrice.chotard@foss.st.com> Reviewed-by:
Patrick Delaunay <patrick.delaunay@foss.st.com>
-
Patrice Chotard authored
Restore boot SPL from sdcard for Engicam i.Core STM32MP1 C.TOUCH 2.0. Fixes: 2a00d73d ("spl: mmc: Try to clean up raw-mode options") Signed-off-by:
Patrice Chotard <patrice.chotard@foss.st.com> Reviewed-by:
Patrick Delaunay <patrick.delaunay@foss.st.com>
-
Patrice Chotard authored
Restore boot SPL from sdcard for STM32MP1 platforms. Fixes: 2a00d73d ("spl: mmc: Try to clean up raw-mode options") Signed-off-by:
Patrice Chotard <patrice.chotard@foss.st.com> Reviewed-by:
Patrick Delaunay <patrick.delaunay@foss.st.com>
-
Marek Vasut authored
The content of CONFIG_OF_SPL_REMOVE_PROPS is the same in both STM32MP15xx DHCOM and DHCOR defconfigs, deduplicate the content into stm32mp15_dhsom.config . Signed-off-by:
Marek Vasut <marex@denx.de> Reviewed-by:
Patrice Chotard <patrice.chotard@foss.st.com>
-
Marek Vasut authored
The access-controllers DT property is not useful in STM32MP15xx SPL, remove it to reduce SPL control DT size. No functional change. Signed-off-by:
Marek Vasut <marex@denx.de> Reviewed-by:
Patrice Chotard <patrice.chotard@foss.st.com>
-
Marek Vasut authored
Commit 2a00d73d ("spl: mmc: Try to clean up raw-mode options") broke booting from SD card on STM32MP15xx , reinstate raw mode SD boot configuration options and select the correct raw mode partition for STM32MP15xx to fix SD boot on STM32MP15xx DHSOM. Fixes: 2a00d73d ("spl: mmc: Try to clean up raw-mode options") Reported-by:
Patrice Chotard <patrice.chotard@foss.st.com> Signed-off-by:
Marek Vasut <marex@denx.de> Reviewed-by:
Patrice Chotard <patrice.chotard@foss.st.com>
-
- Dec 15, 2024
-
-
Wei Ming Chen authored
Without this patch, there will be error indicating that "Cannot use 64 bit addresses with SDMA", and the booting process will stuck. please see full boot log below U-Boot 2022.04-g18185931 (Sep 11 2024 - 13:15:30 +0800) SoC: LS1028AE Rev1.0 (0x870b0010) Clock Configuration: CPU0(A72):1500 MHz CPU1(A72):1500 MHz Bus: 400 MHz DDR: 1600 MT/s Reset Configuration Word (RCW): 00000000: 3c004010 00000030 00000000 00000000 00000010: 00000000 018f0000 0030c000 00000000 00000020: 020031a0 00002580 00000000 00003296 00000030: 00000000 00000010 00000000 00000000 00000040: 00000000 00000000 00000000 00000000 00000050: 00000000 00000000 00000000 00000000 00000060: 00000000 00000000 200e705a 00000000 00000070: bb580000 00000000 Model: LS1028A RDB Board Board: LS1028AE Rev1.0-RDB, Version: C, boot from SD FPGA: v8 (RDB) SERDES1 Reference : Clock1 = 100.00MHz Clock2 = 100.00MHz DRAM: 3.9 GiB DDR 3.9 GiB (DDR4, 32-bit, CL=11, ECC on) Using SERDES1 Protocol: 47960 (0xbb58) PCIe1: pcie@3400000 Root Complex: no link PCIe2: pcie@3500000 Root Complex: x1 gen2 Core: 45 devices, 22 uclasses, devicetree: separate WDT: Started watchdog@c000000 with servicing (60s timeout) WDT: Started watchdog@c010000 with servicing (60s timeout) MMC: FSL_SDHC: 0, FSL_SDHC: 1 Loading Environment from MMC... *** Warning - bad CRC, using default environment EEPROM: Invalid ID (ff ff ff ff) In: serial Out: serial Err: serial SEC0: RNG instantiated Net: Warning: enetc-0 (eth0) using random MAC address - d2:9b:a5:37:7b:b5 eth0: enetc-0 Warning: enetc-2 (eth1) using random MAC address - ca:57:11:de:de:cb , eth1: enetc-2, eth2: swp0, eth3: swp1, eth4: swp2, eth5: swp3 Hit any key to stop autoboot: 0 Trying load HDP firmware from SD.. switch to partitions #0, OK mmc0 is current device Device: FSL_SDHC Manufacturer ID: 9f OEM: 5449 Name: SD32G Bus Speed: 50000000 Mode: SD High Speed (50MHz) Rd Block Len: 512 SD version 3.0 High Capacity: Yes Capacity: 28.9 GiB Bus Width: 4-bit Erase Group Size: 512 Bytes MMC read: dev # 0, block # 18944, count 512 ... 512 blocks read: OK Loading hdp firmware from 0x00000000a0000000 offset 0x0000000000002000 Loading hdp firmware Complete switch to partitions #0, OK mmc0 is current device Scanning mmc 0:1... ** Unable to read file / ** Failed to load '/' libfdt fdt_check_header(): FDT_ERR_BADMAGIC Scanning disk mmc@2140000.blk... Scanning disk mmc@2150000.blk... Found 7 disks ERROR: invalid device tree Found EFI removable media binary efi/boot/bootaa64.efi 981992 bytes read in 44 ms (21.3 MiB/s) libfdt fdt_check_header(): FDT_ERR_BADMAGIC WARNING could not find node vivante,gc: FDT_ERR_NOTFOUND. Booting /efi\boot\bootaa64.efi Cannot use 64 bit addresses with SDMA Error reading cluster ** Unable to read file /efi/boot/grubaa64.efi ** Unexpected return from initial read: Device Error, buffersize 29D790 Failed to load image ¬ : Device Error start_image() returned Device Error EFI LOAD FAILED: continuing... switch to partitions #0, OK mmc1(part 0) is current device Scanning mmc 1:1... ** Unable to read file / ** Failed to load '/' libfdt fdt_check_header(): FDT_ERR_BADMAGIC BootOrder not defined EFI boot manager: Cannot load any image Scanning mmc 1:2... ** Unable to read file / ** Failed to load '/' libfdt fdt_check_header(): FDT_ERR_BADMAGIC BootOrder not defined EFI boot manager: Cannot load any image starting USB... Bus usb@3100000: Register 200017f NbrPorts 2 Starting the controller USB XHCI 1.00 Bus usb@3110000: Register 200017f NbrPorts 2 Starting the controller USB XHCI 1.00 scanning bus usb@3100000 for devices... 1 USB Device(s) found scanning bus usb@3110000 for devices... 1 USB Device(s) found scanning usb for storage devices... 0 Storage Device(s) found Device 0: unknown device Trying load from SD ... switch to partitions #0, OK mmc0 is current device Device: FSL_SDHC Manufacturer ID: 9f OEM: 5449 Name: SD32G Bus Speed: 50000000 Mode: SD High Speed (50MHz) Rd Block Len: 512 SD version 3.0 High Capacity: Yes Capacity: 28.9 GiB Bus Width: 4-bit Erase Group Size: 512 Bytes MMC read: dev # 0, block # 32768, count 81920 ... 81920 blocks read: OK Wrong Image Format for bootm command ERROR: can't get kernel image! Signed-off-by:
Wei Ming Chen <jj251510319013@gmail.com> Signed-off-by:
Peng Fan <peng.fan@nxp.com>
-
Michael Walle authored
Network is broken on variant 3 boards since commit 61ff1328 ("board: sl28: move to OF_UPSTREAM") because it was removing the variant 3 handling. That is because at that time the var3 device tree was not upstream. FWIW variant 3 is actually the same as the base variant, but I've missed that the -u-boot.dtsi is not inlcuded in this case which will set the ethernet alias. Now that the var3 device tree is upstream, just re-add it to the SPL handling again. Fixes: 61ff1328 ("board: sl28: move to OF_UPSTREAM") Signed-off-by:
Michael Walle <mwalle@kernel.org> Reviewed-by:
Heiko Thiery <heiko.thiery@gmail.com> Signed-off-by:
Peng Fan <peng.fan@nxp.com>
-
Michael Walle authored
Increase the malloc size to 2MiB because our FIT image exceeds the 1MiB limit either if BL31 mode is enabled or if another device tree is added to the image. Signed-off-by:
Michael Walle <mwalle@kernel.org> Tested-by:
Heiko Thiery <heiko.thiery@gmail.com> Signed-off-by:
Peng Fan <peng.fan@nxp.com>
-
- Dec 12, 2024
-
-
Roger Quadros authored
CONFIG_USB_XHCI_DWC3 is not required for AM62x as the XHCI driver is registered through the dwc3-generic driver. CONFIG_USB_XHCI_DWC3 causes problems by hijacking the USB controller even if it is not set for Host mode in device tree. 'dm tree' output after 'usb start' is fixed from simple_bus 5 [ + ] dwc3-am62 | |-- dwc3-usb@f900000 usb_gadget 0 [ ] dwc3-generic-periphe | | |-- usb@31000000 usb 0 [ + ] xhci-dwc3 | | `-- usb@31000000 usb_hub 0 [ + ] usb_hub | | `-- usb_hub simple_bus 6 [ + ] dwc3-am62 | |-- dwc3-usb@f910000 usb 1 [ + ] dwc3-generic-host | | |-- usb@31100000 usb_hub 1 [ + ] usb_hub | | | `-- usb_hub usb 1 [ + ] xhci-dwc3 | | `-- usb@31100000 usb_hub 2 [ + ] usb_hub | | `-- usb_hub [notice that 'xhci-dwc3' and 'usb_hub' drivers are probed for both USB instances although the first instance is supposed to be 'peripheral' only] to simple_bus 5 [ ] dwc3-am62 | |-- dwc3-usb@f900000 usb_gadget 0 [ ] dwc3-generic-periphe | | `-- usb@31000000 simple_bus 6 [ + ] dwc3-am62 | |-- dwc3-usb@f910000 usb 1 [ + ] dwc3-generic-host | | `-- usb@31100000 usb_hub 0 [ + ] usb_hub | | `-- usb_hub Fixes: dfc2dff5 ("configs: am62x_evm_*: Enable USB and DFU support") Signed-off-by:
Roger Quadros <rogerq@kernel.org> Reviewed-by:
Siddharth Vadapalli <s-vadapalli@ti.com>
-
- Dec 11, 2024
-
-
Ilias Apalodimas authored
Since RPI works well using EFI and has no size limitations with regards to U-Boot, add the needed structures to support capsule updates. While at it update the most commonly used defconfigs and include capsule support and U-Boot commands needed by EFI Tested-by:
Sughosh Ganu <sughosh.ganu@linaro.org> Signed-off-by:
Ilias Apalodimas <ilias.apalodimas@linaro.org>
-
- Dec 06, 2024
-
-
Tom Rini authored
Resync all defconfig files using qconfig.py Signed-off-by:
Tom Rini <trini@konsulko.com>
-
- Dec 03, 2024
-
-
Sam Protsenko authored
PSCI reset is not implemented in Exynos850 EL3 firmware. Disable it to fix the reset in cases where it can be used, e.g. when running EFI selftest. Signed-off-by:
Sam Protsenko <semen.protsenko@linaro.org> Signed-off-by:
Minkyu Kang <mk7.kang@samsung.com>
-
- Nov 29, 2024
-
-
Marek Vasut authored
Enable PCIe/NVMe support on Data Modul i.MX8M Mini eDM SBC. Except for the configuration options which are enabled, add slight adjustment to board u-boot.dtsi, which is necessary as there is currently no driver for the I2C PCIe clock generator. Since the generator is strapped to be always on, it is possible to supplant the generator functionality by fixed-clock. Signed-off-by:
Marek Vasut <marex@denx.de>
-
Marek Vasut authored
The YModem support in SPL was never really used on this device, the SDP support is much more convenient on i.MX8M Mini based hardware. Replace the YModem support with SDP support. The SDP can be utilized by forcing the board into SDP boot mode by grounding test point right next to silkscreen label U30, and then by using mfgtools 'uuu -brun spl flash.bin' once the device enumerates on host system USB bus. The SDP capable USB port is available on the USB micro-B port on the base board. Signed-off-by:
Marek Vasut <marex@denx.de> Reviewed-by:
Peng Fan <peng.fan@nxp.com>
-
Marek Vasut authored
Deduplicate defconfigs for all Data Modul i.MX8M eDM SBC systems by factoring out the common parts into generic imx8m_data_modul.config and including those using the #include <configs/...> preprocessor macro in the current set of board specific defconfigs. The preprocessor macro is applicable to defconfigs as well. This introduces no functional change, the resulting .config is almost identical for all Data Modul i.MX8M eDM SBC systems, except for slight alignment in DEBUG_UART and SYS_PBSIZE. Signed-off-by:
Marek Vasut <marex@denx.de>
-
- Nov 27, 2024
-
-
Yuri Zaporozhets authored
Currently, the PCI subsystem selects the small "region 2" (which starts at 0x7000000) as bus_addr/phys_addr. As a consequence, the BAR0 on PCIe video card cannot be initialized, because it simply doesn't fit into 0x1000000 bytes size of "region 2". U-Boot should use "region 1" instead (the one which starts at 0x60090000), because it has much bigger size (0xFF70000), and easily accomodates BAR0 of the video card. Linux kernel also uses 0x60090000 as bus_start/phys_start. Signed-off-by:
Yuri Zaporozhets <yuriz@vodafonemail.de> Reviewed-by:
Leo Yu-Chi Liang <ycliang@andestech.com>
-
Andreas Schwab authored
To restore MMC boot, enable SPL_SYS_MMCSD_RAW_MODE and recover SYS_MMCSD_RAW_MODE_U_BOOT_USE_PARTITION and SYS_MMCSD_RAW_MODE_U_BOOT_PARTITION. Fixes: 2a00d73d ("spl: mmc: Try to clean up raw-mode options") Signed-off-by:
Andreas Schwab <schwab@suse.de> Reviewed-by:
Leo Yu-Chi Liang <ycliang@andestech.com>
-
Heinrich Schuchardt authored
With the move from script based booting to using bootmeth a lot of environment variables have changed. To always use the default environment it is recommendable to erase the environment stored in the SPI flash. This can be done with the 'env erase' sub-command. Signed-off-by:
Heinrich Schuchardt <heinrich.schuchardt@canonical.com> Reviewed-by:
Leo Yu-Chi Liang <ycliang@andestech.com>
-
- Nov 26, 2024
-
-
david regan authored
Make use of OF_UPSTREAM which uses Linux dts. Signed-off-by:
david regan <dregan@broadcom.com> Reviewed-by:
Linus Walleij <linus.walleij@linaro.org> Reviewed-by:
Sumit Garg <sumit.garg@linaro.org> Reviewed-by:
William Zhang <william.zhang@broadcom.com> Reviewed-by:
Anand Gore <anand.gore@broadcom.com>
-
Tom Rini authored
Rsync all defconfig files using qconfig.py Signed-off-by:
Tom Rini <trini@konsulko.com>
-
Chris Packham authored
The x250 and SE250 are series of 10G L2+ switches from Allied Telesis. There are a number of them in the range but as far as U-Boot is concerned all the CPU block components are the same so there's only one board defined. Signed-off-by:
Chris Packham <judge.packham@gmail.com> Reviewed-by:
Stefan Roese <sr@denx.de>
-
Chris Packham authored
Enable IPV6 support for the x530 board. Signed-off-by:
Chris Packham <judge.packham@gmail.com> Reviewed-by:
Stefan Roese <sr@denx.de>
-
Chris Packham authored
The x530 board doesn't use EFI and our toolchains don't include gnutls so disable the tool in the defconfig. Signed-off-by:
Chris Packham <judge.packham@gmail.com> Reviewed-by:
Stefan Roese <sr@denx.de>
-
Chris Packham authored
Enable IPV6 support for the x240 board. Signed-off-by:
Chris Packham <judge.packham@gmail.com> Reviewed-by:
Stefan Roese <sr@denx.de>
-
Chris Packham authored
The x240 board doesn't use EFI and our toolchains don't include gnutls so disable the tool in the defconfig. Signed-off-by:
Chris Packham <judge.packham@gmail.com> Reviewed-by:
Stefan Roese <sr@denx.de>
-
Chris Packham authored
Use standard boot instead of the distro boot scripts. Regenerate the board defconfig now that some options are selected automatically. Signed-off-by:
Chris Packham <judge.packham@gmail.com> Reviewed-by:
Stefan Roese <sr@denx.de>
-
Tony Dinh authored
Enable bootstd for Sheevaplug board. Remove JFFS2 support. See JFFS2 Vulnerability[1]. Enable LTO to keep board size within limit. Move default envs to text-base environment [1] https://lore.kernel.org/u-boot/20241114233005.GN3600562@bill-the-cat/T/#m2fc25da1d2c019bc3cd8676991fdd64b8a21aa9b Signed-off-by:
Tony Dinh <mibodhi@gmail.com> Reviewed-by:
Stefan Roese <sr@denx.de>
-
Tony Dinh authored
These boards don't use JFFS2 file system for booting so remove it. Ref: https://lore.kernel.org/u-boot/20241114233005.GN3600562@bill-the-cat/T/#t Signed-off-by:
Tony Dinh <mibodhi@gmail.com> Acked-by:
Phil Sutter <phil@nwl.cc> Reviewed-by:
Stefan Roese <sr@denx.de>
-
- Nov 23, 2024
-
-
Heinrich Schuchardt authored
Our MMC driver for JH7110 boards only supports reading to the low 4 GiB of memory. Booting boards with more memory requires EFI_LOADER_BOUNCE_BUFFER. Reported-by:
E Shattow <lucent@gmail.com> Signed-off-by:
Heinrich Schuchardt <heinrich.schuchardt@canonical.com> Tested-by:
Loic Devulder <ldevulder@suse.com>
-
- Nov 20, 2024
-
-
Caleb Connolly authored
Enable all the necessary options for capsule updates to work, as well as a few additional EFI features. Capsule updates themselves are only enabled for the RB3 Gen 2, since the exact details on where to flash U-Boot (or how to handle multiple boot methods) has not been finalised for other boards. Reviewed-by:
Neil Armstrong <neil.armstrong@linaro.org> Reviewed-by:
Ilias Apalodimas <ilias.apalodimas@linaro.org> Signed-off-by:
Caleb Connolly <caleb.connolly@linaro.org>
-
Now the Qualcomm controller and PHY drivers were accepted, enable then in the qcom_defconfig file. Signed-off-by:
Neil Armstrong <neil.armstrong@linaro.org> Reviewed-by:
Caleb Connolly <caleb.connolly@linaro.org>
-
The SM8550 and SM8650 SoCs requires PINCONF to properly setup SDC pins in order to function correctly. Signed-off-by:
Neil Armstrong <neil.armstrong@linaro.org> Reviewed-by:
Caleb Connolly <caleb.connolly@linaro.org>
-
- Nov 19, 2024
-
-
Michal Simek authored
There is no common symbol which mini configurations are using and recent get_mem_top() changes adding 1.3kB without having a way to remove it. That's why introduce new symbol which can be used for removing features which are not requested by these configurations. Signed-off-by:
Michal Simek <michal.simek@amd.com> Link: https://lore.kernel.org/r/aa27b72e17057fa8cbdd92a2bbb863a31c8c1226.1731681053.git.michal.simek@amd.com
-
Michal Simek authored
JFFS2 is not maintained for quite a long time and none should be using it. Please use other filesystems for flashes like UBIFS instead. Also remove jffs to MTD map but MTD map is for example that's why it won't affect anything. Signed-off-by:
Michal Simek <michal.simek@amd.com> Link: https://lore.kernel.org/r/a8239acee8886229fdbff66142c46d522e3fe851.1731659933.git.michal.simek@amd.com
-