Re: [SPAM] Re: [PATCH] cmd: usb: Prevent reset in usb tree/info command

Ok. New test. This uses yesterday morning's next branch. commit 5b589e139620214f Merge: cc5a940923 32d2461e04 Merge branch 'next_net/phy_connect_dev' USB2 does not work for rk3399 in next (fixes are in master, thanks), but USB3 is enough. I compiled for rock-pi-4-rk3399_defconfig flashed to

Re: [SPAM] Re: [PATCH] cmd: usb: Prevent reset in usb tree/info command

El Mon, Jun 12, 2023 at 10:17:38PM +0100, Simon Glass deia: > > I'm not sure what is going on here. Which version are you testing? Do > you have these two commits? > > 8c29b73278d6 bootstd: usb: Avoid initing USB twice > 9fea3a799dde usb: Tidy up the usb_start flag > > Regards, > Simon Yes, I h

Re: [PATCH v1 2/2] net: designware: Add bitbang feature for designware driver

Hi Ramon Thanks for your review. The udelay timing is defined on our spec . Does this need to use config to control it or use dts method to set the timing? Best regards, Jim On Sun, Jun 11, 2023 at 3:03 AM Ramon Fried wrote: > > On Tue, Feb 14, 2023 at 10:20 AM Jim Liu wrote: > > > > Add bb_

Re: [Uboot-stm32] [PATCH 01/12] fdt_support: include dm/ofnode.h

