- May 14, 2024
-
-
Leo Yu-Chi Liang authored
Signed-off-by:Leo Yu-Chi Liang <ycliang@andestech.com>
-
Heinrich Schuchardt authored
* We already have a header 'backtrace', there is no need to repeat the word backtrace on every line. * Add a blank line before the backtrace section of the crash report for improved readability. * If U-Boot is compiled without backtrace, there is no need to write a message at all. * Avoid #ifdef. We prefer functions to always be compiled and let the linker remove them if not needed. * Foresee 3 digits for the backtrace index. For testing the 'exception' command can be used. Signed-off-by:
Heinrich Schuchardt <heinrich.schuchardt@canonical.com> Reviewed-by:
-
Heinrich Schuchardt authored
As boards from multiple vendors (Milk-V, StarFive, Pine64) use the mac command provide a sub-command to set the vendor string. Reported-by:
E. Shattow <lucent@gmail.com> Signed-off-by:
-
Heinrich Schuchardt authored
We can use U-Boot for recovering JH7110 based boards via UART if CONFIG_SPL_YMODEM_SUPPORT=y. * Send u-boot-spl.normal.out via XMODEM. * Send u-boot.itb via YMODEM. Signed-off-by:
-
Heinrich Schuchardt authored
Provide a man-page describing the usage of U-Boot on the Milk-V Mars CM and Milk-V Mars CM Lite boards. Signed-off-by:
-
Heinrich Schuchardt authored
We already support the VisionFive 2 and the Milk-V Mars board by patching the VisionFive 2 device tree. With this patch the same is done for the Milk-V Mars CM. Signed-off-by:
-
Heinrich Schuchardt authored
The EEPROM provides information about the size of the eMMC. Provide a new function get_mmc_size_from_eeprom() to read it. Signed-off-by:
-
Hanyuan Zhao authored
Without the NULL check, if the devicetree that u-boot loads does not have a compatible property then a store access fault will be raised and force the machine to reset, due to the NULL pointer we passed to strlen. This commit adds this check and will return -ENOSPC to indicate the get_desc failed. Signed-off-by:
Hanyuan Zhao <zhaohy22@mails.tsinghua.edu.cn> Reviewed-by:
-
- May 13, 2024
-
-
Tom Rini authored
Roger Quadros <rogerq@kernel.org> says: Sync AM62 device tree files with Linux v6.9 and add in the missing bits in -u-boot.dtsi to get CPSW Ethernet working. CI testing: https://github.com/u-boot/u-boot/pull/534
-
Move GPIO pinmux to MDIO node. Add GB Ethernet reset GPIO. Add PIN_INPUT to Fix SPE ethernet reset gpio so that reading the GPIO can give correct status. Signed-off-by:Roger Quadros <rogerq@kernel.org>
-
Add missing bits in -u-boot.dtsi to get CPSW Ethernet working. Signed-off-by: -
Update k3-am62 DT files from Linux v6.9 Signed-off-by: -
Tom Rini authored
While we unlikely to have an issue with CVE-2024-22195, it is simple enough to bump our version of Jinja2 to receive the fix, do so. Reported-by: GitHub dependabot Tested-by:
Heinrich Schuchardt <xypron.glpk@gmx.de> Signed-off-by:
Tom Rini <trini@konsulko.com>
-
https://source.denx.de/u-boot/custodians/u-boot-raspberrypiTom Rini authored
Updates for RPi for 2024.07: - Switch to OF_HAS_PRIOR_STAGE by default
-
On all Raspberry Pi platforms, we're loaded by a prior stage firmware that has assembled and passed on a device tree binary for us to use. Switch to using this tree by default. Cc: Matthias Brugger <mbrugger@suse.com> Cc: Simon Glass <sjg@chromium.org> Cc: François Ozog <francois.ozog@linaro.org> Signed-off-by:
Simon Glass <sjg@chromium.org>
-
- May 12, 2024
-
-
- May 11, 2024
-
-
Marek Vasut authored
Remove DTs which are now replaced by OF_UPSTREAM counterparts. No functional change expected. Signed-off-by:Marek Vasut <marek.vasut+renesas@mailbox.org> Acked-by: Adam Ford <aford173@gmail.com> #beacon boards
-
- May 10, 2024
-
-
Tom Rini authored
MD Danish Anwar <danishanwar@ti.com> says: This series adds AM64x related compatibles to PRUSS and PRU_RPROC drivers. This series is a prerequisite for ICSSG Ethernet driver. Once Support for AM64x is added to PRUSS and PRU_RPROC driver, I'll send another series to enable ICSSG Ethernet driver for AM64x as well.
-
Tom Rini authored
Neha Malcom Francis <n-francis@ti.com> says: Add support for missing HS SRs in the build for J721E and J7200. Boot logs (updated for v2): https://gist.github.com/nehamalcom/e652752623537aced8cf31308015d7c9
-
Tom Rini authored
Wadim Egorov <w.egorov@phytec.de> says: Factor out code that we can reuse across all our K3 based SoMs. 2nd patch of this series require patch [1] to be applied first. [1] https://lists.denx.de/pipermail/u-boot/2024-April/552021.html
-
Let's provide get_boot_device() for AM64, similar to what we did in commit 2f9095e2 ("arm: mach-k3: am625: Provide a way to obtain boot device for non SPLs") for AM62. Signed-off-by:
Wadim Egorov <w.egorov@phytec.de>
-
Add support for AM64x by adding it's compatible in pruss driver. Signed-off-by:
MD Danish Anwar <danishanwar@ti.com> Reviewed-by:
-
Add support for AM64x PRU cores by adding compatibles for AM64x. Signed-off-by:
-
J7200 has SR1.0 and SR2.0 having three variants of each GP, HS-FS and HS-SE. Current build does not generate HS-SE SR1.0 and HS-FS SR1.0 so add support for them. Reported-by:
Suman Anna <s-anna@ti.com> Reported-by:
Aniket Limaye <a-limaye@ti.com> Signed-off-by:
Neha Malcom Francis <n-francis@ti.com> Reviewed-by:
Andrew Davis <afd@ti.com>
-
J721E has SR1.1 and SR2.0 having three variants of each GP, HS-FS and HS-SE. Current build does not generate HS-FS SR1.1 so add support for them. Reported-by:
-
Enable CONFIG_BOARD_LATE_INIT to use PHYTECs common board_late_init() to set handy environment variables for u-boot. Also, resync after savedefconfig. Signed-off-by: -
Environment handling code can be reused across all our K3 based SoMs. Instead of adding the same code for every new SoM, move it to a common board.c file. Signed-off-by:
-
- May 08, 2024
-
-
Tom Rini authored
Currently we have the option to tell the console code that we should ignore the SPL banner. We also have an option to say that we can see it a second time, and ignore it. However, some platforms such as TI AM64x will have us see the SPL banner three times. Rather than add an "spl3_skipped" option, rework the code. By default we expect to see the banner once, but boards can specify seeing it as many times as they expect to. Signed-off-by: -
This driver support the Synopsys Designware Ethernet 10G IP block refer from the driver dwc_eth_qos. The driver MAC register mapping is different between Synopsys QoS IP and Synopsys 10G IP, and thus new file is created meant for Sysnopsys 10G IP. The dwc_eth_xgmac_socfpga.c is specific to a device family, the driver support the specific configuration used in Intel SoC FPGA Agilex5. This driver is extensible for other device family to use. Signed-off-by:Boon Khai Ng <boon.khai.ng@intel.com>
-
Tom Rini authored
Greg Malysa <greg.malysa@timesys.com> says: This series adds support for the ADI SC5xx machine type and includes two core drivers that are required for being able to boot any board--a UART driver, the gptimer driver which is used as a clock reference (CNTVCNT is not supported on the armv7 sc5xx SoCs) and the clock tree driver. Our corresponding Linux support relies on u-boot configuring the clocks correctly before booting, so it is not possible to boot any board without the CGU/CDU configuration happening here. There are also no board files, device trees, or defconfigs included here, but some common definitions that will be used to build board files currently are. The sc5xx SoCs themselves include many armv7 families (sc57x, sc58x, and sc594) all using an ARM Cortex-A5, and one armv8 family (sc598) indended to be a drop-in replacement for the SC594 in terms of peripherals, with a Cortex-A55 instead. Some of the configuration code in dmcinit and clkinit is quite scary and causes a lot of checkpatch violations. It is modified from code initially provided by ADI, but it has not been fully rewritten. There's a question of how important it is to clean up this code--it has some quality violations, but it has been in use (including in production) for over two years and is known to work for performing the low level SoC initialization, while a rewrite might introduce timing or sequence bugs that could take a significant amount of time to detect in the future.
-
Co-developed-by:
Nathan Barrett-Morrison <nathan.morrison@timesys.com> Signed-off-by:
Angelo Dureghello <angelo.dureghello@timesys.com> Signed-off-by:
Ian Roberts <ian.roberts@timesys.com> Signed-off-by:
Greg Malysa <greg.malysa@timesys.com>
-
Co-developed-by:
Vasileios Bimpikas <vasileios.bimpikas@analog.com> Signed-off-by:
Utsav Agarwal <utsav.agarwal@analog.com> Signed-off-by:
Arturs Artamonovs <arturs.artamonovs@analog.com> Signed-off-by:
-
This adds support for the SC5XX clock trees which are required for reading clock speeds on the SoCs. This is largely a port of the same support for Linux, which has not yet been submitted upstream. Co-developed-by:
-
Add support for the SC5xx machine type from Analog Devices. This includes support for the SC57x, SC58x, SC59x, and SC59x-64 SoCs, which have many common features such as common ADI IP blocks, and SHARC DSP cores. This commit introduces core functionality required for all boards using an SC5xx SoC, such as: - SPL configuration - Required CPU hooks such as reset - Boot ROM interaction to load the stage 2 bootloader in the reference configuration. Other options are possible but not officially supported at this time - SoC-common configuration expected to be reused by all boards - Early initialization for system clocks and DDR controller Co-developed-by:
-
- May 07, 2024
-
-
Tom Rini authored
- This series moves some additional 32bit TI platforms to using OF_UPSTREAM.
-
The DM37 and OMAP35 SOM-LV share a few files, but both of them can be migrated to OF_UPSTREAM with a small update to their respective u-boot.dtsi files to address changes made the aliases. Both defconfigs need to properly point to the upstream directory structure for the device trees. With those updated, the U-Boot device tree files can be deleted. Signed-off-by:Adam Ford <aford173@gmail.com> V2: Remove DT from Makefile
-
The DM37 and OMAP35 Torpedo share a few files, but both of them can be migrated to OF_UPSTREAM with a small update to their respective u-boot.dtsi files to address changes made the aliases. Both defconfigs need to properly point to the upstream directory structure for the device trees. With those updated, the U-Boot device tree files can be deleted. Signed-off-by: -
With the feature of OF_UPSTREAM now available, the device trees for the SOM and baseboard can now deleted and the device tree locations need to point to the ti/omap directory. Signed-off-by: -
The da850-evm can remove the U-Boot device trees if migrated to OF_UPSTREAM. This means pointing the device trees to the ti/davinci directory. Signed-off-by: -
https://source.denx.de/u-boot/custodians/u-boot-rockchipTom Rini authored
CI: https://source.denx.de/u-boot/custodians/u-boot-rockchip/-/pipelines/20628 - migrate to use OF_UPSTREAM for rv1108, rk3308, rk3328, rk356x, rk3588;
-
