January 2025 - U-Boot

[PATCH v4 0/8] usb: dwc2: Refactor and update USB DWC2 driver
by Junhui Liu 16 Jan '25

16 Jan '25

This series improves the USB DWC2 driver by extracting register definitions into a common file for better readability and updating the reset method to reflect changes in version 4.20a, including the new GRSTCTL_CSFTRST_DONE bit for reset completion indication. This series has been tested on two platforms: - MK808 with RK3066 SoC and dwc2 v2.91a, tested with USB flash drive and connected the board to the PC through the rockusb command. Test log [1]. - K230-CanMV with K230 SoC [2] and dwc2 v4.30a, tested with the onboard rtl8152 USB to net chip and an external rtl8152 adapter connected to the onboard USB-C interface via USB hub. Test log [3]. [1] https://gist.github.com/Judehahh/878ace2607d201dc49211f2c655f0fe0#file-mk80… [2] https://developer.canaan-creative.com/k230/en/dev/CanMV_K230_Tutorial.html [3] https://gist.github.com/Judehahh/878ace2607d201dc49211f2c655f0fe0#file-k230… --- Changes in v4: - Fixed typo from dwc2_core_reg to dwc2_core_regs in patch 1&5. - Restored `struct dwc2_usbotg_phy` definition that was incorrectly removed in patch 6. - Updated copyright headers to include 2025 in patch 7. - Expanded comments to clarify PHY clock delay in patch 7. - Link to v3: https://lore.kernel.org/r/20250104-dwc2-dev-v3-0-d4b2bc1996e4@pigmoral.tech Changes in v3: - Handled warnings from checkpatch.pl (add spaces around '<<' and replace 'x' with '(x)' for macro argument). - Add return ret; when timeout happens. - Link to v2: https://lore.kernel.org/r/20241230-dwc2-dev-v2-3-12cd9b8a2358@outlook.com Changes in v2: - Reorganized structures, renamed macros, and moved code for better clarity and maintainability. - Added a fix for the incorrect ULPI_UTMI_SEL bit setting. - Added a fix for incorrectly calculating HBstLen for external DMA mode. - Extend the changes that replace uint32 with u32 to also include u8 and u16. - Link to v1: https://lore.kernel.org/r/20240522142311.17351-1-seashell11234455@gmail.com --- Junhui Liu (1): usb: dwc2: Fix incorrect ULPI_UTMI_SEL bit setting Kongyang Liu (7): usb: dwc2: Extract register definitions to common header file usb: dwc2: Fix HBstLen setting for external DMA mode usb: dwc2: Clean up with bitfield macros usb: dwc2: Align macros with Linux kernel definitions usb: dwc2: Extract macro definitions to common header usb: dwc2: Unify flush and reset logic with v4.20a support usb: dwc2: Replace uint<x>_t types with u<x> drivers/usb/common/Makefile | 2 + drivers/usb/common/dwc2_core.c | 131 +++++ drivers/usb/common/dwc2_core.h | 560 +++++++++++++++++++++ drivers/usb/gadget/dwc2_udc_otg.c | 125 ++--- drivers/usb/gadget/dwc2_udc_otg_regs.h | 289 ++--------- drivers/usb/gadget/dwc2_udc_otg_xfer_dma.c | 306 ++++++------ drivers/usb/host/dwc2.c | 494 ++++++++----------- drivers/usb/host/dwc2.h | 750 +---------------------------- 8 files changed, 1154 insertions(+), 1503 deletions(-) --- base-commit: 38a371110308ebeb277e20531a7b698b7981bbfa change-id: 20241218-dwc2-dev-955c21a81118 Best regards, -- Junhui Liu <junhui.liu(a)pigmoral.tech>

3 12

[PATCH 0/5] riscv: canaan: Add support for K230-CanMV board
by Junhui Liu 16 Jan '25

16 Jan '25

