Re: [PATCH 2/2] ARM: imx: Remove PMIC reset configuration from board files

On 12/10/2022 3:35 AM, Marek Vasut wrote: The PCA9450 reset configuration can now be performed by the PCA9450 PMIC driver itself, remove the hard-coded variant from board code and let the PMIC driver perform this task using one-liner: ``` $ sed -i '/set WDOG_B_CFG to cold reset/,+2 d' $(git

Re: [PATCH 1/2] pmic: pca9450: Make warm reset on WDOG_B assertion

On 12/10/2022 3:35 AM, Marek Vasut wrote: The default configuration of the PMIC behavior makes the PMIC power cycle most regulators on WDOG_B assertion. This power cycling causes the memory contents of OCRAM to be lost. Some systems neeeds some memory that survives reset and reboot, therefore

Re: [PATCH 2/2] ARM: imx: bootaux: Fix LTO -Wlto-type-mismatch

On 12/13/2022 12:46 PM, Marek Vasut wrote: Commit 56c2dbdabab5 ("imx: bootaux: cleanup code") introduces the following LTO related warning: " arch/arm/mach-imx/imx_bootaux.c:24:31: warning: type of ‘hostmap’ does not match original declaration [-Wlto-type-mismatch] 24 | const __weak

Re: [PATCH 1/2] ARM: imx: bootaux: Fix macro misuse

On 12/13/2022 12:46 PM, Marek Vasut wrote: There are no CONFIG_{TOOLS_,SPL_,TPL_,}IMX8M macros, nor is there one for ARM64. Use plain IS_ENABLED(CONFIG_IMX8M) and IS_ENABLED(CONFIG_ARM64) to avoid expanding the {TOOLS_,SPL_,TPL_,} part. Fixes: 56c2dbdabab5 ("imx: bootaux: cleanup code")

Re: [PATCH v5 1/3] efi_loader: Add SPI I/O protocol support

Hi Paul, Apologies for the delayed reply. [...] > +static efi_status_t > +export_spi_peripheral(struct efi_spi_bus *bus, struct udevice *dev) > +{ > + efi_string_t name_utf16, vendor_utf16, part_number_utf16; > + struct efi_spi_peripheral_priv *priv; > + efi_status_t status; > +

[PATCH v2] board: ti: common: board_detect: Fix EEPROM read quirk for 2-byte

EEPROM detection logic in ti_i2c_eeprom_get() involves figuring out whether addressing is 1-byte or 2-byte. There are currently different behaviours seen across boards as documented in commit bf6376642fe8 ("board: ti: common: board_detect: Fix EEPROM read quirk"). Adding to the list, we see that

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

Hi Samuel, On 12/13/22 02:46, Samuel Holland wrote: On 12/12/22 12:54, Tom Rini wrote: 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

Re: [PATCH] Makefile: With BINMAN_ALLOW_MISSING=1 don't error on missing

Hi Tom, On Mon, 12 Dec 2022 at 16:43, Tom Rini wrote: > > On Tue, Dec 06, 2022 at 10:03:37AM -0500, Tom Rini wrote: > > On Tue, Dec 06, 2022 at 03:36:49PM +1300, Simon Glass wrote: > > > Hi Tom, > > > > > > On Tue, 6 Dec 2022 at 15:03, Tom Rini wrote: > > > > > > > > When the user builds with

Re: [PATCH] serial: Do not write additional \r before \n for dm_serial drivers

On Sun, 11 Dec 2022 at 12:28, Pali Rohár wrote: > > serial-uclass.c code already puts \r before \n for all dm_serial drivers. > > Signed-off-by: Pali Rohár > --- > drivers/serial/serial_lpuart.c | 3 --- > drivers/serial/serial_mpc8xx.c | 3 --- > 2 files changed, 6 deletions(-) > Reviewed-by:

Re: [PATCH 1/1] cmd: change the return value when argc error

On Sat, 10 Dec 2022 at 01:50, Shenlin Liang wrote: > > When the number of parameters is wrong, the return value should be processed > in > the same way as other cmds, return CMD_RET_USAGE so that it can print the > information. > > Signed-off-by: Shenlin Liang > --- >

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

On 12/12/22 16:29, Niel Fourie wrote: 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

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

On 12/12/22 16:29, Niel Fourie wrote: 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

[PATCH 2/2] ARM: imx: bootaux: Fix LTO -Wlto-type-mismatch

Commit 56c2dbdabab5 ("imx: bootaux: cleanup code") introduces the following LTO related warning: " arch/arm/mach-imx/imx_bootaux.c:24:31: warning: type of ‘hostmap’ does not match original declaration [-Wlto-type-mismatch] 24 | const __weak struct rproc_att hostmap[] = { }; |

[PATCH 1/2] ARM: imx: bootaux: Fix macro misuse

There are no CONFIG_{TOOLS_,SPL_,TPL_,}IMX8M macros, nor is there one for ARM64. Use plain IS_ENABLED(CONFIG_IMX8M) and IS_ENABLED(CONFIG_ARM64) to avoid expanding the {TOOLS_,SPL_,TPL_,} part. Fixes: 56c2dbdabab5 ("imx: bootaux: cleanup code") Signed-off-by: Marek Vasut --- Cc: "NXP i.MX U-Boot

[PATCH v1] imx8: scu_api: sync sc_rm_is_pad_owned api change

From: Ye Li SCFW has fixed a overflow issue in sc_rm_is_pad_owned API. This requires u-boot to update API implementation, since it will cause compatible issue. Otherwise all pad checking will have problem and cause pad setting not continue. Due to the compatible issue, the new u-boot only works

Re: [PATCH v1] net: nuvoton: fix build broken for use phy_get_interface_by_name

Hi Tom OK , thanks for your reply. Best regards, Jim On Tue, Dec 13, 2022 at 11:01 AM Tom Rini wrote: > > On Tue, Dec 13, 2022 at 10:56:49AM +0800, Jim Liu wrote: > > Hi Tom > > > > Thanks for your quick response. > > > > I add defconfig patch and found this build error and i2c naming issue. >

Re: [PATCH v1] net: nuvoton: fix build broken for use phy_get_interface_by_name

On Tue, Dec 13, 2022 at 10:56:49AM +0800, Jim Liu wrote: > Hi Tom > > Thanks for your quick response. > > I add defconfig patch and found this build error and i2c naming issue. > https://patchwork.ozlabs.org/project/uboot/patch/20220712092407.16567-2-jjl...@nuvoton.com/ > > So I add patch to

Re: [PATCH v1] net: nuvoton: fix build broken for use phy_get_interface_by_name

Hi Tom Thanks for your quick response. I add defconfig patch and found this build error and i2c naming issue. https://patchwork.ozlabs.org/project/uboot/patch/20220712092407.16567-2-jjl...@nuvoton.com/ So I add patch to fix this build error. ->

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

Re: [PATCH v1] net: nuvoton: fix build broken for use phy_get_interface_by_name

On Tue, Dec 13, 2022 at 09:48:12AM +0800, Jim Liu wrote: > Hi Tom > > My upstream topic status is Awaiting Upstream. > What could I do to make it merge fast? > Your comments are welcome. It's in -next now, for v2023.04. Does this fix some regression already present in-tree? > > Best regards,

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

If the UART bus clock has a gate, it must be enabled before the UART can be used. Signed-off-by: Samuel Holland --- Changes in v2: - Only enable the first clock, as using the clk_get_bulk() API pushes a board (phycore-rk3288) over its SPL size limit. drivers/serial/ns16550.c | 5 + 1

Re: [PATCH v1] net: nuvoton: fix build broken for use phy_get_interface_by_name

Hi Tom My upstream topic status is Awaiting Upstream. What could I do to make it merge fast? Your comments are welcome. Best regards, Jim On Mon, Nov 21, 2022 at 3:41 PM Jim Liu wrote: > > Hi Ramon > > My upstream topic status is Awaiting Upstream. > What could I do to make it merge fast? > >

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

On 12/12/22 12:54, Tom Rini wrote: > 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

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

Hi Tom > 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

Re: Converting to DM SERIAL for Kirkwood boards

Hi Michael, On Mon, Dec 12, 2022 at 1:03 AM Michael Walle wrote: > > >> 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

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

Hi Sean, > On 12/12/22 10:03, Tom Rini wrote: > > 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

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

On 12/12/22 10:03, Tom Rini wrote: 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,

Re: [PATCH] Makefile: With BINMAN_ALLOW_MISSING=1 don't error on missing

On Tue, Dec 06, 2022 at 10:03:37AM -0500, Tom Rini wrote: > On Tue, Dec 06, 2022 at 03:36:49PM +1300, Simon Glass wrote: > > Hi Tom, > > > > On Tue, 6 Dec 2022 at 15:03, Tom Rini wrote: > > > > > > When the user builds with BINMAN_ALLOW_MISSING=1 they're explicitly > > > setting the flag to

Re: [PATCH] tpm2: ftpm: open session with privileged ree login

On Wed, Dec 07, 2022 at 04:25:33PM +0100, Etienne Carriere wrote: > Opens the fTPM session with TEE_LOGIN_REE_KERNEL as fTPM may restrict > access to that login when Linux based OS is running as applications are > expected to got through the Linux TPMv2 driver. > > Signed-off-by: Etienne Carriere

Re: [PATCH] drivers: pci: pcie_dw_common: add upper-limit to iATU

On Thu, Oct 20, 2022 at 04:51:09PM +0100, Ben Dooks wrote: > The 4.6 spec added an upper 32bits to the ATU limit, and since this > driver is already assuming the unrolled feature added in the 4.8 > specification this really should be set. > > This is causing a bug with testing against the QEMU

Re: [PATCH] configs: set CONFIG_LMB_MAX_REGIONS=64 for all mt798[16] boards

On Tue, Nov 29, 2022 at 07:37:59PM +, Daniel Golle wrote: > With recently added wireless offloading features in Linux [1] the > number of reserved memory regions with MediaTek SoCs supporting > offloading wireless-to-Ethernet traffic grew beyond the default (8) > which breaks booting Linux: >

Re: [PATCH] arm: mach-omap2: Move common image process functions out of board files

On Thu, Oct 20, 2022 at 12:12:19PM -0500, Andrew Davis wrote: > The functions board_fit_image_post_process() and board_tee_image_process() > are not actually board specific (despite their names). Any board using the > OMAP2 family can use these functions. Move them to boot-common.c. > >

Re: [PATCH 1/2] omap4: make musb probeable by simple bus

On Sat, Nov 26, 2022 at 11:30:09PM +0100, Andreas Kemnade wrote: > Like other peripherals important for booting, > do not rely on ti-sysc compatibility alone > > Signed-off-by: Andreas Kemnade Applied to u-boot/next, thanks! -- Tom signature.asc Description: PGP signature

Re: [PATCH v1] ARM: dts: npcm7xx: add npcm750 gpio node compatible name

On Mon, Nov 28, 2022 at 10:34:47AM +0800, Jim Liu wrote: > Add npcm750 gpio node compatible name > > Signed-off-by: Jim Liu Applied to u-boot/next, thanks! -- Tom signature.asc Description: PGP signature

Re: [PATCH v1 2/2] ARM: dts: npcm8xx: add npcm845 function node

On Mon, Nov 28, 2022 at 10:32:44AM +0800, Jim Liu wrote: > 1. add usb phy > 2. add ehci ohci sdhci > 3. add pinctrl node > 4. add fiu node > > Signed-off-by: Jim Liu Applied to u-boot/next, thanks! -- Tom signature.asc Description: PGP signature

Re: [PATCH v1 1/2] ARM: config: enable function for nuvoton npcm845 bmc

On Mon, Nov 28, 2022 at 10:32:43AM +0800, Jim Liu wrote: > Signed-off-by: Jim Liu Applied to u-boot/next, thanks! -- Tom signature.asc Description: PGP signature

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

On Fri, Nov 18, 2022 at 09:00:27AM +0100, Manuel Traut wrote: > Regarding the documentation found here: > https://github.com/u-boot/u-boot/blob/master/common/menu.c#L347 > > If both timeout and prompt is set to 0 the default entry shall > be booted immediately. However the current behaviour is

Re: [PATCH 3/3] cmd: pxe: use strdup to copy config

On Fri, Oct 28, 2022 at 11:01:20AM +0200, Patrick Delaunay wrote: > Replace malloc and strcpy by strdup in > function parse_label_kernel. > > Signed-off-by: Patrick Delaunay > Reviewed-by: Neil Armstrong Applied to u-boot/next, thanks! -- Tom signature.asc Description: PGP signature

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

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] 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

[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

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 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

[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

[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

[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 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

[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

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 ;

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

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] 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

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 > >

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

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 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 >

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

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 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] 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

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: 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: [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-stm.git &g

[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()

[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.

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 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 ---

[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 +++

[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

[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

[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 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

[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

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

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

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

[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(-)

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-

[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

[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] 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

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

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: > > >> > >

[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

[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

[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 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

[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

[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

[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

[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 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 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(+)

[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

[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

[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

[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 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`

[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.

  1   2   >