[PATCH v2] mmc: arm_pl180: Limit data transfer to U16_MAX

From: Maximilian Brune Currently fetching files bigger that cause a data transfer greater than U16_MAX fails. The reason is that the specification defines the datalength register as a 16 bit wide register, but in u-boot it is used as if it is an 32 bit register. Therefore values greater than U16

Re: [PATCH u-boot-mvebu v3 00/18] Turris Omnia - New board revision support

Hi Marek, On 3/27/24 17:23, Marek Behún wrote: Hi Stefan, this is v3 of series adding support for new board revision of Turris Omnia. Changes since v2: - patch 2: updated MCU command interface header - patch 6: fixed bug setting \0 as end of string in src array instead of dst array

u-boot@lists.denx.de

A symbol defined in a linker script (e.g. __efi_runtime_rel_start = .;) is only a symbol, not a variable and should not be dereferenced. The common practice is either define it as extern uint32_t __efi_runtime_rel_start or extern char __efi_runtime_rel_start[] and access it as &__efi_runtime_rel_st

u-boot@lists.denx.de

A symbol defined in a linker script (e.g. __efi_runtime_start = .;) is only a symbol, not a variable and should not be dereferenced. The common practice is either define it as extern uint32_t __efi_runtime_start or extern char __efi_runtime_start[] and access it as &__efi_runtime_start or __efi_run

[PATCH v4 1/6] usb: xhci: refactor xhci_set_configuration

From: Janne Grunau In the next step endpoints for multiple interfaces are set up. Move most of the per endpoint initialization to separate function to avoid another identation level. Reviewed-by: Marek Vasut Reviewed-by: Neal Gompa Signed-off-by: Janne Grunau --- drivers/usb/host/xhci.c | 11

[PATCH v4 2/6] usb: xhci: Set up endpoints for the first 2 interfaces

From: Janne Grunau The xhci driver currently only does the necessary initialization for endpoints found in the first interface descriptor. Apple USB keyboards (released 2021) use the second interface descriptor for the HID keyboard boot protocol. To allow USB drivers to use endpoints from other i

[PATCH v4 4/6] usb: Add environment based device ignorelist

From: Janne Grunau Add the environment variable "usb_ignorelist" to prevent USB devices listed in it from being bound to drivers. This allows to ignore devices which are undesirable or trigger bugs in u-boot's USB stack. Devices emulating keyboards are one example of undesirable devices as u-boot

[PATCH v4 0/6] USB keyboard improvements for asahi / desktop systems

Apple USB Keyboards from 2021 need quirks to be useable. The boot HID keyboard protocol is unfortunately not described in the first interface descriptor but the second. This needs several changes. The USB keyboard driver has to look at all (2) interface descriptors during probing. Since I didn't wa

[PATCH v4 5/6] usb: kbd: support Apple Magic Keyboards (2021)

From: Janne Grunau Apple USB keyboards (Magic Keyboard from 2021 (product id 0x029c)) carry the HID keyboard boot protocol on the second interface descriptor. Probe via vendor and product IDs since the class/subclass/protocol match uses the first interface descriptor. Probe the two first interfac

[PATCH v4 3/6] usb: xhci: Abort transfers with unallocated rings

From: Janne Grunau Discovered while trying to use the second interface in the USB keyboard driver necessary on Apple USB keyboards. Reviewed-by: Marek Vasut Reviewed-by: Neal Gompa Signed-off-by: Janne Grunau --- drivers/usb/host/xhci-ring.c | 5 + 1 file changed, 5 insertions(+) diff -

[PATCH v4 6/6] usb: kbd: Add probe quirk for Apple and Keychron keyboards

From: Janne Grunau Those keyboards do not return the current device state. Polling will timeout unless there are key presses. This is not a problem during operation but the initial device state query during probing will fail. Skip this step in usb_kbd_probe_dev() to make these devices useable. No

Re: [PATCH 2/2] arm: dts: k3: binman: am625: add support for signing TIFSSTUB Images