K230-CanMV [1] is a RISC-V development board with K230 SoC [2] from the Kendryte series by Canaan Technology. This patch series add initial support for u-boot on K230-CanMV and it can boot via vendor's u-boot-spl and boot into Linux via tftp through the onboard RTL8152 [3]. [1] https://developer.canaan-creative.com/k230/en/dev/CanMV_K230_Tutorial.html [2] https://developer.canaan-creative.com/proDetail/230 [3] https://gist.github.com/Judehahh/c0ed94de3a0aeada2e2f1bc3a397fa2d --- Junhui Liu (5): usb: dwc2: Add support for Canaan K230 riscv: dts: canaan: Add basic device tree for K230 CanMV board riscv: cpu: k230: Add support for Canaan Kendryte K230 SoC riscv: canaan: k230_canmv: Add initial support doc: canaan: Add K230 CanMV board arch/riscv/Kconfig | 5 + arch/riscv/cpu/k230/Kconfig | 14 +++ arch/riscv/cpu/k230/Makefile | 6 ++ arch/riscv/cpu/k230/cpu.c | 9 ++ arch/riscv/cpu/k230/dram.c | 21 ++++ arch/riscv/dts/Makefile | 1 + arch/riscv/dts/k230-canmv.dts | 31 ++++++ arch/riscv/dts/k230-u-boot.dtsi | 25 +++++ arch/riscv/dts/k230.dtsi | 175 ++++++++++++++++++++++++++++++++++ board/canaan/k230_canmv/Kconfig | 19 ++++ board/canaan/k230_canmv/MAINTAINERS | 6 ++ board/canaan/k230_canmv/Makefile | 5 + board/canaan/k230_canmv/board.c | 9 ++ configs/k230_canmv_defconfig | 19 ++++ doc/board/canaan/index.rst | 8 ++ doc/board/canaan/k230_canmv.rst | 88 +++++++++++++++++ doc/board/index.rst | 1 + doc/device-tree-bindings/usb/dwc2.txt | 1 + 18 files changed, 443 insertions(+) --- base-commit: 6a0db9ee030f634731b792d864fc7a9df6cc6b80 change-id: 20250110-k230-dev-1-53fb70c5e337 prerequisite-message-id: <20250110-dwc2-dev-v4-0-987f4fd6f8b2(a)pigmoral.tech> prerequisite-patch-id: f05fe7f02791b8f5f6e89e3768584622c49e2ed7 prerequisite-patch-id: ba89fc49fb08beb94bc5c69c4b82e198a27c334d prerequisite-patch-id: bc3632796d0010d5711be9597c4222c23adbf9f7 prerequisite-patch-id: b30e9c649999f42bc5c659bde5650e8aa2a33acd prerequisite-patch-id: d6623dbacae347c4c7e339a294c60402667a359b prerequisite-patch-id: 64e64d31939ea7f69818883fbafb8c1906b53ecb prerequisite-patch-id: 9de6c80cd2996924b8f94a33f3e2a3dd63f1f57b prerequisite-patch-id: e1752a8f249752de133bda41a387b3d147d60453 Best regards, -- Junhui Liu <junhui.liu(a)pigmoral.tech>

2 10

[PATCH v1 0/2] Risc-V ISA Extension Probing
by Mayuresh Chitale 16 Jan '25

16 Jan '25

This series aims to enchance the ISA probing support by porting the corresponding code from kernel and using it when probing for CMO extensions. Mayuresh Chitale (2): riscv: Enhance extension probing riscv: Fallback to riscv,isa arch/riscv/cpu/cpu.c | 600 ++++++++++++++++++++++++++-- arch/riscv/include/asm/cpufeature.h | 37 ++ arch/riscv/include/asm/hwcap.h | 105 +++++ arch/riscv/lib/cache.c | 26 +- 4 files changed, 710 insertions(+), 58 deletions(-) create mode 100644 arch/riscv/include/asm/cpufeature.h create mode 100644 arch/riscv/include/asm/hwcap.h -- 2.34.1

3 5

[PATCH 00/10] Restore USB and add UMS support for STiH407-B2260
by Patrice Chotard 16 Jan '25

16 Jan '25

