aboutsummaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* test: fs: Add fat12 to supported fs of some testsChristian Taedcke2023-11-281-3/+3
| | | | | | | | | The tests fs_ext, fs_mkdir and fs_unlink support fat12 without modifications. The fs_basic test uses a partition that is too large for fat12, so it is omitted here. Signed-off-by: Christian Taedcke <christian.taedcke@weidmueller.com>
* test: Add support to create a fat12 fsChristian Taedcke2023-11-281-1/+3
| | | | | | This enables to implement tests for fat12 filesystem. Signed-off-by: Christian Taedcke <christian.taedcke@weidmueller.com>
* fs: fat: add bootsector validity checkChristian Taedcke2023-11-281-0/+53
| | | | | | | The performed checks are similar to the checks performed by the Linux kernel in the function fat_read_bpb() in the file fs/fat/inode.c. Signed-off-by: Christian Taedcke <christian.taedcke@weidmueller.com>
* fs: fat: simplify gotos from read_bootsectandviChristian Taedcke2023-11-281-5/+4
| | | | | | This simplifies the code a little bit. Signed-off-by: Christian Taedcke <christian.taedcke@weidmueller.com>
* fs: fat: calculate FAT type based on cluster countChristian Taedcke2023-11-282-26/+28
| | | | | | | | | | | | | | | | This fixes an issue where the FAT type (FAT12, FAT16) is not correctly detected, e.g. when the BPB field BS_FilSysType contains the valid value "FAT ". According to the FAT spec the field BS_FilSysType has only informational character and does not determine the FAT type. The logic of this code is based on the linux kernel implementation from the file fs/fat/inode.c function fat_fill_super(). For details about FAT see http://elm-chan.org/docs/fat_e.html Signed-off-by: Christian Taedcke <christian.taedcke@weidmueller.com>
* test: spl: Remove usage of FAT32_SIGNChristian Taedcke2023-11-281-1/+1
| | | | | | FAT32_SIGN is removed in the following commits. Signed-off-by: Christian Taedcke <christian.taedcke@weidmueller.com>
* fs: fat: use get_unaligned_le16 to convert u8[2] to u16Christian Taedcke2023-11-281-4/+4
| | | | | | This reduces code duplications. Signed-off-by: Christian Taedcke <christian.taedcke@weidmueller.com>
* Merge tag 'dm-pull-15nov23' of ↵Tom Rini2023-11-1512-219/+413
|\ | | | | | | | | | | | | | | https://source.denx.de/u-boot/custodians/u-boot-dm patman correct import of u_boot_pylib correct long-standing EFI framebuffer bug minor test refactor
| * bootstage: Correct exhasuted typoSimon Glass2023-11-141-1/+1
| | | | | | | | | | | | | | | | | | Correct this typo in the warning message shown when no more bootstage records can be added. Signed-off-by: Simon Glass <sjg@chromium.org> Signed-off-by: Patrick Delaunay <patrick.delaunay@foss.st.com> Reviewed-by: Simon Glass <sjg@chromium.org>
| * sandbox: Close file after mmaping itSean Anderson2023-11-141-5/+10
| | | | | | | | | | | | | | | | After opening pathname, we must close ifd once we are done with it. Fixes: b9274095c2c ("sandbox: Add a way to map a file into memory") Signed-off-by: Sean Anderson <seanga2@gmail.com> Reviewed-by: Simon Glass <sjg@chromium.org>
| * dm: Do not enable debug messages by defaultHeinrich Schuchardt2023-11-142-4/+1
| | | | | | | | | | | | | | | | | | | | | | CONFIG_DM_WARN has a text indicating that these messages should only provided when debugging. This implies that the setting must be default no. We should still create debug messages. Reported-by: Andre Przywara <andre.przywara@arm.com> Signed-off-by: Heinrich Schuchardt <heinrich.schuchardt@canonical.com> Reviewed-by: Simon Glass <sjg@chromium.org>
| * patman: Correct Python 3.6 behaviourSimon Glass2023-11-141-3/+3
| | | | | | | | | | | | | | | | The importlib_resources import is not actually used. Fix this so that patman can run on Python 3.6 to some extent, once 'pip3 install importlib-resources' has been run. Signed-off-by: Simon Glass <sjg@chromium.org>
| * patman: Avoid using func_test at top levelSimon Glass2023-11-141-1/+0
| | | | | | | | | | | | | | | | Import this only when it is needed, since it is not present when installed via 'pip install'. Signed-off-by: Simon Glass <sjg@chromium.org> Fixes: https://source.denx.de/u-boot/u-boot/-/issues/26
| * patman: Correct easy pylint warnings in __main__Simon Glass2023-11-141-16/+16
| | | | | | | | | | | | Tidy up the code a little to reduce the number of pylint warnings. Signed-off-by: Simon Glass <sjg@chromium.org>
| * patman: Move the main program into a functionSimon Glass2023-11-141-60/+67
| | | | | | | | | | | | Add a new run_patman() function to hold the main logic. Signed-off-by: Simon Glass <sjg@chromium.org>
| * patman: Split out arg parsing into its own fileSimon Glass2023-11-142-113/+150
| | | | | | | | | | | | | | | | | | Move this code into a separate cmdline module, as is done with the other tools. Use the same HAS_TESTS check as buildman Signed-off-by: Simon Glass <sjg@chromium.org>
| * expo: Correct background colourSimon Glass2023-11-141-1/+3
| | | | | | | | | | | | | | Use the correct background colour when using white-on-black. Signed-off-by: Simon Glass <sjg@chromium.org> Reviewed-by: Bin Meng <bmeng.cn@gmail.com>
| * bootstd: Add a return code to bootflow menuSimon Glass2023-11-143-12/+123
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Return an error when the user does not select an OS, so we know whether to boot or not. Move calling of bootflow_menu_run() into a separate function so we can call it from other places. Expand the test to cover these cases. Add some documentation also, while we are here. Signed-off-by: Simon Glass <sjg@chromium.org>
| * bootstd: Refactor mmc prep to allow a different scanSimon Glass2023-11-141-9/+40
| | | | | | | | | | | | | | | | Adjust scan_mmc4_bootdev() and related function so that the caller can do its own 'bootflow scan' command. This allows it to change the flags if needed. Signed-off-by: Simon Glass <sjg@chromium.org>
| * efi: Correct handling of frame bufferSimon Glass2023-11-142-8/+13
|/ | | | | | | | | | | | | | | | | | | | The efi_gop driver uses private fields from the video uclass to obtain a pointer to the frame buffer. Use the platform data instead. Check the VIDEO_COPY setting to determine which frame buffer to use. Once the next stage is running (and making use of U-Boot's EFI boot services) U-Boot does not handle copying from priv->fb to the hardware framebuffer, so we must allow EFI to write directly to the hardware framebuffer. We could provide a function to read this, but it seems better to just document how it works. The original change ignored an explicit comment in the video.h file ("Things that are private to the uclass: don't use these in the driver") which is why this was missed when the VIDEO_COPY feature was added. Signed-off-by: Simon Glass <sjg@chromium.org> Fixes: 8f661a5b662 ("efi_loader: gop: Expose fb when 32bpp") Reviewed-by: Bin Meng <bmeng.cn@gmail.com>
* Merge branch 'master' of https://source.denx.de/u-boot/custodians/u-boot-sunxiTom Rini2023-11-1222-259/+688
|\ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | To quote Andre: The first few patches are some easy refactorings and fixes, most of them actually don't change the generated binaries at all. Then there is a defconfig for a new board, for which we just gained the .dts file from the last kernel DT sync. On top there is support for a new PMIC (AXP313), and LPDDR4 support for the Allwinner H616 SoC, both of which are needed to support new devices that appeared lately, especially cheap TV boxes. While those are technically new features, they don't affect existing boards, for instance the LPDDR4 support code is guarded by a new DRAM type Kconfig variable. So the risk for regressions is very slim. Gitlab CI passed, and I booted that briefly on some boards, including an H616 and an H618 one (with LPDDR4).
| * sunxi: H616: add LPDDR4 DRAM supportMikhail Kalashnikov2023-11-125-39/+294
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The H616 SoC family has support for several types of DRAM: DDR3, LPDDR3, DDR4 and LPDDR4. At the moment, the driver only supports DDR3 and LPDDR3 memory. Let's extend the driver to support the LPDDR4 memory. This type of memory widely used in device with T507(-H) SoC and new orangepi zero3 with H618. The compatibility with T507 is not yet complete, because there is difference in the phy_init array. The LPDDR4-2133 timings correspond to DRAM Rayson RS1G32LO4D2BDS-53BT found on the NOR SPI from the Orangepi Zero 3 4GB. Signed-off-by: Mikhail Kalashnikov <iuncuim@gmail.com> Tested-by: Piotr Oniszczuk <piotr.oniszczuk@gmail.com> Reviewed-by: Jernej Skrabec <jernej.skrabec@gmail.com> Acked-by: Andre Przywara <andre.przywara@arm.com>
| * sunxi: H616: DRAM: refactor mctl_phy_configure_odt()Andre Przywara2023-11-121-53/+31
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The original H616 DDR3 ODT configuration code wrote board specific values into a sequence of paired registers. For LPDDR3 support we needed to special-case one group of registers, because for that DRAM type we need to write 0 into the lower register of each pair. That already made the code less readable. LPDDR4 support will make things even messier, so let's refactor that code now: We allow to write different values into the lower and upper half of each pair. The masking is moved into a macro, and use in each write statement. The effect is not as obvious yet, as we don't need the full flexibility at the moment, but the motivation will become clearer with LPDDR4 support. Signed-off-by: Andre Przywara <andre.przywara@arm.com> Reviewed-by: Jernej Skrabec <jernej.skrabec@gmail.com> Reviewed-by: Mikhail Kalashnikov <iuncuim@gmail.com>
| * power: regulator: add AXP313 supportAndre Przywara2023-11-123-0/+19
| | | | | | | | | | | | | | | | | | | | | | The X-Powers AXP313a is a small PMIC with just three buck converters and three LDOs, one of which is actually fixed (so not modelled here). Add the compatible string and the respective regulator ranges to allow drivers to adjust voltages. Signed-off-by: Andre Przywara <andre.przywara@arm.com> Reviewed-by: Jaehoon Chung <jh80.chung@samsung.com>
| * power: pmic: sunxi: add AXP313 SPL driverAndre Przywara2023-11-125-3/+155
| | | | | | | | | | | | | | | | | | | | | | | | On boards using the AXP313 PMIC, the DRAM rail is often not setup correctly at reset time, so we have to program the PMIC very early in the SPL, before running the DRAM initialisation. Add a simple AXP313 PMIC driver that knows about DCDC2(CPU) and DCDC3(DRAM), so that we can bump up the voltage before the DRAM init. Signed-off-by: Andre Przywara <andre.przywara@arm.com> Acked-by: Jernej Skrabec <jernej.skrabec@gmail.com>
| * arm: dts: icnova-a20-adb4006: Add board supportLudwig Kormann2023-11-123-0/+27
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Add board support for ICnova A20 SomPi compute module on ICnova ADB4006 development board. Specification: SoM - Processor: Allwinner A20 Cortex-A7 Dual Core at 1GHz - 512MB DDR3 RAM - Fast Ethernet (Phy: Realtek RTL8201CP) ADB4006 - I2C - 2x USB 2.0 - 1x Fast Ethernet port - 1x SATA - 2x buttons (PWRON, Boot) - 2x LEDS - serial console - HDMI - µSD-Card slot - Audio Line-In / Line-Out - GPIO pinheaders https://wiki.in-circuit.de/index.php5?title=ICnova_ADB4006 https://wiki.in-circuit.de/index.php5?title=ICnova_A20_SODIMM devicetree upstreamed with linux 6.5 Signed-off-by: Ludwig Kormann <ludwig.kormann@ict42.de> Reviewed-by: Andre Przywara <andre.przywara@arm.com>
| * pinctrl: sunxi: Avoid using .bss for SPLSamuel Holland2023-11-121-1/+1
| | | | | | | | | | | | | | | | | | sunxi platforms put .bss in DRAM, so .bss is not available in SPL before DRAM controller initialization. Therefore, this buffer must be placed in the .data section. Signed-off-by: Samuel Holland <samuel@sholland.org> Reviewed-by: Andre Przywara <andre.przywara@arm.com>
| * sunxi: mmc: Sort compatible strings numericallySamuel Holland2023-11-121-1/+1
| | | | | | | | | | | | | | | | commit 95168d77d391 ("sunxi: add Allwinner R528/T113 SoC support") added the new entry out of order. Signed-off-by: Samuel Holland <samuel@sholland.org> Reviewed-by: Jaehoon Chung <jh80.chung@samsung.com>
| * clk: sunxi: Use the right symbol in the MakefileSamuel Holland2023-11-121-1/+1
| | | | | | | | | | | | | | | | CONFIG_ARCH_SUNXI will not be enabled for RISC-V SoCs using this driver. Use the symbol for the driver itself instead. Signed-off-by: Samuel Holland <samuel@sholland.org> Reviewed-by: Andre Przywara <andre.przywara@arm.com>
| * sunxi: mmc: Move header to the driver directorySamuel Holland2023-11-123-135/+146
| | | | | | | | | | | | | | | | | | | | | | | | The MMC controller driver is (and ought to be) the only user of these register definitions. Put them in a header next to the driver to remove the dependency on a specific ARM platform's headers. Due to the sunxi_mmc_init() prototype, the file was not renamed. None of the register definitions were changed. Signed-off-by: Samuel Holland <samuel@sholland.org> Reviewed-by: Jaehoon Chung <jh80.chung@samsung.com>
| * net: sun8i_emac: Drop DM_GPIO checksSamuel Holland2023-11-121-10/+0
| | | | | | | | | | | | | | | | DM_GPIO is always enable in U-Boot proper for ARCH_SUNXI, and this driver is never enabled in SPL, so the condition is always true. Signed-off-by: Samuel Holland <samuel@sholland.org> Reviewed-by: Andre Przywara <andre.przywara@arm.com>
| * arm: sunxi: Correct warning in board_fit_config_name_matchTom Rini2023-11-121-1/+2
| | | | | | | | | | | | | | | | | | | | | | When building this with clang, we get a warning about having excess parenthesis here, or that we're incorrectly using "==" when we want "=". Correct these by using the common size macro. Signed-off-by: Tom Rini <trini@konsulko.com> Reviewed-by: Simon Glass <sjg@chromium.org> [Andre: Use SZ_512M as per Simon's suggestion] Signed-off-by: Andre Przywara <andre.przywara@arm.com>
| * sunxi: board: simplify early PMIC setup conditionsAndre Przywara2023-11-122-19/+15
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | So far we have a convoluted #ifdef mesh that guards the early AXP PMIC setup in board.c. That combination of &&, || and negations is very hard to read, maintain and especially to extend. Fortunately we have those same conditions already modelled in the Kconfig file, so they are actually redundant. On top of that the real reason we have those preprocessor guards in the first place is about the symbols that are *conditionally* defined: without #ifdefs the build would break because of them being undefined for many boards. To simplify this, just change the guards to actually look at the symbols needed, so CONFIG_AXP_xxx_VOLT instead of CONFIG_AXPyyy_POWER. This drastically improves the readability of this code, and makes adding PMIC support a pure Kconfig matter. Doing this revealed one bug in Kconfig: there is no axp_set_dcdc4() for the AXP818, even though CONFIG_AXP_DCDC4_VOLT includes that PMIC. Since the AXP818 wasn't included when calling axp_set_dcdc4() in board.c, this wasn't an issue, but becomes one now, so also remove the AXP818 from the DCDC4 Kconfig symbol. Signed-off-by: Andre Przywara <andre.przywara@arm.com>
* | Merge tag 'doc-2024-01-rc3' of ↵Tom Rini2023-11-1149-271/+268
|\ \ | |/ |/| | | | | | | | | | | | | | | | | https://source.denx.de/u-boot/custodians/u-boot-efi Documentation: * hikey960: update link URLs * j7200_evm: Fix OPTEE platform name * ti: fix style of examples * fix typos
| * doc: typo 'form' in qfw.rstHeinrich Schuchardt2023-11-111-1/+1
| | | | | | | | | | | | | | %s/form/from/ Fixes: d46bee8c2d24 ("doc: qfw man-page") Signed-off-by: Heinrich Schuchardt <heinrich.schuchardt@canonical.com>
| * doc: board: ti: k3 docs: Use ::promptNishanth Menon2023-11-117-133/+133
| | | | | | | | | | | | | | Use prompt instead of code-block to have copy-paste friendly command documentation. Signed-off-by: Nishanth Menon <nm@ti.com>
| * doc: board: ti: Use prompt prompt_style to simplify documentationNishanth Menon2023-11-114-60/+41
| | | | | | | | | | | | | | | | | | | | | | | | | | The sphinx-prompt documentation[0] provides examples on how we can use prompt as a parameter to simplify the description. Use the same. While at it, ensure to make all relevant prompts clarified such as gdb prompts. [0] http://sbrunner.github.io/sphinx-prompt/ Signed-off-by: Nishanth Menon <nm@ti.com> Signed-off-by: Heinrich Schuchardt <heinrich.schuchardt@canonical.com>
| * doc: build: fix wrongly written targests instead of targetsMilan P. Stanić2023-11-111-1/+1
| | | | | | | | | | | | Signed-off-by: Milan P. Stanić <mps@arvanta.net> Reviewed-by: Simon Glass <sjg@chromium.org> Reviewed-by: Heinrich Schuchardt <heinrich.schuchardt@canonical.com>
| * doc: shorten overlong title underlinesHeinrich Schuchardt2023-11-1143-70/+86
| | | | | | | | | | | | | | | | | | Title underlines should match the length of the title. Unfortunately docutils only catches underlines that are too short. Add some missing empty lines after titles. Signed-off-by: Heinrich Schuchardt <heinrich.schuchardt@canonical.com>
| * doc: ti: j7200_evm: Fix OPTEE platform nameNishanth Menon2023-11-111-1/+1
| | | | | | | | | | | | | | | | | | k3-j7200 does not exist in upstream OPTEE. Use j721e as the platform name. Using k3-j7200 as OPTEE name results in broken boot due to wrong configuration being picked. Fixes: c727b81d6530 ("doc: board: ti: k3: Reuse build instructions") Signed-off-by: Nishanth Menon <nm@ti.com>
| * hikey960: Fix 404 linksDylan Corrales2023-11-111-7/+7
|/ | | | | | | | | The build instructions for the hikey960 had some broken links. Update the links to use new vendor URLs. Also change build instructions to reference a different file name. Signed-off-by: Dylan Corrales <deathcamel58@gmail.com> Cc: Manivannan Sadhasivam <manivannan.sadhasivam@linaro.org>
* Merge patch series "arm: dts: k3-am6: Fix Ethernet/DMA"Tom Rini2023-11-104-4/+93
|\ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | To quote the author: Since commit [1], Ethernet is broken on TI AM62 and AM64 platforms. The commit [1] is not the culprit. It just unearths the problem by fixing the error check in k3-udma.c. This issue was silently being ignored earlier due to wrong error check. [NULL instead of FDT_ADDR_T_NONE]. Fix the issue by adding the necessary register spaces for the u-boot K3-UDMA driver for AM62 and AM64 platforms. These properties will eventually make it into the SoC DTSi files [2] after which these can be dropped from k3-*-u-boot.dtsi files. [1] - 5fecea171de3dd ("treewide: use dev_read_addr_*_ptr() where appropriate") [2] - https://lore.kernel.org/linux-arm-kernel/20230810174356.3322583-1-vigneshr@ti.com/
| * arm: dts: k3-am642: Update main_bcdma and main_pktdma nodesSiddharth Vadapalli2023-11-102-4/+43
| | | | | | | | | | | | | | | | | | | | | | | | Update main_bcdma and main_pktdma nodes for native configuration in the absence of DM services. Drop duplicate main_pktdma node in k3-am642-sk-u-boot.dtsi. Reported-by: Nishanth Menon <nm@ti.com> Signed-off-by: Siddharth Vadapalli <s-vadapalli@ti.com> Signed-off-by: Roger Quadros <rogerq@kernel.org> Reviewed-by: Nishanth Menon <nm@ti.com>
| * arm: dts: k3-am625-verdin-wifi-dev-u-boot.dtsi: Fix DMA/EthernetRoger Quadros2023-11-101-0/+27
| | | | | | | | | | | | | | | | | | | | | | Update main_bcdma and main_pktdma nodes for native configuration in the absence of DM services. u-boot k3-udma driver expects these additional register fields else probe will fail. Reported-by: Nishanth Menon <nm@ti.com> Signed-off-by: Roger Quadros <rogerq@kernel.org> Reviewed-by: Nishanth Menon <nm@ti.com> Tested-by: Marcel Ziswiler <marcel.ziswiler@toradex.com>
| * arm: dts: k3-am625-sk-u-boot.dtsi: Update main_bcdma and main_pktdma nodesSiddharth Vadapalli2023-11-101-0/+23
| | | | | | | | | | | | | | | | | | | | Update main_bcdma and main_pktdma nodes for native configuration in the absence of DM services. Reported-by: Nishanth Menon <nm@ti.com> Signed-off-by: Siddharth Vadapalli <s-vadapalli@ti.com> Signed-off-by: Roger Quadros <rogerq@kernel.org> Reviewed-by: Nishanth Menon <nm@ti.com>
* | Merge tag 'u-boot-stm32-20231110' of ↵Tom Rini2023-11-108-17/+67
|\ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | https://source.denx.de/u-boot/custodians/u-boot-stm _ Fix compilation issue when SYS_DCACHE_OFF and/or SYS_DCACHE_SYS are enabled _ Fix issue following DT sync with kernel 6.3 for stm32mp15xx-ev1 and DHSOM SoM _ Enable TCP, IPv6, wget on DH STM32MP15 DHSOM _ Limit u-boot.itb size to 0x160000 bytes on DH STM32MP15 DHSOM _ Read auth stats and boot_partition from tamp
| * | stm32mp1: read auth stats and boot_partition from tampIgor Opaniuk2023-11-103-0/+30
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Obtain from TAMP backup register information about image authorization status and partition id used for booting. Store this info in environmental variables ("boot_auth" and "boot_part" correspondingly). Image authorization supported values: 0x0 - No authentication done 0x1 - Authentication done and failed 0x2 - Authentication done and succeeded These values are stored to TAMP backup register by Trusted Firmware-A [1]. Testing: STM32MP> print boot_part boot_part=1 STM32MP> print boot_auth boot_auth=2 [1] https://git.trustedfirmware.org/TF-A/trusted-firmware-a.git/commit/?h=refs/heads/integration&id=ab2b325c1ab895e626d4e11a9f26b9e7c968f8d8 Signed-off-by: Igor Opaniuk <igor.opaniuk@foundries.io> Co-developed-by: Oleksandr Suvorov <oleksandr.suvorov@foundries.io> Signed-off-by: Oleksandr Suvorov <oleksandr.suvorov@foundries.io> Reviewed-by: Patrice Chotard <patrice.chotard@foss.st.com>
| * | arm: stm32: Limit u-boot.itb size to 0x160000 bytes on DH STM32MP15 DHSOMMarek Vasut2023-11-102-0/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The maximum size of u-boot.itb in SPI NOR on DH STM32MP15 DHSOM is 0x160000 . Define this size in U-Boot config to prevent misconfigured builds from emitting larger u-boot.itb than the one which fits the SPI NOR area reserved for the blob. The SPI NOR layout is as follows: 0x00_0000..0x03_ffff ... SPL 1 0x04_0000..0x07_ffff ... SPL 2 0x08_0000..0x1d_ffff ... U-Boot 0x1e_0000..0x1e_ffff ... Environment 1 0x1f_0000..0x1f_ffff ... Environment 2 Signed-off-by: Marek Vasut <marex@denx.de> Reviewed-by: Patrice Chotard <patrice.chotard@foss.st.com>
| * | arm: stm32: Enable TCP, IPv6, wget on DH STM32MP15 DHSOMMarek Vasut2023-11-102-0/+10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Enable support for TCP protocol, wget, and IPv6 on this platform. The former two allow users download payload into the U-Boot from a web server, which may be more convenient or easier to set up than TFTP server. The later is enabled to future proof the IP stack on this platform. Signed-off-by: Marek Vasut <marex@denx.de> Reviewed-by: Patrice Chotard <patrice.chotard@foss.st.com>
| * | ARM: dts: stm32mp: Repair damage from alignment with v6.3Marek Vasut2023-11-103-15/+21
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The patch fixed by this commit renders ST STM32MP15xx EV1 board and all DHSOM SoM based boards unbootable from SPI NOR. Fix the damage by updating -u-boot.dtsi to match the stm32mp15-pinctrl.dtsi update. Fixes: 08002ffd083d ("ARM: dts: stm32mp: alignment with v6.3") Signed-off-by: Marek Vasut <marex@denx.de> Reviewed-by: Patrice Chotard <patrice.chotard@foss.st.com>
generated by cgit v1.2.3 (git 2.39.1) at 2025-05-31 14:51:28 +0000