Re: [PATCH] patch: SPI NOR: versal_net_virt: Enabling gigadevice parts

On 12/11/22 04:16, Victor Lim wrote: CAUTION: This message has originated from an External Source. Please use proper judgment and caution when opening attachments, clicking links, or responding to this email. Enabling gigadevice parts in the config file. Signed-off-by: Victor Lim --- c

Re: [PATCH] SPI NOR: versal_virt: enabling gigadevice part #s

On 12/11/22 04:07, Victor Lim wrote: CAUTION: This message has originated from an External Source. Please use proper judgment and caution when opening attachments, clicking links, or responding to this email. Enabling gigadevice part # in this config file Signed-off-by: Victor Lim ---

Re: [PATCH] patch V2: SPI: NOR: ZynqMp: enabling gigadevice part #

On 12/10/22 05:01, Victor Lim wrote: Enabling Gigadevice in the config file Signed-off-by: Victor Lim --- configs/xilinx_zynqmp_mini_qspi_defconfig | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/configs/xilinx_zynqmp_mini_qspi_defconfig b/configs/xilinx_zynqmp_min

[PATCH] common: spl: ram: fix return code

From: Nikita Shubin Instead of always retuning success, return actual result of load_simple_fit_image or spl_parse_image_header, otherwise we might end up jumping on uninitialized spl_image->entry_point. Signed-off-by: Nikita Shubin --- common/spl/spl_ram.c | 9 + 1 file changed, 5 ins

Re: [PATCH] common: spl: ram: fix return code

On 12/12/22 09:03, Nikita Shubin wrote: From: Nikita Shubin Instead of always retuning success, return actual result of load_simple_fit_image or spl_parse_image_header, otherwise we might end up jumping on uninitialized spl_image->entry_point. Signed-off-by: Nikita Shubin --- common/spl/spl

Re: [PATCH] patch V2: SPI NOR: ZynqMP: Zynq: GD25Q512: adding part # to the list

Hi, subject: It has nothing to do with zynq/zynqmp that's why you shouldn't add it to subject. On 12/11/22 05:32, Victor Lim wrote: Adding GD25Q512 to the part # list. Signed-off-by: Victor Lim --- drivers/mtd/spi/spi-nor-ids.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/driver

Re: [PATCH v3 1/1] arm: mvebu: Espressobin: Fix default env variables

Hi Derek, On 12/9/22 23:04, Derek LaHousse wrote: Default env variables on Espressobin boards are broken since commit c4df0f6f315c ("arm: mvebu: Espressobin: Set default value for $fdtfile env variable") as well as the 'env default -a' command. The algorithm to find free space in the default_en

Please pull u-boot-marvell/master

Hi Tom, please pull this late Marvell related fix: - mvebu: Espressobin: Fix default env variables (Derek) Here the Azure build, without any issues: https://dev.azu

Re: Converting to DM SERIAL for Kirkwood boards

>> On 12/9/22 04:55, Tony Dinh wrote: >> > Hi Simon et al, >> > >> > (Resend to include u-boot mailing list) >> > >> > I'm in the process of converting Kirkwood boards to use DM SERIAL. I >> > could not seem to get it to work, having tried adding >> > CONFIG_DM_SERIAL, and also playing with various

Re: [u-boot][PATCH 00/14] rawnand: omap_gpmc: driver model support

Hi Dario, On 11/12/2022 15:56, Dario Binacchi wrote: > Hi Roger, > > On Fri, Nov 25, 2022 at 1:38 PM Roger Quadros wrote: >> >> Hi Michael, >> >> On 08/11/2022 11:26, Michael Nazzareno Trimarchi wrote: >>> Hi Roger >>> >>> On Fri, Nov 4, 2022 at 2:27 PM Roger Quadros wrote: Hi, >

Re: [PATCH v3 1/4] ARM: stm32: Fix ECDSA authentication with Dcache enabled

Hi, On 12/7/22 20:24, Marek Vasut wrote: In case Dcache is enabled while the ECDSA authentication function is called via BootROM ROM API, the MMU tables are set up and the BootROM region is not marked as executable, so an attempt to run code from it results in a hang. Mark the BootROM region as

Re: [PATCH v3 2/4] ARM: stm32: Factor out save_boot_params

Hi, On 12/7/22 20:24, Marek Vasut wrote: The STM32MP15xx platform currently comes with two incompatible implementations of save_boot_params() weak function override. Factor the save_boot_params() implementation into common cpu.c code and provide accessors to read out both ROM API table address a

Re: [PATCH v3 3/4] ARM: stm32: Pass ROM API table pointer to U-Boot proper

Hi, On 12/7/22 20:24, Marek Vasut wrote: The ROM API table pointer is no longer accessible from U-Boot, fix this by passing the ROM API pointer through. This makes it possible for U-Boot to call ROM API functions to authenticate payload like signed fitImages. Signed-off-by: Marek Vasut --- Cc:

Re: [u-boot][PATCH 00/14] rawnand: omap_gpmc: driver model support