This series is : _ restoring USB on STiH410-B2260 which hasn't been tested since a while. _ migrating STi DWC3 glue from proprietary driver to dwc3-generic driver. _ adding UMS support for STiH410-B2260. Patrice Chotard (10): ARM: dts: sti: Add fixed clock for ehci and ohci nodes in stih410-b2260.dtsi configs: stih410-b2260: Enable DM_REGULATOR flag usb: dwc3-generic: Reorder include usb: dwc3-generic: Add STih407 support configs: stih410-b2260: Enable USB_DWC3_GENERIC flag dw3-generic: Add dependencies whith SYSCON and REGMAP usb: dwc3: Remove dwc3 glue driver support for STi configs: stih410-b2260: Enable DM_USB_GADGET flag board: stih410-b2260: Remove board_usb_init/cleanup() configs: stih410-b2260: Enable CMD_USB_MASS_STORAGE flag MAINTAINERS | 2 - arch/arm/dts/stih410-b2260-u-boot.dtsi | 10 + board/st/stih410-b2260/board.c | 30 --- configs/stih410-b2260_defconfig | 4 + drivers/usb/dwc3/Kconfig | 4 + drivers/usb/dwc3/dwc3-generic.c | 129 +++++++++++-- drivers/usb/host/Kconfig | 9 - drivers/usb/host/Makefile | 1 - drivers/usb/host/dwc3-sti-glue.c | 253 ------------------------- 9 files changed, 136 insertions(+), 306 deletions(-) delete mode 100644 drivers/usb/host/dwc3-sti-glue.c -- 2.25.1

3 18

[PATCH] Kconfig: Add a default cache line size for RISC-V
by Yu-Chien Peter Lin 16 Jan '25

16 Jan '25