On 6/8/23 17:16, Patrick Delaunay wrote: > This patch is a preliminary patch to use ofnode function > is fdt_support to read the U-Boot device tree with livetree > compatible functions. > > Signed-off-by: Patrick Delaunay > --- > > common/fdt_support.c | 2 +- > 1 file changed, 1 insertion(+

Re: [Uboot-stm32] [PATCH 02/12] fdt_support: add fdt_copy_fixed_partitions function

On 6/8/23 17:16, Patrick Delaunay wrote: > Add a new function fdt_copy_fixed_partitions to copy the fixed > partition nodes from U-Boot device tree to Linux kernel > device tree and to dynamically configure the MTD partitions. > > This function fdt_copy_fixed_partitions is only based on device

Re: [Uboot-stm32] [PATCH 03/12] dfu: mtd: remove direct call of mtdparts_init function

On 6/8/23 17:16, Patrick Delaunay wrote: > With MTD support in driver model, the direct call of mtdparts_init > should be avoided and replaced by mtd_probe_devices. > > With the modificaton when MTDIDS/MTDPARTS are empty the OF fallback > with partition describe in device tree is correctly perf

Re: [PATCH 12/12] arm: dts: stm32: Add partitions in flash0 and nand node for stm32mp15xx-dhcom/dhcor

On 6/8/23 17:16, Patrick Delaunay wrote: > Add partitions subnode in flash0 for stm32mp157xx-dhcom/dhcor boards. > > Signed-off-by: Patrick Delaunay > --- > > arch/arm/dts/stm32mp15xx-dhcom-u-boot.dtsi | 27 ++ > arch/arm/dts/stm32mp15xx-dhcor-u-boot.dtsi | 27 +++

Re: [PATCH 11/12] configs: stm32mp1: disable CMD_MTDPARTS

On 6/8/23 17:16, Patrick Delaunay wrote: > From: Patrice Chotard > > Disable CMD_MTDPARTS as it's no more needed and it is strongly > encouraged to avoid using this command anymore. > (see comments in ./cmd/Kconfig:2422). > > Signed-off-by: Patrice Chotard > Signed-off-by: Patrick Delaunay

Re: [PATCH 10/12] stm32mp: stm32prog: Remove tee_detected from stm32prog_data struct

On 6/8/23 17:16, Patrick Delaunay wrote: > From: Patrice Chotard > > As stm32prog_get_tee_partitions() is no more used, remove tee_detected > boolean from stm32prog_data struct and all code using it. > > Signed-off-by: Patrice Chotard > Signed-off-by: Patrick Delaunay > --- > > arch/arm/m

Re: [PATCH 09/12] board: st: remove board_mtdparts_default

On 6/8/23 17:16, Patrick Delaunay wrote: > Remove the function board_mtdparts_default and the associated file > or configs, only used by the CONFIG_SYS_MTDPARTS_RUNTIME now removed. > > Signed-off-by: Patrick Delaunay > --- > > board/st/common/Kconfig| 66 --- > board/st

Re: [PATCH 08/12] board: stm32mp1: use fdt_copy_fixed_partitions

On 6/8/23 17:16, Patrick Delaunay wrote: > Copy the fixed partition nodes from U-Boot device tree to Linux kernel > device tree to dynamically configure the MTD partitions. > > fdt_copy_fixed_partitions is only based on device tree > and replace the function fdt_fixup_mtdparts based on mtdparts

Re: [PATCH 07/12] configs: stm32mp: Disable SYS_MTDPARTS_RUNTIME for stm32mp15 and stm32mp13

On 6/8/23 17:16, Patrick Delaunay wrote: > From: Patrice Chotard > > As we don't use anymore MTDPARTS_xx Kconfig variables > (MTDPARTS_NAND0_BOOT, MTDPARTS_NOR0_BOOT...), > disable SYS_MTDPARTS_RUNTIME. > > Signed-off-by: Patrice Chotard > Signed-off-by: Patrick Delaunay > --- > > configs

Re: [PATCH 06/12] arm: dts: stm32: Add partitions in flash0 and nand node for stm32mp15xx-ev1

On 6/8/23 17:16, Patrick Delaunay wrote: > From: Patrice Chotard > > Add partitions subnode in flash0 and nand nodes for all stm32mp157xx-ev1 > boards. Update only the file stm32mp157c-ev1-*u-boot.dtsi, included by > other files stm32mp15*-ev1-*-u-boot.dtsi. > > For SCMI variant of device tr

Re: [PATCH 05/12] arm: dts: stm32: Align stm32mp15xx-*-scmi-u-boot.dtsi file

On 6/8/23 17:16, Patrick Delaunay wrote: > Update "secure" version of STM32 boards based on SCMI when RCC_TZCR.TZEN=1 > stm32mp15xx-*-scmi-u-boot.dtsi with latest patches on files > stm32mp15xx-*-u-boot.dtsi. > > Signed-off-by: Patrick Delaunay > --- > > arch/arm/dts/stm32mp157a-dk1-u-boot.d

Re: [PATCH 04/12] stm32mp: stm32prog: Remove usage of "mtdparts" function

On 6/8/23 17:16, Patrick Delaunay wrote: > From: Patrice Chotard > > Motivation for this patch is to remove usage of function define > in cmd/mtdparts.c interface, based on env variables mtdids and mtdparts: > mtdparts_init() and find_dev_and_part(). > See commit 938db6fe5da3 ("cmd: mtdparts:

Re: [PATCH 3/3] stm32mp: stm32prog: Add support of FWU_MDATA partition type

On 6/8/23 17:09, Patrick Delaunay wrote: > Add support of "FWU_MDATA" partition type in flashlayout to select > the TF-A firmware update metadata partition type guid, associated to > U-Boot "system" partition type guid, FWU_MDATA_GUID introduced by > commit 2eaedc95164f ("FWU: Add FWU metadata s

Re: [PATCH 2/3] stm32mp: stm32prog: Add support of ESP partition type

On 6/8/23 17:09, Patrick Delaunay wrote: > Add support of "ESP" partition type in flashlayout to select > the "EFI System Partition", associated to U-Boot "system" > partition type guid, PARTITION_SYSTEM_GUID = > C12A7328-F81F-11d2-BA4B-00A0C93EC93B. > > This partition is the bootable partitio

Re: [PATCH 1/3] stm32mp: stm32prog: Add support of ENV partition type

On 6/8/23 17:09, Patrick Delaunay wrote: > Add support of "ENV" partition type in flashlayout to select > the "u-boot-env" GUID, with PARTITION_U_BOOT_ENVIRONMENT = > 3de21764-95bd-54bd-a5c3-4abe786f38a8, that mean a partition > holding a U-Boot environment introduced by > commit c0364ce1c695 ("

[v2] mtd: spi-nor-ids: add xtxtech part#

add following XTX part numbers to the list: xt25f08: 3V QSPI, 8Mbit xt25f16: 3V QSPI, 16Mbit xt25f32: 3V QSPI, 32Mbit xt25f64: 3V QSPI, 64Mbit xt25f128: 3V QSPI, 128Mbit xt25f256: 3V QSPI, 256Mbit xt25q08: 1.8V QSPI, 8Mbit xt25q16: 1.8V QSPI, 16Mbit xt25q32: 1.8V QSPI, 32Mbit xt25q64: 1.8V QSPI, 6

Re: [PATCH 3/3 v2] test/py: Account PCR updates properly during testing

On Mon, Jun 12, 2023 at 10:17:28PM +0100, Simon Glass wrote: > Hi Ilias, > > On Wed, 7 Jun 2023 at 10:18, Ilias Apalodimas > wrote: > > > > Currently we only read the pcr updates once on test_tpm2_pcr_read(). > > It turns out that the tpm init sequence of force_init() which consists > > of: > > -

Re: [PATCH v1 3/3] board: microchip: set mac address for ethernet1 on icicle

> On Wed, 2023-06-07 at 11:06 +0100, Conor Dooley wrote: > The dts sync from Linux leaves mac0/ethernet1 enabled on icicle, but > U-Boot does not currently set a mac address for it. Expand on the > code > which currently sets the mac for mac1/ethernet0 to optionally set the > mac address for the se

Re: [PATCH v1 2/3] riscv: dts: sync mpfs-icicle devicetree with linux

> On Wed, 2023-06-07 at 11:06 +0100, Conor Dooley wrote: > The "notable" disappearances are: > - the pac193x stanza - there's nothing in mainline linux w.r.t. > bindings > for this & what is going to appear in mainline linux is going to be > incompatible with what is currently in U-Boot. > - op

Re: [PATCH v1 1/3] riscv: dts: drop microchip from dts filenames

> On Wed, 2023-06-07 at 11:06 +0100, Conor Dooley wrote: > The original names picked for the DT doesn't match Linux's naming > scheme > and it was renamed there a while ago. Rename it in U-Boot to allow > easily syncing dts between the two projects. > > Signed-off-by: Conor Dooley > --- > arch/r

Re: [RFC PATCH] i2c: mvtwsi: reinitialize controller to clear bus errors

Hello Sam, On 12.06.23 22:16, Sam Edwards wrote: > Hey there Heiko, > > On 6/12/23 06:35, Heiko Schocher wrote: >> I have not the deep knowledge of this specific i2c driver, but may >> also an option is to set >> >> int (*deblock)(struct udevice *bus); >> >> in >> >> static const struct dm_i2c_op

Re: [PATCH] mtd: spi-nor-ids: add xtxtech part#

On 6/11/23 06:37, Jagan Teki wrote: On Wed, Jun 7, 2023 at 8:48 AM Bruce Suen wrote: adding xtxtech part numbers Signed-off-by: Bruce Suen --- Rework on commit head, it is unclear. Thanks for your comment,I will rework on commit head in V2 like this: Adding the following XTX part number

Re: [PATCH 1/3] riscv: timer: Update the sifive clint timer driver to support aclint

Hi Bin, > From: Bin Meng > Sent: Monday, June 12, 2023 3:36 PM > To: u-boot@lists.denx.de > Cc: Anup Patel ; Atish Patra ; > Bin Meng ; Palmer Dabbelt ; Paul > Walmsley ; Rick Jian-Zhi Chen(陳建志) > > Subject: [PATCH 1/3] riscv: timer: Update the sifive clint timer driver to > support aclint >

[PATCH] firmware: scmi: return a right errno for SCMI status code

scmi_to_linux_errno() is set to return an appropriate errno which corresponds to a given SCMI status code. But the current implementation always returns the same value. Signed-off-by: AKASHI Takahiro --- drivers/firmware/scmi/scmi_agent-uclass.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion

Re: [PATCH v1 1/3] riscv: dts: drop microchip from dts filenames

> From: Conor Dooley > Sent: Wednesday, June 07, 2023 6:06 PM > To: u-boot@lists.denx.de > Cc: Rick Jian-Zhi Chen(陳建志) ; Leo Yu-Chi Liang(梁育齊) > ; Padmarao Begari ; > Conor Dooley > Subject: [PATCH v1 1/3] riscv: dts: drop microchip from dts filenames > > The original names picked for the DT do

Re: [PATCH] mx8m: csf.sh: use vars for keys to avoid file edits when signing

Hi Tim, On Mon, Jun 12, 2023 at 7:21 PM Tim Harvey wrote: > > The csf_spl.txt and csf_fit.txt templates contain file paths which must > be edited for the location of your NXP CST generated key files. > > Streamline the process of signing an image by assigning unique var names > to these which can

[PATCH] mx8m: csf.sh: use vars for keys to avoid file edits when signing

The csf_spl.txt and csf_fit.txt templates contain file paths which must be edited for the location of your NXP CST generated key files. Streamline the process of signing an image by assigning unique var names to these which can be expended from env variables in the csf.sh script. The following va

Re: [PATCH v2 5/5] rockchip: rockpro64: Build u-boot-rockchip-spi.bin

Hi Peter, On 2023-06-11 22:22, Peter Robinson wrote: > Hi Jonas, > > This regresses the Rockpro64 build for me when building with gcc 12/13 > with the following error, if I remove CONFIG_LTO it builds, but > overlaps. > > /usr/bin/aarch64-linux-gnu-ld: > /usr/lib/gcc/aarch64-linux-gnu/13/libgcc.

Re: [PATCH] menu: Re-enable the ANSI codes

On Monday 12 June 2023 22:17:48 Simon Glass wrote: > Hi Pali, > > On Mon, 12 Jun 2023 at 21:22, Pali Rohár wrote: > > > > On Monday 12 June 2023 21:14:32 Simon Glass wrote: > > > The intent here was to allow ANSI codes to be disabled, since it was > > > proving impoosible to test operation of the

Re: [PATCH v1] dt-bindings: riscv: deprecate riscv,isa

Rob, Before I press on with more versions... On Thu, Jun 08, 2023 at 08:30:28PM +0100, Conor Dooley wrote: > On Thu, Jun 08, 2023 at 01:15:37PM -0600, Rob Herring wrote: > > On Tue, May 30, 2023 at 03:12:12PM +0100, Conor Dooley wrote: > > > On Thu, May 18, 2023 at 10:42:34PM +0100, Conor Dooley w

[PATCH v2] sandbox: fix a compilation error

With sandbox and sandbox64 configurations: In file included from .../u-boot/include/test/test.h:156, from .../u-boot/include/test/lib.h:9, from .../u-boot/test/lib/test_crc8.c:8: .../u-boot/arch/sandbox/include/asm/test.h: In function ‘sandbox_sdl_set_bpp’: .../u-

Re: compile error

Hi Chan, On Sun, 4 Jun 2023 at 15:41, Chan Kim wrote: > > Hello all, > For commit 26659d42654 (Fri Jun 2 12:13:01 2023 -0400) > > When I do 'make qemu_arm64_defconfig' and 'make', I get this compile error. > > ckim@ckim-ubuntu:~/u-boot-test/u-boot$ make -j28 > ENVCinclude/generated/env.txt

Re: [PATCH] Add CONFIG_GICV3 for ARCH_QEMU

Hi Chan, On Mon, 5 Jun 2023 at 02:40, Chan Kim wrote: > > > I'm trying sending a patch for the first time. > I found when running u-boot qemu_arm64_defconfig on qemu-6.2.0's arm64 virt > machine, we need CONFIG_GICV3. > And for the GICV3 related to be compiled, we need to add GICD_BASE, > GICR_BA

Re: [PATCH 2/3] iot2050: Use binman in signing script

On Mon, 5 Jun 2023 at 15:39, Jan Kiszka wrote: > > From: Jan Kiszka > > The underlying issue was fixed in the meantime. Switching to fully > binman-based signing (script-free) remains a todo, though. > > Signed-off-by: Jan Kiszka > --- > CC: Simon Glass > --- > tools/iot2050-sign-fw.sh | 8 ++-

Re: [PATCH] bootstd: Fix relative path use in extlinux bootmeth

Hi Jonas, On Fri, 9 Jun 2023 at 15:59, Jonas Karlman wrote: > > Using relative path in a /boot/extlinux/extlinux.conf file fails to load > linux kernel. > > Using a /boot/extlinux/extlinux.conf file: > > LABEL test > LINUX ../linux/Image > > Result in following error: > > Retrieving file:

Re: [PATCH] sandbox: fix a compilation error

On Mon, 12 Jun 2023 at 21:20, Sergei Antonov wrote: > > With sandbox and sandbox64 configurations: > > In file included from .../u-boot/include/test/test.h:156, > from .../u-boot/include/test/lib.h:9, > from .../u-boot/test/lib/test_crc8.c:8: > .../u-boot/arch/san

Re: [PATCH] hash: fix a memory leak

On Mon, 12 Jun 2023 at 21:01, Sergei Antonov wrote: > > memalign() returns a pointer which is to be freed by free(). To call > unmap_sysmem() is incorrect, furthermore it was called in a wrong scope. > > Also add a check for allocation error. > > Fixes: d7af2baa49c6 ("crypto/fsl: Fix HW accelerate

Re: [PATCH] stdio: Remove stdio_init()

On Tue, 6 Jun 2023 at 12:39, Masahiro Yamada wrote: > > This function is not used by anyone. > > Signed-off-by: Masahiro Yamada > --- > > common/stdio.c | 8 > include/stdio_dev.h | 7 --- > 2 files changed, 15 deletions(-) Reviewed-by: Simon Glass

Re: [RFC PATCH 00/17] sunxi: rework pinctrl and add T113s support

Hey Andre, On 6/11/23 18:20, Andre Przywara wrote: Thanks for the update and the list! Can you confirm where you still needed code changes compared to say my github branch plus the changes we already discussed? Trying some guesses below, please confirm or deny: Pretyyy much everything

Re: [PATCH v5 2/2] serial: zynqmp: Fetch baudrate from dtb and update

Hi Venkatesh, On Thu, 25 May 2023 at 05:03, Venkatesh Yadav Abbarapu wrote: > > From: Algapally Santosh Sagar > > The baudrate configured in .config is taken by default by serial. If > change of baudrate is required then the .config needs to changed and > u-boot recompilation is required or the

Re: [PATCH] board_f: Relocate fdt if SKIP_RELOC and fdt is in bss

Hi Kunihiko, On Thu, 8 Jun 2023 at 07:53, Kunihiko Hayashi wrote: > > There are cases that the devicetree blob is placed after _end, such as > fdt_find_separate() returns _end. This is in bss area cleared before > relocation. > > When GD_FLG_SKIP_RELOC is set, the blob is still in bss, but will b

Re: [PATCH] menu: Re-enable the ANSI codes

Hi Pali, On Mon, 12 Jun 2023 at 21:22, Pali Rohár wrote: > > On Monday 12 June 2023 21:14:32 Simon Glass wrote: > > The intent here was to allow ANSI codes to be disabled, since it was > > proving impoosible to test operation of the menu code when it kept moving > > the cursor. Unfortunately this

Re: [PATCH] doc: event: Correct EVT_DM_POST_INIT_F description

Hi Bin, On Mon, 12 Jun 2023 at 07:12, Bin Meng wrote: > > EVT_DM_POST_INIT_F only works in U-Boot proper, not SPL. > > Signed-off-by: Bin Meng > --- > > doc/develop/event.rst | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/doc/develop/event.rst b/doc/develop/event.rst >

Re: [PATCH 1/3] binman: Allow to define custom arguments

Hi Jan, On Mon, 5 Jun 2023 at 15:39, Jan Kiszka wrote: > > From: Jan Kiszka > > Introduce BINMAN_EXTRA_ARGS that can be set per board, e.g., to inject > specific settings. Will be used by IOT2050 first to define multiple > of-lists. > > Signed-off-by: Jan Kiszka > --- > CC: Simon Glass > --- >

Re: [PATCH 3/3] boards: siemens: iot2050: Unify PG1 and PG2/M.2 configurations again

Hi Jan, On Mon, 5 Jun 2023 at 15:40, Jan Kiszka wrote: > > From: Jan Kiszka > > This avoids having to maintain to defconfigs that are 99% equivalent. > The approach is to use binman to generate two flash images, > flash-pg1.bin and flash-pg2.bin. With the help of some macros, we can > avoid dupl

Re: bootmenu regression

Hi Pali, On Sun, 11 Jun 2023 at 14:11, Pali Rohár wrote: > > On Saturday 10 June 2023 16:31:06 Mark Kettenis wrote: > > Hi Simon, > > > > In commit 32bab0eae51 you added a > > > > #define ansi 0 > > > > and put the code that positions the cursor to print the "Hit any key > > to stop autoboot" m

Re: [PATCH] core: read: fix dev_read_addr_size()

On Thu, 1 Jun 2023 at 15:11, John Keeping wrote: > > The behaviour of dev_read_addr_size() is surprising as it does not > handle #address-cells and #size-cells but instead hardcodes the values > based on sizeof(fdt_addr_t). > > This is different from dev_read_addr_size_index() and > dev_read_addr_

Re: compile error

Hi Chan, On Mon, 5 Jun 2023 at 06:30, Chan Kim wrote: > > > Earlier I found this error occurs because during the tool build, it uses > list.h file not in the include/linux directory of u-boot but in my host > computer's /usr/local/include/linux directory. So if I temporarily rename > the /usr/loc

Re: [SPAM] Re: [PATCH] cmd: usb: Prevent reset in usb tree/info command

Hi, On Sun, 11 Jun 2023 at 13:29, Marek Vasut wrote: > > On 6/9/23 20:52, Xavier Drudis Ferran wrote: > > Sorry, I replied to Marek only but meant to reply to all. > > > > El Fri, Jun 09, 2023 at 03:20:33AM +0200, Marek Vasut deia: > > > >>> No. Well, in some tests yes and some no, but I got the

Re: [PATCH v3 01/17] dm: Emit the arch_cpu_init_dm() even only before relocation

Hi Jan, On Sun, 4 Jun 2023 at 13:05, Jan Kiszka wrote: > > On 05.05.23 00:50, Simon Glass wrote: > > The original function was only called once, before relocation. The new > > one is called again after relocation. This was not the intent of the > > original call. Fix this by renaming and updating

Re: [PATCH v5 1/2] configs: Add support in Kconfig and convert for armada boards

On Thu, 25 May 2023 at 05:03, Venkatesh Yadav Abbarapu wrote: > > From: Algapally Santosh Sagar > > The DEFAULT_ENV_IS_RW is moved to the Kconfig for easier configuration. > Hence, the CONFIG_DEFAULT_ENV_IS_RW config is added to the defconfig files > to allow enabling them for armada boards. > >

Re: [PATCH 3/3 v2] test/py: Account PCR updates properly during testing

Hi Ilias, On Wed, 7 Jun 2023 at 10:18, Ilias Apalodimas wrote: > > Currently we only read the pcr updates once on test_tpm2_pcr_read(). > It turns out that the tpm init sequence of force_init() which consists > of: > - tpm2 init > - tpm2 startup TPM2_SU_CLEAR > - tpm2 self_test full > - tpm2 clea

Re: [PATCH] test: dm: restore /firmware nodes after testing

On Thu, 8 Jun 2023 at 01:56, AKASHI Takahiro wrote: > > dm_test_restore() is called after dm unit test is run. > But this function does not scan any nodes under /firmware since > it calls dm_scan_fdt(). > > This causes an issue. For instance, scmi_sandbox_agent device > will disappear after runnin

Re: [PATCH V2 4/8] include: video: Reserve video using blob

On Fri, 9 Jun 2023 at 12:51, Nikhil M Jain wrote: > > Add method to reserve video framebuffer information using blob, > recieved from previous stage. > > Signed-off-by: Nikhil M Jain > --- > V2: > - Remove #if CONFIG_IS_ENABLED(VIDEO) in video_reserve_from_blob. > > drivers/video/video-uclass.c

Re: [PATCH v2 3/3] board: toradex: add verdin am62 support

Hi Pali On Mon, 2023-06-12 at 23:01 +0200, Pali Rohár wrote: > Hello! Just a quick look into this patch and I see that it contains lot > of dead code hidden in '#if 0'. Could you cleanup it? I assume you mean those few as can be found in our device trees. This is due to them device trees coming

Re: [PATCH v2 3/3] board: toradex: add verdin am62 support

Hello! Just a quick look into this patch and I see that it contains lot of dead code hidden in '#if 0'. Could you cleanup it?

[PATCH v2 0/3] board: toradex: add verdin am62 support

From: Marcel Ziswiler This series adds initial support for the Toradex Verdin AM62 SoM [1]. The first commit adds resp. PID4 to the ConfigBlock, the second one fixes an early clocking issue confirmed to be a weird bug in TI's scripting. And last but not least support for the Toradex Verdin AM62

[PATCH v2 2/3] arm: mach-k3: am62: fix 2nd mux option of clkout0

From: Marcel Ziswiler Fix second mux option of clkout0 which should really be DEV_BOARD0_CLKOUT0_IN_PARENT_HSDIV4_16FFT_MAIN_2_HSDIVOUT1_CLK10 rather than twice the same according to [1]. [1] https://software-dl.ti.com/tisci/esd/latest/5_soc_doc/am62x/clocks.html#clocks-for-board0-device Signe

[PATCH v2 1/3] toradex: tdx-cfg-block: add 0069 verdin am62 quad 1gb wb it

From: Marcel Ziswiler Add initial Verdin AM62 Quad 1GB WB IT prototype SKU to ConfigBlock handling. 0069: Verdin AM62 Quad 1GB WB IT Signed-off-by: Marcel Ziswiler --- (no changes since v1) board/toradex/common/tdx-cfg-block.c | 1 + board/toradex/common/tdx-cfg-block.h | 1 + 2 files chang

Re: [PATCH] sandbox: fix a compilation error

On Mon, Jun 12, 2023 at 11:19:26PM +0300, Sergei Antonov wrote: > With sandbox and sandbox64 configurations: > > In file included from .../u-boot/include/test/test.h:156, > from .../u-boot/include/test/lib.h:9, > from .../u-boot/test/lib/test_crc8.c:8: > .../u-bo

Re: [PATCH] menu: Re-enable the ANSI codes

On Monday 12 June 2023 21:14:32 Simon Glass wrote: > The intent here was to allow ANSI codes to be disabled, since it was > proving impoosible to test operation of the menu code when it kept moving > the cursor. Unfortunately this ended up in the patch. > > Correct this by enabling ANSI again. >

[PATCH] sandbox: fix a compilation error

With sandbox and sandbox64 configurations: In file included from .../u-boot/include/test/test.h:156, from .../u-boot/include/test/lib.h:9, from .../u-boot/test/lib/test_crc8.c:8: .../u-boot/arch/sandbox/include/asm/test.h: In function ‘sandbox_sdl_set_bpp’: .../u-

Re: [RFC PATCH] i2c: mvtwsi: reinitialize controller to clear bus errors

Hey there Heiko, On 6/12/23 06:35, Heiko Schocher wrote: I have not the deep knowledge of this specific i2c driver, but may also an option is to set int (*deblock)(struct udevice *bus); in static const struct dm_i2c_ops mvtwsi_i2c_ops = { for this driver and do there the stuff needed to debl

[PATCH] menu: Re-enable the ANSI codes

The intent here was to allow ANSI codes to be disabled, since it was proving impoosible to test operation of the menu code when it kept moving the cursor. Unfortunately this ended up in the patch. Correct this by enabling ANSI again. Signed-off-by: Simon Glass Reported-by: Pali Rohár Reported-b

Re: [RFC PATCH 00/17] sunxi: rework pinctrl and add T113s support

On Fri, 9 Jun 2023 16:16:43 -0600 Sam Edwards wrote: Hi Sam, > On 12/5/22 17:45, Andre Przywara wrote: > > Please let me know if you have any opinions! > > I believe I promised you last month I'd let you know once I had a build > I'm happy with, and I'm pleased to say that I think I've reach

[PATCH v3 2/2] usb: musb-new: sunxi: clarify the purpose of SRAM initialization

This is largely a cosmetic change, with one functional distinction: We are now only setting BIT(0), and no longer clearing BIT(1). The A20 manual confirms the purpose and bitwidth of this field, and we have also been doing it this way for a while in Linux-land: The prior narrative about this initi

[PATCH v3 1/2] usb: musb-new: sunxi: only perform SRAM initialization when necessary

Only the older (ca. A10, A20) sunxis need this poke for the MUSB to function. Mimic the Linux kernel and add a `has_sram` flag to the config structure that is only set for the specific compatibles that require this initialization. Signed-off-by: Sam Edwards Reviewed-by: Andre Przywara Tested-by:

[PATCH v3 0/2] sunxi, usb: Clean up SRAM initialization code

Hello again, The only change from v2 is that `syscon_base` is now a param of `sunxi_musb_claim_sram`, and the TODO comment has been removed. Cheers, Sam Sam Edwards (2): usb: musb-new: sunxi: only perform SRAM initialization when necessary usb: musb-new: sunxi: clarify the purpose of SRAM in

[PATCH] hash: fix a memory leak

memalign() returns a pointer which is to be freed by free(). To call unmap_sysmem() is incorrect, furthermore it was called in a wrong scope. Also add a check for allocation error. Fixes: d7af2baa49c6 ("crypto/fsl: Fix HW accelerated hash commands") Cc: Breno Lima Signed-off-by: Sergei Antonov

[PATCH v2 2/3] renesas: rcar3: Expose the board revision in sysinfo

The board revision is needed to determine which linux device tree to load. Signed-off-by: Detlev Casanova --- .../arm/mach-rmobile/include/mach/sys_proto.h | 6 ++ drivers/sysinfo/rcar3.c | 60 +++ 2 files changed, 40 insertions(+), 26 deletions(-) diff --

[PATCH v2 3/3] renesas: rcar3: Load the correct device tree

The Renesas R-Car Gen3 boards use different device trees than the default one. This commit uses the sysinfo's board id and revision to determine which linux device tree to load: * H3 (Starter Kit Premier v2.0): renesas/r8a77951-ulcb.dtb * H3e (Starter Kit Premier v2.1): renesas/r8a779m1-ulcb.dtb

[PATCH v2 1/3] renesas: rcar3: Expose the board id in sysinfo

This is a preparation commit for selecting the correct device tree name to be loaded depending on the board id. Signed-off-by: Detlev Casanova --- .../arm/mach-rmobile/include/mach/sys_proto.h | 15 ++ drivers/sysinfo/rcar3.c | 30 +++ 2 files change

[PATCH v2 0/3] rcar: Select the correct device tree

The R-Car Starter Kit Premier(H3e WS3.0) uses the r8a779m1-ulcb.dtb. As u-boot can detect the board id and revision, let's use this to set the correct device tree for that board when using pxe. Changes since v1: * Also expose the board revision in sysinfo * Set the dtb depending on board revisio

Re: mmc: Read eMMC partition access bits before card reset

On Mon, 12 Jun 2023 14:11:41 -0400 Tom Rini wrote: > On Mon, Jun 12, 2023 at 07:39:20PM +0200, Pali Rohár wrote: > > On Monday 12 June 2023 11:22:12 Stefan Roese wrote: > > > Hi Pali, > > > > > > (added Peng for PowerPC and Jaehoon for MMC to Cc) > > > > > > On 6/11/23 15:03, Pali Rohár wrote

Re: [PATCH v2] powerpc: Add support for CZ.NIC Turris 1.x routers

On Mon, 12 Jun 2023 14:07:24 -0400 Tom Rini wrote: > On Wed, Aug 17, 2022 at 10:56:22PM +0200, Pali Rohár wrote: > > > CZ.NIC Turris 1.0 and 1.1 are open source routers, they have dual-core > > PowerPC Freescale P2020 CPU and are based on Freescale P2020RDB-PC-A board. > > > > Hardware design i

Re: [PATCH] arm: mvebu: Clean up Thecus N2350 board DTS

On Tuesday 06 June 2023 14:45:39 Tony Dinh wrote: > - Update the Thecus N2350 DTS to conform with latest device-tree binding > and styles. > - Correct typo in mdio node. > > Signed-off-by: Tony Dinh Reviewed-by: Pali Rohár > --- > > arch/arm/dts/armada-385-thecus-n2350.dts | 210 +++-

[PATCH] efi_loader: fix sphinx conformance for efi_disk_remove()

The function does not to conform to the Sphinx style documentation. Add the missing bits Signed-off-by: Ilias Apalodimas --- Heinrich, this only applies on top of my rework for the function lib/efi_loader/efi_disk.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/lib/e

Re: [PATCH v2 7/7] sunxi: H616: enable USB support for H616 boards

Dne ponedeljek, 12. junij 2023 ob 01:32:41 CEST je Andre Przywara napisal(a): > Now that the PHY driver supports the H616 USB PHY, we can enable USB > support for the two H616 boards. > As the OrangePi Zero2 has a USB-C port hard-wired to peripheral mode, > let's enable USB gadget mode for port 0,

Re: [PATCH v2 6/7] phy: sun4i: Add H616 USB PHY support

Dne ponedeljek, 12. junij 2023 ob 01:32:40 CEST je Andre Przywara napisal(a): > Now that the Allwinner USB PHY driver supports the H616 quirk, let's > enable support for USB ports on that SoC. > > We connect the compatible string to a new struct describing the SoCs USB > PHY properties, and unbloc

Re: [PATCH v2 5/7] phy: sun4i-usb: Add H616 USB PHY quirk support

Dne ponedeljek, 12. junij 2023 ob 01:32:39 CEST je Andre Przywara napisal(a): > The H616 USB PHY is some kind of special snowflake: Only port2 works out > of the box, but all other ports need some help from this port2 to work > correctly: The CLK_BUS_PHY2 and RST_USB_PHY2 clock and reset need to be

Re: [PATCH v2 4/7] phy: sun4i-usb: Replace types with explicit quirk flags

Dne ponedeljek, 12. junij 2023 ob 01:32:38 CEST je Andre Przywara napisal(a): > So far we were assigning some crude "type" (SoC name, really) to each > Allwinner USB PHY model, then guarding certain quirks based on this. > This does not only look weird, but gets more or more cumbersome to > maintai

Re: mmc: Read eMMC partition access bits before card reset

On Mon, Jun 12, 2023 at 07:39:20PM +0200, Pali Rohár wrote: > On Monday 12 June 2023 11:22:12 Stefan Roese wrote: > > Hi Pali, > > > > (added Peng for PowerPC and Jaehoon for MMC to Cc) > > > > On 6/11/23 15:03, Pali Rohár wrote: > > > > > > > > > > Pali, I will try to pull these not applied p

Re: [PATCH v2] powerpc: Add support for CZ.NIC Turris 1.x routers

On Wed, Aug 17, 2022 at 10:56:22PM +0200, Pali Rohár wrote: > CZ.NIC Turris 1.0 and 1.1 are open source routers, they have dual-core > PowerPC Freescale P2020 CPU and are based on Freescale P2020RDB-PC-A board. > > Hardware design is fully open source, all firmware and hardware design > files are

[ANN] U-Boot v2023.07-rc4 released

Hey all, I've put out v2023.07-rc4 today, and I think it's a reasonable delta between -rc3 and this. There are a few patches I've put over in: https://patchwork.ozlabs.org/bundle/trini/dont-forget/ that I'll take probably mid-week as they seem like regression fixes (or obviously correct changes)

Re: mmc: Read eMMC partition access bits before card reset

On Monday 12 June 2023 11:22:12 Stefan Roese wrote: > Hi Pali, > > (added Peng for PowerPC and Jaehoon for MMC to Cc) > > On 6/11/23 15:03, Pali Rohár wrote: > > > > > > Pali, I will try to pull these not applied patches - if there are not > > > issues of course. Could you please send me a lis

[GIT PULL] xilinx patches for v2023.10-rc1

Hi Tom, please pull these patches for next version. CI didn't show any issue on previous base but I see a lot of times that 32bit arm builds are failing because of 1h limit. I had to rebase the branch based on latest master branch and hope that this won't be an issue for you. Please let me kn

Re: [PATCH v2 4/4] net: add NFSv1 support

On Monday 12 June 2023 12:29:46 Tom Rini wrote: > On Sun, Jun 11, 2023 at 05:24:50PM +0200, Christian Gmeiner wrote: > > Am So., 11. Juni 2023 um 17:10 Uhr schrieb Pali Rohár : > > > > > > On Sunday 11 June 2023 16:57:07 Christian Gmeiner wrote: > > > > Hello > > > > > > > > > > > > > > Hello! I mu

Re: Pull Request / Patch: Enable Usage of ECC with DDR on AM654x

Hello all, I submitted a patch recently under [PATCH 1/1] am65x_gp_evm: Support for ECC DDR with DMA priming. It is with a different email but it is a formal patch for fixing the DDR ECC issue, as well as priming with DMA. Thanks,

Re: Trouble building sandbox

On Mon, Jun 12, 2023 at 01:56:07PM +0300, Sergei Antonov wrote: > Hello! > I get a build error with sandbox and sandbox64 configurations in the > latest master. Using gcc version 12.2.0 (Ubuntu 12.2.0-3ubuntu1). > > In file included from .../u-Boot-Zlib/u-boot/include/test/test.h:156, >

Re: [PATCH v2 4/4] net: add NFSv1 support

On Sun, Jun 11, 2023 at 05:24:50PM +0200, Christian Gmeiner wrote: > Am So., 11. Juni 2023 um 17:10 Uhr schrieb Pali Rohár : > > > > On Sunday 11 June 2023 16:57:07 Christian Gmeiner wrote: > > > Hello > > > > > > > > > > > Hello! I must admit that this patch is broken and does not add any NFSv1 >

Re: [PATCH 1/5] imx: imx8mm-beacon: Move environment definition to env file

On Mon, Jun 12, 2023 at 07:53:53AM -0500, Adam Ford wrote: > On Sun, May 28, 2023 at 2:18 PM Adam Ford wrote: > > > > Instead of cluttering up a header file with a bunch of defines, > > move the default environmental variables to a file called > > imx8mm_beacon.env and reference it from the defcon

[PATCH v2] efi_loader: simplify efi_disk_remove

Instead of discovering the ID of the device and call two different functions for a block device or a partition, we can rewrite efi_disk_remove() and handle the minor differences between the two variants internally. As a results we can simplify efi_disk_remove() a lot and get rid of the extra efi_d

Re: [PATCH 2/2] renesas: rcar3: Load the correct device tree

On Saturday, June 10, 2023 7:58:35 A.M. EDT Marek Vasut wrote: > On 6/9/23 18:00, Detlev Casanova wrote: > > The Renesas R-Car Gen3 H3e (Starter Kit Premier) uses a different > > device tree than the default one. > > > > This uses the sysinfo's board id to determine if the board needs a > > specif

Re: [PULL] u-boot-sh/master_reserved

On Sat, Jun 10, 2023 at 06:34:37PM +0200, Marek Vasut wrote: > The following changes since commit addd47379df54a3eb247c6db4f799f14af43e523: > > Merge https://source.denx.de/u-boot/custodians/u-boot-usb (2023-06-08 > 18:23:06 -0400) > > are available in the Git repository at: > > https://so

Re: [PATCH 1/5] imx: imx8mm-beacon: Move environment definition to env file

On Sun, May 28, 2023 at 2:18 PM Adam Ford wrote: > > Instead of cluttering up a header file with a bunch of defines, > move the default environmental variables to a file called > imx8mm_beacon.env and reference it from the defconfig. > Stefano / Tom, Is this series OK? If so, I'll continue to d

Re: [RFC PATCH] i2c: mvtwsi: reinitialize controller to clear bus errors

Hello Sam, On 10.06.23 08:15, Sam Edwards wrote: > Hi I²C maintainers, > > My target has the following devices sharing one bus: > - 24C02 EEPROM > - Realtek 8370 Ethernet switch > - Allwinner T113-s3 (running U-Boot, interfacing via MVTWSI) > > The RTL8370 is configured in "EEPROM autoload" mode

Re: [PATCH v4 1/7] dt-bindings: clock: Add StarFive JH7110 PLL clock generator

On 2023/5/26 20:23, Conor Dooley wrote: > On Fri, May 26, 2023 at 09:34:32AM +0200, Torsten Duwe wrote: >> On Wed, 24 May 2023 11:19:48 +0100 >> Conor Dooley wrote: >> >> > On Wed, May 24, 2023 at 05:00:02PM +0800, Xingyu Wu wrote: >> > > On 2023/5/23 19:28, Conor Dooley wrote: >> > > > On Tue, M

  1   2   >