Hi Dhruva On 03/04/24 17:33, Dhruva Gole wrote: From: Kamlesh Gurudasani Add support for signing of TIFSSTUB images for HSSE, HSFS and GP devices and include them in tispl.bin and tispl.bin_unsigned. Signed-off-by: Kamlesh Gurudasani Signed-off-by: Dhruva Gole --- arch/arm/dts/k3-am625-sk

Re: [PATCH 1/2] arm: mach-k3: add support for detecting TIFSSTUB images

Hi Dhruva, On 03/04/24 17:33, Dhruva Gole wrote: From: Kamlesh Gurudasani Add support for detecting and processing TIFSSTUB images for HS, HSFS and GP devices. TIFSSTUB image for related device type will be loaded, rest TIFSSTUB images will be discarded. Example, for GP device, tifsstub-gp w

Re: [PATCH 1/3] arm64: imx: imx8mp-beacon: Migrate to OF_UPSTREAM

On Thu, 4 Apr 2024 at 08:29, Adam Ford wrote: > > The imx8mp-beacon boards can migrate to OF_UPSTREAM which also > allows for the removal the device tree files. > > Signed-off-by: Adam Ford > For the series: Reviewed-by: Sumit Garg -Sumit > diff --git a/arch/arm/dts/Makefile b/arch/arm/dts/M

Re: [PATCH v1] verdin-am62: move verdin am62 to OF_UPSTREAM

On Wed, 3 Apr 2024 at 12:45, Marcel Ziswiler wrote: > > From: Marcel Ziswiler > > Move verdin-am62 to OF_UPSTREAM: > - handle the fact that dtbs now have a 'ti/' prefix > - imply OF_UPSTREAM > - remove redundant files from arch/arm/dts leaving only the > *-u-boot.dtsi files > - update MAINTAINE

Re: [PATCH v2 6/6] spinand: bind UBI block

Hello! On Mon, Mar 25, 2024 at 10:46 PM Alexey Romanov wrote: > > UBI block is virtual block device, which is an abstraction > over MTD layer. Therefore it is logical to use it in combination > with MTD drivers. > > Signed-off-by: Alexey Romanov > --- > drivers/mtd/nand/spi/core.c | 8 +++-

[PATCH 4/4] arm: ti: logicpd-som-lv: Migrate to 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 u

[PATCH 3/4] arm: ti: logicpd-torpedo: Migrate to OF_UPSTREAM

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

[PATCH 2/4] arm: ti: am3517_evm: Migrate to OF_UPSTREAM

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: Adam Ford diff --git a/arch/arm/dts/am3517-evm.dts b/arch/arm/dts/am3517-evm.dts deleted file mode 100644

[PATCH 1/4] arm: davinci: Migrate da850-evm to OF_UPSTREAM

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: Adam Ford diff --git a/arch/arm/dts/da850-evm.dts b/arch/arm/dts/da850-evm.dts deleted file mode 100644 index 378af9f344..00 ---

[PATCH 3/3] arm64: imx: imx8mn-beacon: Migrate to OF_UPSTREAM

The imx8mn-beacon boards can migrate to OF_UPSTREAM which also allows for the removal the device tree files. Signed-off-by: Adam Ford diff --git a/arch/arm/dts/Makefile b/arch/arm/dts/Makefile index 443d651827..6ddd6e311e 100644 --- a/arch/arm/dts/Makefile +++ b/arch/arm/dts/Makefile @@ -1091,7

[PATCH 2/3] arm64: imx: imx8mm-beacon: Migrate to OF_UPSTREAM

The imx8mm-beacon boards can migrate to OF_UPSTREAM which also allows for the removal the device tree files. Signed-off-by: Adam Ford diff --git a/arch/arm/dts/Makefile b/arch/arm/dts/Makefile index 04ffa1f165..443d651827 100644 --- a/arch/arm/dts/Makefile +++ b/arch/arm/dts/Makefile @@ -1091,7

[PATCH 1/3] arm64: imx: imx8mp-beacon: Migrate to OF_UPSTREAM

The imx8mp-beacon boards can migrate to OF_UPSTREAM which also allows for the removal the device tree files. Signed-off-by: Adam Ford diff --git a/arch/arm/dts/Makefile b/arch/arm/dts/Makefile index d85a33055c..04ffa1f165 100644 --- a/arch/arm/dts/Makefile +++ b/arch/arm/dts/Makefile @@ -1095,7