Some RISC-V platforms do not define the d-cache line size through SYS_CACHE_SHIFT_n. Set a default value of 64 bytes for such cases. Signed-off-by: Yu-Chien Peter Lin <peter.lin(a)sifive.com> --- This patch resolves compilation errors that occurs when the TEE driver is enabled: drivers/tee/tee-uclass.c:247:41: error: 'CONFIG_SYS_CACHELINE_SIZE' undeclared (first use in this function); did you mean 'CONFIG_SYS_CBSIZE'? 247 | CONFIG_SYS_CACHELINE_SIZE); | ^~~~~~~~~~~~~~~~~~~~~~~~~ drivers/tee/optee/core.c: In function 'flush_shm_dcache': drivers/tee/optee/core.c:505:50: error: 'CONFIG_SYS_CACHELINE_SIZE' undeclared (first use in this function); did you mean 'CONFIG_SYS_CBSIZE'? 505 | flush_dcache_range(rounddown((ulong)arg, CONFIG_SYS_CACHELINE_SIZE), | ^~~~~~~~~~~~~~~~~~~~~~~~~ --- arch/Kconfig | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/arch/Kconfig b/arch/Kconfig index bb2e7bedd10..b0190b1f415 100644 --- a/arch/Kconfig +++ b/arch/Kconfig @@ -52,7 +52,8 @@ config SYS_CACHELINE_SIZE default 64 if SYS_CACHE_SHIFT_6 default 32 if SYS_CACHE_SHIFT_5 default 16 if SYS_CACHE_SHIFT_4 - # Fall-back for MIPS + # Fall-back for MIPS and RISC-V + default 64 if RISCV default 32 if MIPS config LINKER_LIST_ALIGN -- 2.39.3

3 2

[PATCH v4 00/19] bootstd: Support recording images
by Simon Glass 16 Jan '25

16 Jan '25

This series provides a way to keep track of the images used in bootstd, including the type of each image. At present this is sort-of handled by struct bootflow but in quite an ad-hoc way. The structure has become quite large and is hard to query. Future work will be able to reduce its size. Ultimately the 'bootflow info' command may change to also show images as a list, but that is left for later, as this series is already fairly long. So for now, just introduce the concept and adjust bootstd to use it, with a simple command to list the images. This series includes various alist enhancements, to make use of this new data structure a little easier. Changes in v4: - Make sure that bflow->buf is set correctly - Rebase on top of -master (which now has bootflow_efi() test) Changes in v3: - Add a helper in bootflow - Add a new patch supporting ad-hoc bootflows - Add new patch to export bootdev_get_from_blk() - Add new patch to record loaded files in an ad-hoc bootflow - Update bootstd_add_bootflow() to return the element number - Use the helper function Changes in v2: - Add an image type extension in bootflow.h - Change the tag to bootmeth_efi - Drop patches already applied - Drop patches which add new image types - Update to use a new image-type enum in bootflow.h - Use the word 'feature' instead of 'hack' Simon Glass (19): bootstd: Move bootflow-adding to bootstd bootstd: Move bootflow-clearing to bootstd bootstd: Add a function to get bootstd only if available bootstd: Drop the bootdev-specific list of bootflows bootstd: Move the bootflow list into an alist bootstd: Maintain a list of images bootstd: Update bootmeth_alloc_file() to record images boot: pxe: Drop the duplicate comment on get_pxe_file() bootmeth_efi: Simplify reading files by using the common function bootmeth: Update the read_file() method to include a type bootmeth_efi: Check the filename-allocation in the network path boot: Update extlinux pxe_getfile_func() to include type boot: Update pxe bootmeth to record images Update bootmeth_alloc_other() to record images bootstd: Update cros bootmeth to record images bootstd: Add a simple command to list images bootstd: Export bootdev_get_from_blk() bootstd: Add the concept of an ad-hoc bootflow fs: Record loaded files in an ad-hoc bootflow boot/bootdev-uclass.c | 78 ++++++------------- boot/bootflow.c | 77 +++++++++++++++---- boot/bootmeth-uclass.c | 29 +++++-- boot/bootmeth_android.c | 3 +- boot/bootmeth_cros.c | 17 ++++- boot/bootmeth_efi.c | 16 ++-- boot/bootmeth_efi_mgr.c | 3 +- boot/bootmeth_extlinux.c | 7 +- boot/bootmeth_pxe.c | 10 ++- boot/bootmeth_qfw.c | 3 +- boot/bootmeth_sandbox.c | 3 +- boot/bootmeth_script.c | 7 +- boot/bootstd-uclass.c | 104 +++++++++++++++++++++++-- boot/pxe_utils.c | 36 ++++----- boot/vbe_simple.c | 5 +- cmd/Kconfig | 9 +++ cmd/Makefile | 1 + cmd/bootdev.c | 2 +- cmd/bootflow.c | 11 +-- cmd/bootstd.c | 65 ++++++++++++++++ cmd/pxe.c | 2 +- cmd/sysboot.c | 6 +- doc/develop/bootstd/overview.rst | 24 +++++- doc/usage/cmd/bootstd.rst | 79 +++++++++++++++++++ doc/usage/index.rst | 1 + fs/fs.c | 15 ++++ include/bootdev.h | 36 +++------ include/bootflow.h | 88 ++++++++++++++++++--- include/bootmeth.h | 22 ++++-- include/bootstd.h | 69 ++++++++++++++++- include/pxe_utils.h | 14 +++- test/boot/bootflow.c | 126 +++++++++++++++++++++++++++++++ test/py/tests/test_ut.py | 3 +- 33 files changed, 790 insertions(+), 181 deletions(-) create mode 100644 cmd/bootstd.c create mode 100644 doc/usage/cmd/bootstd.rst -- 2.34.1

2 38

Simon Glass's future with Das U-Boot project?
by Tom Rini 16 Jan '25

16 Jan '25

Hey all, While I had hoped that the quiet of the last week or so had meant that things would perhaps return to how they had been before, Simon's large patch series and then comments on the TPM+bloblist patch have shown otherwise. At this point, I do not know how best to handle Simon's behavior, without soliciting feedback in public first. At best he's created a soft-fork of the project with his "sjg/master" branch. I've asked him repeatedly to explain how he thinks this is all going to work out, in public. I've had private conversations with him, but I want him to explain in public. Or, he can post the messages if he likes. And I am in the process of getting outside help that would in turn be able to help the project move beyond the BDFL model we've always used. Because at the end of the day, if most of the active developers would prefer the direction Simon wants to take everything in, that's something I can accept. But what's going on now is towards the worst end of possible outcomes I think for the project itself. And by that I mean, one prominent contributor steam-rolling over others and doing as the please and implicitly acting as an authoritative voice for the project. -- Tom

5 5

[PATCH 00/15] vbe: Series part F
by Simon Glass 16 Jan '25

16 Jan '25

This includes various patches towards implementing the VBE abrec bootmeth in U-Boot. It mostly focuses on introducing a relocating SPL-loader so that VBE can run in the limited amount of SRAM available on many devices. Another minor new feature is support in VBE for specifying the image phase when loading from a FIT. This allows a single FIT to include images for several boot phases, thus simplifying image-creation. One lingering niggle in this series is that it has a different code path for sandbox, since it does not support the relocating jump. It should be possible to resolve this with additional work, but I have not attempted this so far. Again, only MMC is supported so far. Looking ahead, series G will have some more plumbing and H some rk3399 pieces. That should be enough to complete these feature. Here is a run in my lab, with the VBE ABrec bootmeth. You can see that VPL runs before memory is set up. SPL sets up memory and can be upgraded in the field reliably. $ ub-int vbe Building U-Boot in sourcedir for rk3399-generic Bootstrapping U-Boot from dir /tmp/b/rk3399-generic Writing U-Boot using method rockchip U-Boot TPL 2025.01-rc3-00345-gdfbdbf1eb56c-dirty (Jan 08 2025 - 10:47:58) Trying to boot from vbe_abrec load: Firefly-RK3399 Board Using 'config-3' configuration Trying 'image-vpl' firmware subimage Using 'config-3' configuration Trying 'fdt-3' fdt subimage U-Boot VPL 2025.01-rc3-00345-gdfbdbf1eb56c-dirty (Jan 08 2025 - 10:47:58) Trying to boot from vbe_abrec load: Firefly-RK3399 Board Starting with empty state VBE: Firmware pick A at 800000 Using 'config-3' configuration Trying 'spl' firmware subimage Using 'config-3' configuration Trying 'fdt-3' fdt subimage Channel 0: DDR3, 800MHz BW=32 Col=10 Bk=8 CS0 Row=15 CS1 Row=15 CS=2 Die BW=16 Size=2048MB Channel 1: DDR3, 800MHz BW=32 Col=10 Bk=8 CS0 Row=15 CS1 Row=15 CS=2 Die BW=16 Size=2048MB 256B stride U-Boot SPL 2025.01-rc3-00345-gdfbdbf1eb56c-dirty (Jan 08 2025 - 10:47:58 -0700) Trying to boot from vbe_abrec load: Firefly-RK3399 Board VBE: Firmware pick A at 900000 load_simple_fit: Skip load 'atf-5': image size is 0! Relocating bloblist ff8eff00 to 100000: done ns16550_serial serial@ff1a0000: pinctrl_select_state_full: uclass_get_device_by_phandle_id: err=-19 U-Boot 2025.01-rc3-00345-gdfbdbf1eb56c-dirty (Jan 08 2025 - 10:47:58 -0700) SoC: Rockchip rk3399 Reset cause: POR Model: Firefly-RK3399 Board DRAM: 4 GiB (effective 3.9 GiB) Core: 314 devices, 33 uclasses, devicetree: separate MMC: mmc@fe310000: 3, mmc@fe320000: 1, mmc@fe330000: 0 Loading Environment from SPIFlash... Invalid bus 0 (err=-19) *** Warning - spi_flash_probe_bus_cs() failed, using default environment In: serial,usbkbd Out: serial,vidconsole Err: serial,vidconsole Model: Firefly-RK3399 Board Net: PMIC: RK808 eth0: ethernet@fe300000 starting USB... Bus usb@fe380000: USB EHCI 1.00 Bus usb@fe3a0000: USB OHCI 1.0 Bus usb@fe3c0000: USB EHCI 1.00 Bus usb@fe3e0000: USB OHCI 1.0 Bus usb@fe900000: Register 2000140 NbrPorts 2 Starting the controller USB XHCI 1.10 scanning bus usb@fe380000 for devices... 1 USB Device(s) found scanning bus usb@fe3a0000 for devices... 1 USB Device(s) found scanning bus usb@fe3c0000 for devices... 2 USB Device(s) found scanning bus usb@fe3e0000 for devices... 1 USB Device(s) found scanning bus usb@fe900000 for devices... 1 USB Device(s) found scanning usb for storage devices... 0 Storage Device(s) found Hit any key to stop autoboot: 0 Simon Glass (15): vbe: Split out some VBE code into a common file vbe: Split out reading a FIT into a common file vbe: Allocate space for the FIT header vbe: Allow VBE to load FITs on any architecture vbe: Tidy up error checking with blk_read() vbe: Handle loading from an unaligned offset vbe: Allow loading loadables if there is no firmware vbe: Support loading an FDT from the FIT spl: Add fields for VBE spl: Add a type for the jumper function spl: Add support for a relocating jump to the next phase spl: Plumb in the relocating loader vbe: Support loading an FDT with the relocating loader vbe: Support loading SPL images vbe: Update simple-fw to support using the SPL loader boot/Makefile | 2 +- boot/vbe_common.c | 362 +++++++++++++++++++++++++++++++++++++++++ boot/vbe_common.h | 173 ++++++++++++++++++++ boot/vbe_simple.c | 99 +++-------- boot/vbe_simple.h | 15 +- boot/vbe_simple_fw.c | 207 +++++++++-------------- common/spl/Kconfig | 8 + common/spl/Kconfig.tpl | 8 + common/spl/Kconfig.vpl | 8 + common/spl/Makefile | 1 + common/spl/spl.c | 15 +- common/spl/spl_reloc.c | 183 +++++++++++++++++++++ include/spl.h | 90 +++++++++- 13 files changed, 948 insertions(+), 223 deletions(-) create mode 100644 boot/vbe_common.c create mode 100644 boot/vbe_common.h create mode 100644 common/spl/spl_reloc.c -- 2.34.1

2 31

[PATCH v3 00/17] imx: add i.MX95 support
by Alice Guo 15 Jan '25

15 Jan '25

CI: https://dev.azure.com/pengfan/uboot-ci/_build/results?buildId=13&view=resul… Changes in v3: - update the binman etype used to add a header to DDR PHY firmware images - create a test for the new binman etype - correct issues in imx95_evk.rst - factor out the common parts of i.MX95 device tree into an imx95-u-boot.dtsi file - correct issues in imx95_19x19_evk.env Signed-off-by: Alice Guo <alice.guo(a)nxp.com> --- Alice Guo (3): imx: Kconfig: IMX8_ROMAPI is not configured for i.MX95 binman: add a new entry type for packing DDR PHY firmware images tools: imx8image: add i.MX95 support Peng Fan (7): mailbox: add i.MX95 Messaging Unit (MU) driver pinctrl: nxp: add SCMI pin control protocol driver scmi_protocols: add SCMI misc protocol protocol_id and message_id for getting the ROM passover data scmi_protocols: add SCMI Performance domain management protocol message IDs clk: scmi: add the command CLOCK_PARENT_SET imx9: scmi: add i.MX95 SoC and clock related code scmi: add the macro SCMI_MSG Teo Hall (1): imx: add V2X container support on i.MX95 Viorel Suman (1): firmware: scmi: smt: Interrupt communication enable Ye Li (5): clk: scmi: check the clock state/parent/rate control permissions scmi_protocols: update struct scmi_base_discover_list_protocols_out imx9: add i.MX95 Kconfig and Makefile imx9: scmi: soc: Override h_spl_load_read with trampoline buffer imx95_evk: add i.MX95 19x19 EVK board basic support MAINTAINERS | 1 + arch/arm/dts/imx95-19x19-evk-u-boot.dtsi | 68 ++ arch/arm/dts/imx95-u-boot.dtsi | 173 +++++ arch/arm/include/asm/arch-imx/cpu.h | 3 + arch/arm/include/asm/arch-imx9/clock.h | 10 +- arch/arm/include/asm/arch-imx9/imx-regs.h | 7 +- arch/arm/include/asm/arch-imx9/sys_proto.h | 3 +- arch/arm/include/asm/mach-imx/sys_proto.h | 40 ++ arch/arm/mach-imx/Kconfig | 2 +- arch/arm/mach-imx/image-container.c | 63 +- arch/arm/mach-imx/imx9/Kconfig | 12 + arch/arm/mach-imx/imx9/Makefile | 11 +- arch/arm/mach-imx/imx9/scmi/Makefile | 6 + arch/arm/mach-imx/imx9/scmi/clock.c | 328 ++++++++++ arch/arm/mach-imx/imx9/scmi/clock_scmi.c | 148 +++++ arch/arm/mach-imx/imx9/scmi/container.cfg | 10 + arch/arm/mach-imx/imx9/scmi/imximage.cfg | 15 + arch/arm/mach-imx/imx9/scmi/soc.c | 873 ++++++++++++++++++++++++++ arch/sandbox/include/asm/scmi_test.h | 2 + board/freescale/imx95_evk/Kconfig | 12 + board/freescale/imx95_evk/MAINTAINERS | 6 + board/freescale/imx95_evk/Makefile | 11 + board/freescale/imx95_evk/imx95_19x19_evk.env | 90 +++ board/freescale/imx95_evk/imx95_evk.c | 54 ++ board/freescale/imx95_evk/spl.c | 96 +++ common/spl/spl_mmc.c | 2 +- configs/imx95_19x19_evk_defconfig | 177 ++++++ doc/board/nxp/imx95_evk.rst | 116 ++++ doc/board/nxp/index.rst | 1 + drivers/clk/clk_scmi.c | 191 +++++- drivers/firmware/scmi/sandbox-scmi_agent.c | 56 +- drivers/firmware/scmi/scmi_agent-uclass.c | 11 + drivers/firmware/scmi/smt.c | 4 + drivers/firmware/scmi/smt.h | 10 + drivers/mailbox/Kconfig | 7 + drivers/mailbox/Makefile | 1 + drivers/mailbox/imx-mailbox.c | 417 ++++++++++++ drivers/pinctrl/nxp/Kconfig | 13 + drivers/pinctrl/nxp/Makefile | 1 + drivers/pinctrl/nxp/pinctrl-imx.c | 7 +- drivers/pinctrl/nxp/pinctrl-imx.h | 11 + drivers/pinctrl/nxp/pinctrl-scmi.c | 136 ++++ include/configs/imx95_evk.h | 30 + include/imx8image.h | 19 +- include/scmi_agent-uclass.h | 2 + include/scmi_agent.h | 11 + include/scmi_protocols.h | 105 +++- tools/binman/entries.rst | 10 + tools/binman/etype/nxp_header_ddrfw.py | 32 + tools/binman/ftest.py | 11 + tools/binman/test/346_nxp_ddrfw_imx95.dts | 24 + tools/imx8image.c | 143 ++++- tools/imx9_image.sh | 8 + 53 files changed, 3536 insertions(+), 64 deletions(-) --- base-commit: ec9263b4f15c4cf82eb6a211c67baa6385065b8e change-id: 20250103-imx95-4a8efab36b29 Best regards, -- Alice Guo <alice.guo(a)oss.nxp.com>

6 64

[PATCH v4 17/30] emulation: fdt: Relax condition for OF_HAS_PRIOR_STAGE
by Simon Glass 15 Jan '25

15 Jan '25

QEMU always gets its devicetree from the OF_BOARD mechanism so we should not depend on !BLOBLIST here. It's not clear why we need to have any relationship with BLOBLIST so let's remove the entire condition. Signed-off-by: Simon Glass <sjg(a)chromium.org> Fixes: 2b71470628c dts: OF_HAS_PRIOR_STAGE should depend on !BLOBLIST --- Changes in v4: - Drop comment about PRIOR_STAGE logic Changes in v3: - Drop entire condition dts/Kconfig | 1 - 1 file changed, 1 deletion(-) diff --git a/dts/Kconfig b/dts/Kconfig index 41a758e83a6..2e88d210bb8 100644 --- a/dts/Kconfig +++ b/dts/Kconfig @@ -191,7 +191,6 @@ config OF_BOARD config OF_HAS_PRIOR_STAGE bool - depends on !BLOBLIST help Indicates that a prior stage of the firmware (before U-Boot proper) makes use of device tree and this board normally boots with that prior -- 2.34.1

2 1