Hi Roger, On Mon, Dec 12, 2022 at 10:12 AM Roger Quadros wrote: > > Hi Dario, > > On 11/12/2022 15:56, Dario Binacchi wrote: > > Hi Roger, > > > > On Fri, Nov 25, 2022 at 1:38 PM Roger Quadros wrote: > >> > >> Hi Michael, > >> > >> On 08/11/2022 11:26, Michael Nazzareno Trimarchi wrote: > >>> Hi

Re: [PATCH v5 0/3] Support UEFI SPI I/O protocol

On 23/11/2022 17:50, Paul Barker wrote: > These patches add support for the UEFI SPI I/O protocol defined in the > UEFI Platform Initialization (PI) Specification, Version 1.7 Errata A > (April 2020). This allows a UEFI application to interact with devices > on the SPI bus. > > This support is ini

Re: [u-boot][PATCH 00/14] rawnand: omap_gpmc: driver model support

Hi Roger Most of the building problem can be tested with this configuration make ARCH=arm chiliboard_defconfig Michael On Mon, Dec 12, 2022 at 10:27 AM Dario Binacchi wrote: > > Hi Roger, > > On Mon, Dec 12, 2022 at 10:12 AM Roger Quadros wrote: > > > > Hi Dario, > > > > On 11/12/2022 15:56,

Re: [PATCH v2 1/4] ARM: stm32: Fix ECDSA authentication with Dcache enabled

Hi, On 12/7/22 20:32, Marek Vasut wrote: On 12/7/22 11:08, Patrick DELAUNAY wrote: Hi Marek, Hello Patrick, Sorry for the delay. No worries. I cross-check with ROM code team to understood this API limitation. Thank you! On 12/6/22 23:49, Marek Vasut wrote: In case Dcache is enabled

Re: [PATCH v5 0/3] Support UEFI SPI I/O protocol

Hi Paul [...] > > > > Sending a gentle ping on this series... is there any further feedback? > Are there any outstanding issues to resolve? > Thanks for the patience and apologies for the slow review. I didn't have any serious objections apart from the DT stuff on the previous version. I'll go

Re: [PATCH] Prevent buffer overflow on USB control endpoint

On 28/11/2022 10:27, Marek Vasut wrote: > On 11/28/22 10:21, Szymon Heidrich wrote: >> On 20/11/2022 16:29, Szymon Heidrich wrote: >>> On 20/11/2022 15:43, Marek Vasut wrote: On 11/17/22 12:50, Fabio Estevam wrote: > [Adding Lukasz and Marek] > > On Thu, Nov 17, 2022 at 6:50 AM Szy

[PATCH] ARM: dts: at91: sama5d2: fix wrong interrupt-cells property