Re: [PATCH] efi_loader: Don't delete variable from memory if adding a new one failed

On 4/3/24 17:43, Ilias Apalodimas wrote: From: Ilias Apalodimas Our efi_var_mem_xxx() functions don't have a replace variant. Instead we add a new variable and delete the old instance when trying to replace a variable. Currently we delete the old version without checking the new one got added

[PATCH 1/2] boot: enable booting via EFI boot manager by default

If UEFI is enabled in U-Boot, we want it to conform to the UEFI specification. This requires enabling the boot manager boot method. Reported-by: E Shattow Signed-off-by: Heinrich Schuchardt --- boot/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/boot/Makefile b/boo

[PATCH 2/2] boot: correct the default sequence of boot methods

The default sequence of boot methods is determined by alphabetical sorting during linkage. * efi_mgr must run before efi to be UEFI compliant * pxe should run as last resort Adjust the bootflow test to match the changed method identifiers. Signed-off-by: Heinrich Schuchardt --- boot/bootmeth_e

[PATCH 0/2] boot: enable compliant booting on EFI systems

If UEFI is enabled in U-Boot, we want it to conform to the UEFI specification. This requires enabling the boot manager boot method. The default sequence of boot methods is determined by alphabetical sorting during linkage. * efi_mgr must run before efi to be UEFI compliant * pxe should run as las

Re: [RFC PATCH] efi_loader: Fix EFI_VARIABLE_APPEND_WRITE hash check

Hi Heinrich, On Wed, Apr 3, 2024 at 10:54 PM Heinrich Schuchardt wrote: > > On 27.03.24 15:06, Weizhao Ouyang wrote: > > According to UEFI v2.10 spec section 8.2.6, if a caller invokes the > > SetVariables() service, it will produce a digest from hash(VariableName, > > VendorGuid, Attributes, Tim

Re: [PATCH 3/4] arm: dts: k3-*-binman.dtsi: Clean up and templatize boot binaries

Hi, > > > > > And on top of that, it will just be a base board and there will > > > > > likely be some carrier device trees (overlay? I'm not sure yet). > > > > > > > > > > As far as I can tell, you've put the memory configuration into the > > > > > device tree, so I'll probably need to switch be

Re: [PATCH v2 6/6] spinand: bind UBI block

On 25.03.24 15:41, Alexey Romanov wrote: > UBI block is virtual block device, which is an abstraction > over MTD layer. Therefore it is logical to use it in combination > with MTD drivers. > > Signed-off-by: Alexey Romanov Reviewed-by: Frieder Schrempf > --- > drivers/mtd/nand/spi/core.c | 8

[PATCH] efi_loader: Don't delete variable from memory if adding a new one failed

From: Ilias Apalodimas Our efi_var_mem_xxx() functions don't have a replace variant. Instead we add a new variable and delete the old instance when trying to replace a variable. Currently we delete the old version without checking the new one got added Signed-off-by: Ilias Apalodimas --- lib/e

Re: [PATCH 2/3] efi_loader: EFI_VARIABLE_READ_ONLY should be 32bit

On Wed, 3 Apr 2024 at 18:34, Heinrich Schuchardt wrote: > > GetVariable() and SetVariable() only accept a 32bit value for attributes. > It makes not sense to define EFI_VARIABLE_READ_ONLY as unsigned long. > > Signed-off-by: Heinrich Schuchardt > --- > include/efi_variable.h| 2 +- > lib

Re: [PATCH 3/3] efi_loader: handle EFI_VARIABLE_ENHANCED_AUTHENTICATED_ACCESS

On Wed, 3 Apr 2024 at 18:34, Heinrich Schuchardt wrote: > > We don't yet support EFI_VARIABLE_ENHANCED_AUTHENTICATED_ACCESS for file > based variables, but we should pass it to TEE based variable stores. > > Signed-off-by: Heinrich Schuchardt > --- > include/efi.h | 3 ++- > lib/

Re: [PATCH 1/3] efi_loader: all variable attributes are 32bit

On Wed, 3 Apr 2024 at 18:34, Heinrich Schuchardt wrote: > > GetVariable() and SetVariable() use an uint32_t value for attributes. > The UEFI specification defines the related constants as 32bit. > > Add the missing EFI_VARIABLE_ENHANCED_AUTHENTICATED_ACCESS constant. > > Signed-off-by: Heinrich Sc

[PATCH 3/3] efi_loader: handle EFI_VARIABLE_ENHANCED_AUTHENTICATED_ACCESS

We don't yet support EFI_VARIABLE_ENHANCED_AUTHENTICATED_ACCESS for file based variables, but we should pass it to TEE based variable stores. Signed-off-by: Heinrich Schuchardt --- include/efi.h | 3 ++- lib/efi_loader/efi_variable.c | 8 ++-- 2 files changed, 8 insertions(+)

[PATCH 2/3] efi_loader: EFI_VARIABLE_READ_ONLY should be 32bit

GetVariable() and SetVariable() only accept a 32bit value for attributes. It makes not sense to define EFI_VARIABLE_READ_ONLY as unsigned long. Signed-off-by: Heinrich Schuchardt --- include/efi_variable.h| 2 +- lib/efi_loader/efi_variable.c | 4 ++-- 2 files changed, 3 insertions(+), 3

[PATCH 1/3] efi_loader: all variable attributes are 32bit

GetVariable() and SetVariable() use an uint32_t value for attributes. The UEFI specification defines the related constants as 32bit. Add the missing EFI_VARIABLE_ENHANCED_AUTHENTICATED_ACCESS constant. Signed-off-by: Heinrich Schuchardt --- include/efi.h | 15 ---

[PATCH 0/3] efi_loader: fixes for EFI variables

GetVariable() and SetVariable() use an uint32_t value for attributes. The UEFI specification defines the related constants as 32bit. Add the missing EFI_VARIABLE_ENHANCED_AUTHENTICATED_ACCESS constant. We don't yet support EFI_VARIABLE_ENHANCED_AUTHENTICATED_ACCESS for file based variables, but w

Re: [RFC PATCH] efi_loader: Fix EFI_VARIABLE_APPEND_WRITE hash check

On 27.03.24 15:06, Weizhao Ouyang wrote: According to UEFI v2.10 spec section 8.2.6, if a caller invokes the SetVariables() service, it will produce a digest from hash(VariableName, VendorGuid, Attributes, TimeStamp, DataNew_variable_content), then the firmware that implements the SetVariable() s

[PATCH] net: ti: am65-cpsw: Fix buffer overflow

The device name is a concatenation of the device node name of the cpsw device and of the device node name of the port. In my case that is ethernet@800 port@1 First the buffer is really too small, but more importantly, there is no boundary check. Use snprintf() and increase the buffer size

Re: [PATCH 2/2] arm: dts: k3: Remove unneeded ti, sci-sysreset binding and nodes

On 4/3/24 1:37 AM, Neha Malcom Francis wrote: Hi Andrew, On 02/04/24 21:39, Andrew Davis wrote: This extra binding is non-standard and now unneeded as we bind the sysreset driver automatically. This matches what is done in Linux and allows us to more closely match the DTBs. Remove the binding a

[PATCH v2 2/3] arm: mach-k3: am625: Provide a way to obtain boot device for non SPLs

Introduce get_boot_device() to obtain the booting device. Make it also available for non SPL builds so u-boot can also know the device it is booting from. Signed-off-by: Wadim Egorov --- v2: - Make get_boot_device() read bootindex out of OCRAM --- arch/arm/mach-k3/Makefile| 1

[PATCH v2 3/3] board: phycore-am62x: Extend for better environment handling

Select environment location based on the device we boot from. Also, introduce a "boot" variable that represents the current boot device and can be used by scripts. Signed-off-by: Wadim Egorov --- board/phytec/phycore_am62x/phycore-am62x.c | 64 ++ configs/phycore_am62x_a53_de

[PATCH v2 1/3] arm: mach-k3: am625: copy bootindex to OCRAM for main domain SPL

Relocate booindex to OCRAM region after it gets opened by TIFS so the main domain bootloaders can have access to this data. Signed-off-by: Wadim Egorov --- v2: - Relocate bootindex to OCRAM, drop misleading comments and remove not needed changes --- arch/arm/mach-k3/am625_init.c

[PATCH v2 0/3] *** Introduce get_boot_device() for K3 platform ***

It is handy to have some u-boot environment variables set based on the current booting device. Provide a way to obtain the boot device for non SPLs by factoring out spl_boot_device() into an own function get_boot_device(). v2: - Relocate bootindex to OCRAM, drop misleading comments and remove no

Re: [PATCH v2 1/1] xilinx: zynq: add FDT_FIXUP_PARTITIONS support

On 4/2/24 17:37, James Hilliard wrote: On Tue, Apr 2, 2024 at 6:41 AM Michal Simek wrote: On 4/1/24 01:28, James Hilliard wrote: There are situations where we may want to let U-Boot modify the FDT nand partitions for the kernel, such as when supporting multiple sizes of NAND chips. Sign

Re: [RFC PATCH v2 1/2] fastboot: introduce 'oem board' subcommand

Hello Mattijs, is there any feedback? On Thu, Feb 15, 2024 at 10:14:13AM +0100, Mattijs Korpershoek wrote: > Hi Alexey, > > Thank you for the patch. > > On jeu., f'evr. 01, 2024 at 12:20, Alexey Romanov > wrote: > > > Currently, fastboot protocol in U-Boot has no opportunity > > to execute ve

Re: [PATCH v2 0/3] Introduce mtdblock device

Hi guys! Ping. On Thu, Mar 07, 2024 at 04:07:23PM +0300, Alexey Romanov wrote: > Hello! > > This series adds support for the mtdblock device, which > allows to read/write data block by block. For example, > it can now be used for BCB or Android AB command: > > $ bcb load mtd 0 part_name > > T

Re: [PATCH v2 0/6] Introduce UBI block device

Hi guys! Ping. On Tue, Mar 26, 2024 at 05:21:29AM +0100, Heiko Schocher wrote: > Hello Alexey, > > On 25.03.24 15:41, Alexey Romanov wrote: > > Hello! > > > > This series adds support for the UBI block device, which > > allows to read/write data block by block. For example, > > it can now be use

Re: [PATCH 01/10] board: ti: am62x: Init DRAM size in R5/A53 SPL

On 22/01/24 10:11, Siddharth Vadapalli wrote: On 20/01/24 22:11, Tom Rini wrote: On Mon, Jan 15, 2024 at 01:42:51PM +0530, Siddharth Vadapalli wrote: Hello Tom, On 12/01/24 18:56, Tom Rini wrote: ... The list of conditionals in common/spl/spl.c::board_init_r() should be updated and pr

Re: [PATCH v6 00/16] Qualcomm platform USB support

On Wed, 03 Apr 2024 14:07:35 +0200, Caleb Connolly wrote: > This series enables USB on Qualcomm SDM845 platforms and lays the > foundation for future SoCs as well. > > It introduces two new high-speed PHY drivers, one for SDM845 and one for > an upcoming platform. The SDM845 clock driver gains s

Re: [PATCH v6 16/16] usb: gadget: UMS: fix 64-bit division on ARM32

argh, forgot to drop this patch again, will do so while applying. On 03/04/2024 14:07, Caleb Connolly wrote: The patch introducing support for dynamic sector sizes changed the types used in some divisions, resulting in the compiler attempting to use libgcc helpers (__aeabi_ldivmod). Replace thes

Re: [PATCH v2 1/3] disk: support MTD partitions

On 07.03.24 14:07, Alexey Romanov wrote: Add new MTD partition driver, which can be useful with mtdblock driver combination. Signed-off-by: Alexey Romanov --- disk/part.c | 5 +++- drivers/mtd/Kconfig | 1 + drivers/mtd/mtdpart.c | 69 ++

[PATCH v6 16/16] usb: gadget: UMS: fix 64-bit division on ARM32

The patch introducing support for dynamic sector sizes changed the types used in some divisions, resulting in the compiler attempting to use libgcc helpers (__aeabi_ldivmod). Replace these divisions with calls to lldiv() to handle this correctly. Fixes: 74e56e0c5065 ("usb: gadget: UMS: support mul

[PATCH v6 15/16] qcom_defconfig: enable USB

Enable support for the DWC3 USB controller and required dependencies for Qualcomm boards, specifically the DB845c: * IOMMU / SMMU * USB high-speed PHYs * Mass storage and ACM gadgets Reviewed-by: Sumit Garg Signed-off-by: Caleb Connolly --- configs/qcom_defconfig | 52 ++

[PATCH v6 14/16] qcom_defconfig: enable livetree

Qualcomm FDTs are on the larger size, and with the addition of DT modifications during board_init() it makes sense to enable OF_LIVE globally. The cost of building the tree should be offset by the increased efficiency at which we can walk it. Some rough measurements with CONFIG_BOOTSTAGE suggests

[PATCH v6 09/16] serial: msm-geni: support livetree

When using OF_LIVE, the debug UART driver won't be probed if it's a subnode of the geni-se-qup controller. Add a NOP driver for the controller to correctly discover its child nodes. Reviewed-by: Neil Armstrong Reviewed-by: Sumit Garg Signed-off-by: Caleb Connolly --- drivers/serial/serial_msm_

[PATCH v6 13/16] dts: sdm845-db845c: add u-boot fixups

The USB VBUS supply for the type-A port is enabled via a GPIO regulator. This is incorrectly modelled in Linux where only the PCIe dependency is expressed. The correct way to handle this will be through a usb-connector node, but for now we'll just mark the regulator as always-on so that it will be

[PATCH v6 12/16] mach-snapdragon: call regulators_enable_boot_on()

Make sure we power on any boot-on or always-on regulators. These are used for peripherals like USB on some platforms. Reviewed-by: Sumit Garg Reviewed-by: Neil Armstrong Signed-off-by: Caleb Connolly --- arch/arm/mach-snapdragon/board.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arc

[PATCH v6 11/16] mach-snapdragon: fixup power-domains

We don't support the RPM(h)PD power domains in U-Boot, and we don't need to - the necessary resources are on, and we aren't going to enter any low power modes. We could try using a no-op device, but this requires adding a compatible for every platform, and just pollutes the driver model. So instea

[PATCH v6 08/16] gpio: msm_gpio: add .set_flags op

The .direction_input and .direction_output ops are deprecated, and don't seem to behave properly for us. Implement our own .set_flags op to handle this correctly. Reviewed-by: Sumit Garg Signed-off-by: Caleb Connolly --- drivers/gpio/msm_gpio.c | 27 +-- 1 file changed,

[PATCH v6 10/16] mach-snapdragon: fixup USB nodes

We don't support USB super-speed in U-Boot yet, we lack the SS PHY drivers, however from my testing even with a PHY driver there seem to be other issues when talking to super-speed peripherals. In pursuit of maintaining upstream DT compatibility, and simplifying porting for new devices, let's impl

[PATCH v6 07/16] clk/qcom: sdm845: add USB clocks

Most devices only initialise the USB clocks for us if we boot via "fastboot boot", add the missing clock configuration to get both USB ports working regardless of the bootloader state. Reviewed-by: Sumit Garg Signed-off-by: Caleb Connolly --- drivers/clk/qcom/clock-sdm845.c | 25 +++

[PATCH v6 06/16] clk/qcom: sdm845: add gdscs

Define the GDSC power domains for SDM845. Reviewed-by: Neil Armstrong Reviewed-by: Sumit Garg Signed-off-by: Caleb Connolly --- drivers/clk/qcom/clock-sdm845.c | 18 ++ 1 file changed, 18 insertions(+) diff --git a/drivers/clk/qcom/clock-sdm845.c b/drivers/clk/qcom/clock-sdm84

[PATCH v6 05/16] clk/qcom: use offsets for RCG registers

The RCG registers always have the same offsets, so only store the base CMD register address and calculate the others relative to that. Reviewed-by: Sumit Garg Signed-off-by: Caleb Connolly --- drivers/clk/qcom/clock-apq8016.c | 39 + drivers/clk/qcom/clock-apq8096.c | 28 +

[PATCH v6 04/16] mach-snapdragon: disable power-domains for pre-reloc drivers

Some devices like the UART and clock controller reference an RPM(h) power domain. We don't support this device in U-Boot, so add DM_FLAG_DEFAULT_PD_CTRL_OFF to tell DM core not to try and enable the power domain. Reviewed-by: Sumit Garg Signed-off-by: Caleb Connolly --- drivers/clk/qcom/clock-q

[PATCH v6 03/16] phy: qcom: Add SNPS femto v2 USB HS phy

From: Bhupesh Sharma Some Qualcomm SoCs newer than SDM845 feature a so-called "7nm phy" driver, notable the SM8250 SoC which will gain U-Boot support in upcoming patches. Introduce a driver based on the Linux driver. Signed-off-by: Bhupesh Sharma [code cleanup, align symbol names with Linux, s

[PATCH v6 02/16] phy: qcom: add Qualcomm QUSB2 USB PHY driver

From: Bhupesh Sharma The Snapdragon 845 and several other Qualcomm SoCs feature this USB high-speed phy. Add a driver for it based on the Linux driver, with support for the SDM845, and the QCM2290 and SM6115 SoCs which will gain support in U-Boot in future patches. Signed-off-by: Bhupesh Sharma

[PATCH v6 01/16] mailmap: update Bhupesh's email address

Update Bhupesh's email to his new one. Reviewed-by: Neil Armstrong Signed-off-by: Caleb Connolly --- Cc: Bhupesh Sharma --- .mailmap | 1 + 1 file changed, 1 insertion(+) diff --git a/.mailmap b/.mailmap index d1f08f3eca8a..f6e0847b2168 100644 --- a/.mailmap +++ b/.mailmap @@ -29,8 +29,9 @@

[PATCH v6 00/16] Qualcomm platform USB support

This series enables USB on Qualcomm SDM845 platforms and lays the foundation for future SoCs as well. It introduces two new high-speed PHY drivers, one for SDM845 and one for an upcoming platform. The SDM845 clock driver gains support for configuring the USB clocks, and the GPIO driver is updated

[PATCH 2/2] arm: dts: k3: binman: am625: add support for signing TIFSSTUB Images

From: Kamlesh Gurudasani Add support for signing of TIFSSTUB images for HSSE, HSFS and GP devices and include them in tispl.bin and tispl.bin_unsigned. Signed-off-by: Kamlesh Gurudasani Signed-off-by: Dhruva Gole --- arch/arm/dts/k3-am625-sk-binman.dtsi | 141 ++- 1 fi

[PATCH 1/2] arm: mach-k3: add support for detecting TIFSSTUB images

From: Kamlesh Gurudasani Add support for detecting and processing TIFSSTUB images for HS, HSFS and GP devices. TIFSSTUB image for related device type will be loaded, rest TIFSSTUB images will be discarded. Example, for GP device, tifsstub-gp will be loaded, tifsstub-hs and tifsstub-fs will be d

[PATCH 0/2] Add TIFS Stub support in AM62x

Add support for signing, detection and loading of TIFSSTUB images for for HSSE, HSFS and GP AM62x devices. Boot tested and Deepsleep entry exist tested with ti-linux: https://gist.github.com/DhruvaG2000/036010f6ae75aa6443fc77f61fd74893 Patches are based on top of tag: v2024.04 Cc: Tom Rini Cc:

[PATCH 1/1] disk: simplify print_part_header()

Using uclass_get_name() reduces the code size. Signed-off-by: Heinrich Schuchardt --- disk/part.c| 47 +++--- test/py/tests/test_scsi.py | 2 +- 2 files changed, 4 insertions(+), 45 deletions(-) diff --git a/disk/part.c b/disk/part.c index 36b882

Re: [GIT PULL] Please pull u-boot-dfu-next-20240402

On Tue, Apr 02, 2024 at 11:34:38AM +0200, Mattijs Korpershoek wrote: > Hi Tom, > > Here are some developments for next including: > > - Implement Qualcomm wrapper for dwc3 > - Multiple sector size support for UMS > - CDC ACM gadget initialization fix > - Refactor board code from dwc3 to prepare

Re: [GIT PULL] Please pull u-boot-dfu-20240402

On Tue, Apr 02, 2024 at 11:36:36AM +0200, Mattijs Korpershoek wrote: > Hi Tom, > > Here are some fixes for master including: > > - Fix #if logic in android_ab command > - Fix ANDROID_AB_BACKUP_OFFSET in android_ab > > The CI job is at > https://source.denx.de/u-boot/custodians/u-boot-dfu/-/pip

[PATCH 1/1] test: remove unused import from pkg_resources

load_entry_point is not used. Signed-off-by: Heinrich Schuchardt --- test/py/test.py | 1 - 1 file changed, 1 deletion(-) diff --git a/test/py/test.py b/test/py/test.py index 95859a66e29..7c477903d6b 100755 --- a/test/py/test.py +++ b/test/py/test.py @@ -11,7 +11,6 @@ import os import os.path

Re: [PATCH v1] verdin-am62: move verdin am62 to OF_UPSTREAM

Hi Marcel, On 03/04/24 12:45, Marcel Ziswiler wrote: From: Marcel Ziswiler Move verdin-am62 to OF_UPSTREAM: - handle the fact that dtbs now have a 'ti/' prefix - imply OF_UPSTREAM - remove redundant files from arch/arm/dts leaving only the *-u-boot.dtsi files - update MAINTAINERS file Sign

Re: [PATCH 3/4] arm: dts: k3-*-binman.dtsi: Clean up and templatize boot binaries

Hi Michael, On 11:02-20240403, Neha Malcom Francis wrote: > Hi Michael > > Sorry for the late response. > > On 28/03/24 17:26, Michael Walle wrote: > > Hi, > > > > On Thu Mar 28, 2024 at 12:18 PM CET, Neha Malcom Francis wrote: > > > On 27-Mar-24 8:

Re: [PATCH v2 2/3] drivers: introduce mtdblock abstraction

On 07.03.24 14:07, Alexey Romanov wrote: MTD block - abstraction over MTD subsystem, allowing to read and write in blocks using BLK UCLASS. Signed-off-by: Alexey Romanov --- drivers/block/blk-uclass.c | 1 + drivers/mtd/Makefile | 1 + drivers/mtd/mtdblock.c | 227

Re: [PATCH] board: rockchip: Add Indiedroid Nova

Hi Chris, On 4/1/24 20:17, Chris Morgan wrote: From: Chris Morgan The Indiedroid Nova is a Rockchip RK3588S based SBC from Indiedroid. Specifications: Rockchip RK3588S SoC 4x ARM Cortex-A76, 4x ARM Cortex-A55 4/8/16GB memory LPDDR4x Mali G610MC4 GPU Optional eMMC

Re: [PATCH v1] verdin-am62: move verdin am62 to OF_UPSTREAM

On Apr 03, 2024 at 09:15:10 +0200, Marcel Ziswiler wrote: > From: Marcel Ziswiler > > Move verdin-am62 to OF_UPSTREAM: Thanks! > - handle the fact that dtbs now have a 'ti/' prefix > - imply OF_UPSTREAM > - remove redundant files from arch/arm/dts leaving only the > *-u-boot.dtsi files > - up

[PATCH v1] verdin-imx8mm/verdin-imx8mp: move imx verdins to OF_UPSTREAM

From: Marcel Ziswiler Move verdin-imx8mm and verdin-imx8mp to OF_UPSTREAM: - handle the fact that dtbs now have a 'freescale/' prefix - imply OF_UPSTREAM - remove redundant files from arch/arm/dts leaving only the *-u-boot.dtsi files - update MAINTAINERS files Signed-off-by: Marcel Ziswiler

[PATCH v1] verdin-am62: move verdin am62 to OF_UPSTREAM

From: Marcel Ziswiler Move verdin-am62 to OF_UPSTREAM: - handle the fact that dtbs now have a 'ti/' prefix - imply OF_UPSTREAM - remove redundant files from arch/arm/dts leaving only the *-u-boot.dtsi files - update MAINTAINERS file Signed-off-by: Marcel Ziswiler --- arch/arm/dts/Makefile