The PMC node is not an interrupt provider, so it must not have interrupt-cells. This fixes the warning (on newer DTC): arch/arm/dts/sama5d2.dtsi:82.22-602.6: Warning (interrupt_provider): /ahb/apb/pmc@f0014000: '#interrupt-cells' found, but node is not an interrupt provider Fixes: 2c4b2dd289 ("

Re: [PATCH] ARM: dts: at91: sama5d2: fix wrong interrupt-cells property

On 12.12.2022 11:59, Eugen Hristev wrote: > The PMC node is not an interrupt provider, so it must not have > interrupt-cells. > > This fixes the warning (on newer DTC): > arch/arm/dts/sama5d2.dtsi:82.22-602.6: Warning (interrupt_provider): > /ahb/apb/pmc@f0014000: '#interrupt-cells' found, but no

Re: [Uboot-stm32] [PATCH] cmd: mtdparts: add SYS_MTDPARTS_RUNTIME dependency on CONFIG_MTDIDS/MTDPARTS_DEFAULT

Hi Patrick On 12/8/22 09:10, Patrick Delaunay wrote: > The two configuration CONFIG_MTDIDS_DEFAULT and CONFIG_MTDPARTS_DEFAULT > are not needed with mtd configuration CONFIG_SYS_MTDPARTS_RUNTIME which > allows the MTDIDS and MTDPARTS to be configured at runtime. > > This patch has no defconfig im

Re: [PATCH v2 02/19] clk: at91: Add support for sam9x60 USB clock

On 08.12.2022 11:47, Sergiu Moga wrote: > Implement sam9x60 USB clock driver. This clock has > three parents: PLLA, UPLL and MAINXTAL. The driver is > aware of the three possible parents with the help of the > two mux tables provied to the driver during the registration > of the clock. > > Signed-

Re: [PATCH v2 12/19] reset: at91: Add reset driver for basic assert/deassert operations

On 08.12.2022 11:47, Sergiu Moga wrote: > Add support for at91 reset controller's basic assert/deassert > operations. Since this driver conflicts with the > SYSRESET driver because they both bind to the same RSTC node, > implement a custom bind hook that would manually bind the > sysreset driver, i

Re: [PATCH] ARM: dts: stm32: update vbus-supply of usbphyc_port0 on stm32mp157c-ev1

Hi Fabrice On 12/12/22 11:32, Fabrice Gasnier wrote: > phy-stm32-usbphyc bindings uses a connector node with vbus-supply > property. > > [backport from linux 43e55d778a6b] > Signed-off-by: Fabrice Gasnier > --- > > arch/arm/dts/stm32mp157c-ev1.dts | 4 > 1 file changed, 4 insertions(+) >

Re: [Uboot-stm32] [PATCH] dm: pmic: ignore disabled node in pmic_bind_children

Hi Patrick On 10/27/22 17:22, Simon Glass wrote: > On Wed, 26 Oct 2022 at 07:05, Patrick Delaunay > wrote: >> >> Ignore the disabled children node in pmic_bind_children() so the >> disabled regulators in device tree are not registered. >> >> This patch is based on the dm_scan_fdt_node() code - on

Re: [Uboot-stm32] [PATCH] phy: usbphyc: use regulator_set_enable_if_allowed for disabling vbus supply

Hi Patrick On 9/26/22 09:07, Patrice CHOTARD wrote: > Hi Patrick > > On 9/20/22 13:39, Patrick Delaunay wrote: >> Use regulator_set_enable_if_allowed() api instead of regulator_set_enable() >> while disabling vbus supply. This way the driver doesn't see an error >> when it disable an always-on re

[PULL] Pull request for u-boot master / v2023.01-rc4 = u-boot-stm32-20221212

stodians/u-boot-nand-flash (2022-12-11 09:40:25 -0500) are available in the Git repository at: https://source.denx.de/u-boot/custodians/u-boot-stm.git tags/u-boot-stm32-20221212 for you to fetch changes up to 30257f4699e0e58818f6e6f86021a994f485ee58: dm: pmic: ignore disabled node in pmic_bin

Re: [PATCH 1/3] usb: onboard-hub: add driver to manage onboard hub supplies

HI Fabrice On 12/12/22 11:44, Fabrice Gasnier wrote: > The main issue the driver addresses is that a USB hub needs to be > powered before it can be discovered. This is often solved by using > "regulator-always-on". > > This driver is inspired by the Linux v6.1 driver. It only enables (or > disabl

Re: [PATCH 2/3] configs: stm32: enable USB onboard HUB driver

Hi Fabrice On 12/12/22 11:44, Fabrice Gasnier wrote: > Activate the USB onboard HUB driver, that is used to enable the HUB supply > on STM32MP15 EVAL, DK1 and DK2 boards. > This avoids marking the 3v3 corresponding regulator as always-on. > > Signed-off-by: Fabrice Gasnier > --- > > configs/st

Re: [PATCH 3/3] ARM: dts: stm32: add support for USB2514B onboard hub on stm32mp157c-ev1

Hi Fabrice On 12/12/22 11:44, Fabrice Gasnier wrote: > Add support for USB2514B onboard hub on stm32mp157c EV1 board. The HUB > is supplied by a 3v3 PMIC regulator. > > [backport from linux ad9591b01d24] > Signed-off-by: Fabrice Gasnier > --- > > arch/arm/dts/stm32mp157c-ev1.dts | 8 >

Re: [PATCH 0/3] Add support for USB onboard HUB, used on stm32 boards

On 12/12/22 11:44, Fabrice Gasnier wrote: This series adds a driver to support USB onboard HUB, inspired by Linux onboard hub driver. Purpose is to manage the power supply regulator on STM32 boards, for low power use case in Linux. U-boot driver allows to benefit of the device tree part to suppl

Re: [PATCH] Prevent buffer overflow on USB control endpoint

On 12/12/22 10:55, Szymon Heidrich wrote: On 28/11/2022 10:27, Marek Vasut wrote: On 11/28/22 10:21, Szymon Heidrich wrote: On 20/11/2022 16:29, Szymon Heidrich wrote: On 20/11/2022 15:43, Marek Vasut wrote: On 11/17/22 12:50, Fabio Estevam wrote: [Adding Lukasz and Marek] On Thu, Nov 17, 2

Re: [PATCH v5 1/1] u-boot-initial-env: rework make target

Hi Tom On Thu, Dec 8, 2022 at 9:24 PM Tom Rini wrote: > > On Mon, Nov 28, 2022 at 09:41:22AM +0100, Max Krummenacher wrote: > > > From: Max Krummenacher > > > > With LTO enabled the U-Boot initial environment is no longer stored > > in an easy accessible section in env/common.o. I.e. the section

[PATCH v3 00/19] Add USB on SAM9X60, SAMA7G5 and SAMA5D2 boards

This series of patches is meant to add support for USB Mass Storage on SAM9X60, SAMA7G5 and SAMA5D2 boards and register ohci-at91 driver into Driver Model. In order for this to be achieved, the respective DT nodes have been added, the USB clock has been registered into CCF and the required defconfi

[PATCH v3 01/19] ARM: dts: sam9x60: Add OHCI and EHCI DT nodes

Add the OHCI and EHCI DT nodes for the sam9x60 boards. Signed-off-by: Sergiu Moga --- v1 -> v2: - No change v2 -> v3: - Also add pinctrl nodes to sam9x60 curiosity arch/arm/dts/at91-sam9x60_curiosity.dts | 21 + arch/arm/dts/sam9x60.dtsi | 18

[PATCH v3 02/19] clk: at91: Add support for sam9x60 USB clock

Implement sam9x60 USB clock driver. This clock has three parents: PLLA, UPLL and MAINXTAL. The driver is aware of the three possible parents with the help of the two mux tables provied to the driver during the registration of the clock. Signed-off-by: Sergiu Moga --- v1 -> v3: - No change d

[PATCH v3 03/19] clk: at91: sam9x60: Register the required clocks for USB

Register into DM the clocks required to properly enable USB functionality within the bootloader. Signed-off-by: Sergiu Moga --- v1 -> v2: - No change v2 -> v3: - Remove the no longer required #if CONFIG_IS_ENABLED(AT91_SAM9X60_USB) drivers/clk/at91/sam9x60.c | 33 +++

[PATCH v3 04/19] clk: at91: pmc: export clock setup to pmc

From: Claudiu Beznea Clock setup was intended for setting clocks at boot time on SAMA7G5, e.g. for root clocks like PLLs, that were used to feed IPs needed alive in u-boot (e.g. Ethernet clock feed by a PLL). Export this functionality to all at91 clocks as it may be necessary on other SoCs. Sign

[PATCH v3 05/19] clk: at91: sam9x60: Add initial setup of UPLL and USBCK rates

In order for some of the functionalities, such as the USB clocks, to work properly we need some clocks to be properly initialised at the very beginning of booting. Signed-off-by: Sergiu Moga --- v1 -> v2: - Adapted according to the additional 04/19 PATCH, now making use of `at91_clk_setup` v2

[PATCH v3 06/19] usb: ohci-at91: Enable OHCI functionality and register into DM

Register the OHCI driver into DM by properly initializing the required clocks and pins required by the DT node of OHCI. In order for the VBUS to stay enabled, a `child_pre_probe` method has been added to overcome the DM core disabling it in `usb_scan_device`: when the generic `device_probe` method

[PATCH v3 07/19] dt-bindings: reset: add sama7g5 definitions

Upstream linux commit 5994f58977e0. Add reset bindings for SAMA7G5. At the moment only USB PHYs are included. Signed-off-by: Sergiu Moga --- v1 -> v3: - No change include/dt-bindings/reset/sama7g5-reset.h | 10 ++ 1 file changed, 10 insertions(+) create mode 100644 include/dt-bind

[PATCH v3 08/19] dt-bindings: clk: at91: Define additional UTMI related clocks

Add definitions for an additional main UTMI clock as well as its respective subclocks. Signed-off-by: Sergiu Moga --- v1 -> v3: - No change include/dt-bindings/clk/at91.h | 5 + 1 file changed, 5 insertions(+) diff --git a/include/dt-bindings/clk/at91.h b/include/dt-bindings/clk/at91.h i

[PATCH v3 09/19] ARM: dts: at91: sama7: Add USB related DT nodes

Add the USB related DT nodes for the sama7g5ek board. Signed-off-by: Sergiu Moga --- v1 -> v3: - No change arch/arm/dts/at91-sama7g5ek.dts | 34 +++ arch/arm/dts/sama7g5.dtsi | 73 + 2 files changed, 107 insertions(+) diff --git a/arch/arm/

[PATCH v3 10/19] ARM: at91: add sama7 SFR definitions

From: Cristian Birsan Special Function Registers(SFR) definitions for SAMA7 product family. Signed-off-by: Cristian Birsan Signed-off-by: Sergiu Moga --- v1 -> v3: - No change arch/arm/mach-at91/include/mach/sama7-sfr.h | 59 + 1 file changed, 59 insertions(+) creat

[PATCH v3 11/19] reset: at91: Add reset driver for basic assert/deassert operations

Add support for at91 reset controller's basic assert/deassert operations. Since this driver conflicts with the SYSRESET driver because they both bind to the same RSTC node, implement a custom bind hook that would manually bind the sysreset driver, if enabled, to the same RSTC DT node. Furthermore,

[PATCH v3 12/19] phy: at91: Add support for the USB 2.0 PHY's of SAMA7

In order to have USB functionality, drivers for SAMA7's USB 2.0 PHY's have been added. There is one driver for UTMI clock's SFR and RESET required functionalities and one for its three possible subclocks of the phy's themselves. In order for this layout to properly work in conjunction with CCF and

[PATCH v3 13/19] usb: ohci-at91: Add USB PHY functionality

Add the ability to enable/disable whatever USB PHY's are passed to the AT91 OHCI driver through DT. Signed-off-by: Sergiu Moga Tested-by: Mihai Sain --- v1 -> v3: - No change drivers/usb/host/ohci-at91.c | 31 +++ 1 file changed, 31 insertions(+) diff --git a/

[PATCH v3 15/19] ARM: dts: at91: sama5d27_wlsom1_ek: Add pinctrl nodes for USB DT nodes

Add the pinctrl nodes required by the USB related DT nodes. Signed-off-by: Sergiu Moga --- v1 -> v3: - No change arch/arm/dts/at91-sama5d27_wlsom1_ek.dts | 25 1 file changed, 25 insertions(+) diff --git a/arch/arm/dts/at91-sama5d27_wlsom1_ek.dts b/arch/arm/dts/

[PATCH v3 17/19] configs: at91: sama5d2: Enable OHCI/EHCI related configs

Enable the OHCI and EHCI related configs required in order to be able to use the USB command properly. Signed-off-by: Sergiu Moga --- v1 -> v2: - No change v2 -> v3: - Also add CONFIG_RESET_AT91 to enable RSTC configs/sama5d27_giantboard_defconfig | 4 configs/sama5d27_som1

[PATCH v3 14/19] ARM: dts: at91: sama5d2_icp: Add pinctrl nodes for USB related DT nodes

Add the pinctrl subnodes required by the USB related DT nodes. Signed-off-by: Sergiu Moga --- v1 -> v3: - No change arch/arm/dts/at91-sama5d2_icp.dts | 22 ++ 1 file changed, 22 insertions(+) diff --git a/arch/arm/dts/at91-sama5d2_icp.dts b/arch/arm/dts/at91-sama5d2_ic

[PATCH v3 16/19] configs: at91: sam9x60ek: Add required configs for the USB command

Add the configs required to use the USB-related functionalities within the bootloader. Signed-off-by: Sergiu Moga --- v1 -> v2: - No change v2 -> v3: - Also add USB Mass Storage on SAM9X60 Curiosity - Add CONFIG_RESET_AT91 to enable RSTC configs/sam9x60_curiosity_mmc_defconfig | 8 +++

[PATCH v3 18/19] configs: at91: sama7: Enable USB and RESET functionality

Enable USB and RESET functionality. In order for USB to work properly on SAMA7, the driver needs to be able to have access to PHY's, which, in turn, need to have access to the RSTC driver's assert/deassert functionalities. Signed-off-by: Sergiu Moga Tested-by: Mihai Sain --- v1 -> v3: - No ch

[PATCH v3 19/19] usb: ohci-at91: Add `ohci_t` field in `ohci_at91_priv`

From: Cristian Birsan The `ohci_register` function expects that the OHCI driver's priv is a struct whose first field is of type `ohci_t`. The original conversion to DM did not have it and this inconsistency revealed itself whenever U-Boot required multiple memory allocations resulting in a memory

Re: [u-boot][PATCH 00/14] rawnand: omap_gpmc: driver model support

On Mon, Dec 12, 2022 at 10:27:41AM +0100, Dario Binacchi wrote: > Hi Roger, > > On Mon, Dec 12, 2022 at 10:12 AM Roger Quadros wrote: > > > > Hi Dario, > > > > On 11/12/2022 15:56, Dario Binacchi wrote: > > > Hi Roger, > > > > > > On Fri, Nov 25, 2022 at 1:38 PM Roger Quadros wrote: > > >> > > >

Re: [PATCH v5 1/1] u-boot-initial-env: rework make target

On Mon, Dec 12, 2022 at 02:39:09PM +0100, Max Krummenacher wrote: > Hi Tom > > On Thu, Dec 8, 2022 at 9:24 PM Tom Rini wrote: > > > > On Mon, Nov 28, 2022 at 09:41:22AM +0100, Max Krummenacher wrote: > > > > > From: Max Krummenacher > > > > > > With LTO enabled the U-Boot initial environment is

[PATCH] arm64: zynqmp: Remove unused USB DT properties

xlnx,usb-polarity, xlnx,usb-reset-mode and snps,mask_phy_reset are not documented in dt binding and also there is no code associated with them that's why remove them. Signed-off-by: Michal Simek --- arch/arm/dts/zynqmp-dlc21-revA.dts | 4 arch/arm/dts/zynqmp-g-a2197-00-revA.dts | 2 --

[PATCH 1/2] arm64: zynqmp: Describe TI phy as ethernet phy ID on ZCU102 RevB & up

From: Harini Katakam TI phy requires a reset before PHY address detection to make sure correct strapping via MIO is detected. Facilitate the same using ethernet-phy-id compatible string. GPIO reset entry will be added in a separate commit. This support is present in RevA but needs to be extended

[PATCH 2/2] arm64: zynqmp: Enable TI phy reset via GPIO

From: Harini Katakam Add DT property to support reset of TI PHY connected to GEM. This is present in RevA DT but needs to be extended RevB/1.0/1.1 versions which are built on top. Fixes: 2b1db7b18c97 ("arm64: zynqmp: Wire GEM reset gpio") Signed-off-by: Harini Katakam Signed-off-by: Michal Sime

Re: [PATCH 1/1] net: missing break after net_ip6_handler()

On 12/7/22 06:52, Vyacheslav Mitrofanov V wrote: On Wed, 2022-12-07 at 09:42 -0500, Tom Rini wrote: On Wed, Dec 07, 2022 at 03:29:37PM +0100, Heinrich Schuchardt wrote: Don't fall through to handling an IPv6 header as IPv4. Fixes: ffdbf3bad5f3 ("net: ipv6: Incorporate IPv6 support into u- boo

[PATCH] arm64: zynqmp: Remove unused snps,refclk_fladj property

The commit c55ac51a550c ("usb: dwc3: Program GFLADJ") hopefully fixed issues around fladj logic. This DT property was used in Xilinx stack only that's why remove because it is not needed anymore. Signed-off-by: Michal Simek --- arch/arm/dts/zynqmp.dtsi | 2 -- 1 file changed, 2 deletions(-) di

Re: [PATCH v3 12/19] phy: at91: Add support for the USB 2.0 PHY's of SAMA7

On 12.12.2022 15:39, Sergiu Moga wrote: > In order to have USB functionality, drivers for SAMA7's > USB 2.0 PHY's have been added. There is one driver > for UTMI clock's SFR and RESET required functionalities and > one for its three possible subclocks of the phy's themselves. > In order for this la

Re: [PATCH V2 1/1] Configs: enable gigadevice xilinx_zynqmp_mini_qspi_defconfig

Hi Victor, po 12. 12. 2022 v 15:50 odesílatel Victor Lim napsal: > > enabling gigadevice in this file it is quite clear that you are changing it in this file not another one. Remove it. And send it as a series because I really don't want to pick it up one by one when we have b4 and can download

Re: [PATCH 1/4] riscv: spl: Introduce SPL_OPENSBI_OS_BOOT

On Mon, Dec 12, 2022 at 02:45:10PM +0800, Rick Chen wrote: > Hi Tom > > > On Fri, Dec 09, 2022 at 08:48:37AM -0500, Sean Anderson wrote: > > > On 12/7/22 01:23, Rick Chen wrote: > > > > In RISC-V, it only provide normal mode booting currently. > > > > To speed up the booting process, here provide

[PATCH] ARM: dts: stm32: update vbus-supply of usbphyc_port0 on stm32mp157c-ev1

phy-stm32-usbphyc bindings uses a connector node with vbus-supply property. [backport from linux 43e55d778a6b] Signed-off-by: Fabrice Gasnier --- arch/arm/dts/stm32mp157c-ev1.dts | 4 1 file changed, 4 insertions(+) diff --git a/arch/arm/dts/stm32mp157c-ev1.dts b/arch/arm/dts/stm32mp157c-

[PATCH 1/3] usb: onboard-hub: add driver to manage onboard hub supplies

The main issue the driver addresses is that a USB hub needs to be powered before it can be discovered. This is often solved by using "regulator-always-on". This driver is inspired by the Linux v6.1 driver. It only enables (or disables) the hub vdd (3v3) supply, so it can be enumerated. Scanning of

[PATCH 2/3] configs: stm32: enable USB onboard HUB driver

Activate the USB onboard HUB driver, that is used to enable the HUB supply on STM32MP15 EVAL, DK1 and DK2 boards. This avoids marking the 3v3 corresponding regulator as always-on. Signed-off-by: Fabrice Gasnier --- configs/stm32mp15_basic_defconfig | 1 + configs/stm32mp15_defconfig |

[PATCH 0/3] Add support for USB onboard HUB, used on stm32 boards

This series adds a driver to support USB onboard HUB, inspired by Linux onboard hub driver. Purpose is to manage the power supply regulator on STM32 boards, for low power use case in Linux. U-boot driver allows to benefit of the device tree part to supply the HUB when need, instead using an always

[PATCH 3/3] ARM: dts: stm32: add support for USB2514B onboard hub on stm32mp157c-ev1

Add support for USB2514B onboard hub on stm32mp157c EV1 board. The HUB is supplied by a 3v3 PMIC regulator. [backport from linux ad9591b01d24] Signed-off-by: Fabrice Gasnier --- arch/arm/dts/stm32mp157c-ev1.dts | 8 1 file changed, 8 insertions(+) diff --git a/arch/arm/dts/stm32mp157c

[PATCH V2 1/1] Configs: enable gigadevice

enabling gigadevice in this file Signed-off-by: Victor Lim --- configs/zynq_cse_qspi_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/zynq_cse_qspi_defconfig b/configs/zynq_cse_qspi_defconfig index 60f0d7cac4..d58db07e71 100644 --- a/configs/zynq_cse_qspi_defconfig +++ b/con

[PATCH V2 1/1] Configs: enable gigadevice xilinx_zynqmp_mini_qspi_defconfig

enabling gigadevice in this file Signed-off-by: Victor Lim --- configs/xilinx_zynqmp_mini_qspi_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/xilinx_zynqmp_mini_qspi_defconfig b/configs/xilinx_zynqmp_mini_qspi_defconfig index c6401c2a54..2171d09fc3 100644 --- a/configs/xi

AW: [PATCH] distro/pxeboot: Handle prompt variable

Can this be picked for next? -Ursprüngliche Nachricht- Von: Simon Glass Gesendet: Sonntag, 27. November 2022 15:36 An: Traut Manuel LCPF-CH Cc: u-boot@lists.denx.de; vagr...@debian.org Betreff: Re: EXTERNAL - [PATCH] distro/pxeboot: Handle prompt variable On Fri, 18 Nov 2022 at 05:36,

[PATCH v2] net: eth-uclass: revalidate priv after stop() in eth_halt()

In eth_halt(), reread and revalidate priv after calling stop(), as it may have been freed, leaving a dangling pointer. In the ethernet gadget implementation, the gadget device gets probed during start() and removed during stop(), which includes freeing `uclass_priv_` to which `priv` is pointing. W

[PATCH] usb: gadget: ether: split start/stop from init/halt

Split out _usb_eth_start() from _usb_eth_init() and usb_eth_stop() from _usb_eth_halt(). Now _usb_eth_init() only initialises and registers the gadget device, which _usb_eth_halt() reverses, and together are used for probing and removing the device. The _usb_eth_start() and _usb_eth_stop() function

Re: [PULL] Pull request for u-boot master / v2023.01-rc4 = u-boot-stm32-20221212

dc940f6f1bc6df44129ad9d0: > > Merge tag 'u-boot-nand-20221211' of > https://source.denx.de/u-boot/custodians/u-boot-nand-flash (2022-12-11 > 09:40:25 -0500) > > are available in the Git repository at: > > https://source.denx.de/u-boot/custodians/u-boot-s

Re: Please pull u-boot-marvell/master

On Mon, Dec 12, 2022 at 09:57:41AM +0100, Stefan Roese wrote: > Hi Tom, > > please pull this late Marvell related fix: > Applied to u-boot/master, thanks! -- Tom signature.asc Description: PGP signature

Re: [PATCH 1/4] riscv: spl: Introduce SPL_OPENSBI_OS_BOOT

On Mon, Dec 12, 2022 at 03:49:10PM +0800, Rick Chen wrote: > > On 12/7/22 01:23, Rick Chen wrote: > > > In RISC-V, it only provide normal mode booting currently. > > > To speed up the booting process, here provide SPL_OPENSBI_OS_BOOT > > > to achieve this feature which will be call Fast-Boot mode.

Re: [PATCH] mtd: spi-nor-ids: add Macronix flash entry

On Sun, Dec 11, 2022 at 11:19:02PM +0800, Jit Loon Lim wrote: > From: Tien Fong Chee > > Add Macronix mx25u51245g flash entry, so this can be used on > SoCFPGA devices. > > Signed-off-by: Tien Fong Chee > Signed-off-by: Jit Loon Lim > --- > drivers/mtd/spi/spi-nor-ids.c | 2 +- > 1 file chan

Re: [PATCH V2 1/1] Configs: enable gigadevice xilinx_zynqmp_mini_qspi_defconfig

Hi, first of all no top posting. po 12. 12. 2022 v 16:07 odesílatel Vlim napsal: > > Hi, Michal, > > Do you mean group a few files in to one patch? I am fine with one patch per SOC but up2you. But definitely send it as series with --thread with cover letter. Thanks, Michal

Re: [PATCH v1] arch/arm: sm: introduce efusedump command

On Fri, Dec 09, 2022 at 03:52:04PM +0300, Alexey Romanov wrote: > Using this command user can print efuse memory: > > $ sm efusedump 0 10 > : ff 00 31 00 00 ff 66 00 00 00 ..1...f... > > Signed-off-by: Alexey Romanov > --- > arch/arm/mach-meson/sm.c | 36

Re: [PATCH 0/8] sunxi: Update H616 DRAM driver

Hi Andre, Dne ponedeljek, 12. december 2022 ob 02:04:51 CET je Andre Przywara napisal(a): > On Sun, 11 Dec 2022 17:32:05 +0100 > Jernej Skrabec wrote: > > Hi Jernej, > > many thanks for putting this together! > I will have a more elaborate look at each patch later. > > > Current H616 DRAM dri

Re: [PATCH v3 4/4] cmd: source: Support specifying config name

On Thu, Nov 03, 2022 at 05:35:33PM -0400, Sean Anderson wrote: > As discussed previously [1,2], the source command is not safe to use with > verified boot unless there is a key with required = "images" (which has its > own problems). This is because if such a key is absent, signatures are > verifi

Re: [PATCH v3 2/2] board: mediatek: add mt8195 demo board

On Thu, Nov 10, 2022 at 03:34:53PM +0800, Macpaul Lin wrote: > From: Fabien Parent > > Add mt8195-demo board support. > This demo purpose board uses MediaTek's MT8195 SoC. > > Signed-off-by: Fabien Parent > Signed-off-by: Amjad Ouled-Ameur > Signed-off-by: Macpaul Lin [snip] > +#include > +

Re: [PATCH 4/8] sunxi: Convert H616 DRAM options to single setting

On Sun, 11 Dec 2022 17:32:09 +0100 Jernej Skrabec wrote: Hi, > Vendor DRAM settings use TPR10 parameter to enable various features. > There are many mores features that just those that are currently > mentioned. Since new will be added later and most are not known, let's > reuse value from vendo

Re: [PATCH v3 2/2] board: mediatek: add mt8195 demo board

On Mon, Dec 12, 2022 at 11:53:04AM -0500, Tom Rini wrote: > On Thu, Nov 10, 2022 at 03:34:53PM +0800, Macpaul Lin wrote: > > > From: Fabien Parent > > > > Add mt8195-demo board support. > > This demo purpose board uses MediaTek's MT8195 SoC. > > > > Signed-off-by: Fabien Parent > > Signed-off-

Re: [PATCH] serial: ns16550: Enable clocks during probe

On Sun, Nov 27, 2022 at 11:48:34PM -0600, Samuel Holland wrote: > If the UART bus or baud clock has a gate, it must be enabled before the > UART can be used. > > Signed-off-by: Samuel Holland > Reviewed-by: Stefan Roese This breaks building on phycore-rk3288 -- Tom signature.asc Descriptio

Re: [PATCH 2/2] musb-new: omap2430: fix musb probing in gadget mode

On Sat, Nov 26, 2022 at 11:30:10PM +0100, Andreas Kemnade wrote: > Host mode structures were accessed but not initialized > and gadget dm did not compile at all. > > Signed-off-by: Andreas Kemnade > --- > drivers/usb/musb-new/omap2430.c | 42 - > 1 file changed,

Re: [PATCH v3 2/2] board: mediatek: add mt8195 demo board

On Mon, Dec 12, 2022 at 01:53:05PM -0500, Tom Rini wrote: > On Mon, Dec 12, 2022 at 11:53:04AM -0500, Tom Rini wrote: > > On Thu, Nov 10, 2022 at 03:34:53PM +0800, Macpaul Lin wrote: > > > > > From: Fabien Parent > > > > > > Add mt8195-demo board support. > > > This demo purpose board uses Media

Re: [PATCH V2 1/1] Configs: enable gigadevice xilinx_zynqmp_mini_qspi_defconfig

Hi, Michal, Do you mean group a few files in to one patch? Regards, Victor Get Outlook for Android From: Michal Simek Sent: Monday, December 12, 2022 10:58:00 PM To: Vlim Cc: u-boot@lists.denx.de ; vikhyat.go...@amd.com ; ashok.reddy

[PATCH v4 0/5] cmd: source: Support specifying config name

This series adds support for using configs with the source command. See the third patch for details. Changes in v4: - Add fallback for fit_config_verify - Fix fit_conf_get_prop_node missing a phase Changes in v3: - Halve the quotes Changes in v2: - Add test for source command Sean Anderson (5):

[PATCH v4 1/5] image: Add fallback for fit_config_verify

Add a fallback for this function so it can be used without regard to whether FIT_SIGNATURE is enabled or not. Signed-off-by: Sean Anderson --- Changes in v4: - New include/image.h | 7 +++ 1 file changed, 7 insertions(+) diff --git a/include/image.h b/include/image.h index 6f21dafba8..2a5

[PATCH v4 2/5] test: Add test for source command

This adds a basic test for FIT image handling by the source command. It's a python test becase we need to run mkimage. Signed-off-by: Sean Anderson Reviewed-by: Simon Glass --- (no changes since v3) Changes in v3: - Halve the quotes Changes in v2: - New test/py/tests/source.its | 43 +++

[PATCH v4 3/5] treewide: Use NULL for script image name

Two callers of image_source_script specify an image name. However, both use the deprecated @ syntax, indicating that they have not been updated in a while. If CONFIG_FIT_SIGNATURE is enabled, we will reject such names outright. Back in commit 152576a598c ("stm32mp: stm32prog: handle U-Boot script i

[PATCH v4 4/5] cmd: source: Clean up a few lines

This simplifies a few lines and corrects an error message. Signed-off-by: Sean Anderson Reviewed-by: Simon Glass --- (no changes since v1) cmd/source.c | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/cmd/source.c b/cmd/source.c index 698d9f86d9..5973824601 10064

[PATCH v4 5/5] cmd: source: Support specifying config name

As discussed previously [1,2], the source command is not safe to use with verified boot unless there is a key with required = "images" (which has its own problems). This is because if such a key is absent, signatures are verified but not required. It is assumed that configuration nodes will provide

Re: [PATCH v4 1/5] image: Add fallback for fit_config_verify

On Mon, Dec 12, 2022 at 02:12:07PM -0500, Sean Anderson wrote: > Add a fallback for this function so it can be used without regard to > whether FIT_SIGNATURE is enabled or not. > > Signed-off-by: Sean Anderson Reviewed-by: Tom Rini -- Tom signature.asc Description: PGP signature

[PATCH] net: Fix memory corruption in eth_halt() if the stop handler frees the priv member

Calling eth_halt() could result in memory corruption if the stop() handler frees or modifies the priv member. A stored value of dev_get_uclass_priv() is assumed to remain valid after the stop() handler has been called, which is not always the case (e.g. rndis over usb gadget). Re-check the priv p

Re: [PATCH] net: Fix memory corruption in eth_halt() if the stop handler frees the priv member

Hi Bernhard, On Mon, Dec 12, 2022 at 6:12 PM Bernhard Rosenkränzer wrote: > > Calling eth_halt() could result in memory corruption if the stop() > handler frees or modifies the priv member. > > A stored value of dev_get_uclass_priv() is assumed to remain valid > after the stop() handler has been

Re: [PATCH 1/3] cmd: pxe: reorder kernel treatment in label_boot

On Fri, Oct 28, 2022 at 11:01:18AM +0200, Patrick Delaunay wrote: > Reorder kernel treatment in label_boot at the beginning of the function. > > This patch doesn't change the pxe command behavior, it is only a > preliminary step for next patch, build kernel_addr before parsing > the label initrd

Re: [PATCH 2/3] cmd: pxe: support INITRD and FDT selection with FIT

On Fri, Oct 28, 2022 at 11:01:19AM +0200, Patrick Delaunay wrote: > Since the commit d5ba6188dfbf ("cmd: pxe_utils: Check fdtcontroladdr > in label_boot") the FDT or the FDTDIR label is required in extlinux.conf > and the fallback done by bootm command when only the device tree present > in this c

  1   2   >