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

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

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

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

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

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

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

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

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

[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

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

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

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

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

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

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

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

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

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

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

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

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

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"

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 >

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

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

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

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

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

[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

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

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

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

[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

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

[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

[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

[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

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

[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

[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

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

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

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

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

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

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 >

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

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

[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

[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

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

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

[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

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

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

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

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"

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,

Re: [PATCH] efi_loader: simplify efi_disk_remove

Heinrich, Ignore this version, I've found one problem, I'll send a v2 shortly. Thanks /Ilias On Mon, 12 Jun 2023 at 13:07, Ilias Apalodimas wrote: > > Instead of discovering the ID of the device and call two different > functions for a block device or a partition, we can rewrite >

Trouble building sandbox

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, from .../u-boot/include/test/lib.h:9, from

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

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

On Fri, 9 Jun 2023 15:37:16 -0600 Sam Edwards wrote: Hi, > 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

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

On 6/6/23 23:45, 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: Stefan Roese Thanks, Stefan --- arch/arm/dts/armada-385-thecus-n2350.dts | 210

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

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 list of these patches so that I can take look? Please note that I will probably

[PATCH v3 6/6] corstone1000: add nvmxip, fwu-mdata and gpt options

Enable the newest features: nvmxip, fwu-metadata and gpt. Commands to print the partition info, gpt info and fwu metadata will be available. Adjust also env boot script the address of the bootbank with the new gpt layout, and also remove the not needed kernel address bank0 and bank1 and retrieve

[PATCH v3 5/6] corstone1000: set kernel_addr based on boot_idx

We need to distinguish between boot banks and from which partition to load the kernel+initramfs to memory. For that, fetch the boot index, fetch the correspondent partition, calculate the correct kernel address and then set the env variable kernel_addr with that value. Signed-off-by: Rui Miguel

[PATCH v3 4/6] corstone1000: add boot index

it is expected that the firmware that runs before u-boot somehow provide the information of the bank for now we will fetch the info from the metadata since the Secure enclave is the one responsible for this information. Signed-off-by: Rui Miguel Silva ---

[PATCH v3 3/6] corstone1000: add fwu-metadata store info

Add fwu-mdata node and handle for the reference nvmxip-qspi. Signed-off-by: Rui Miguel Silva --- arch/arm/dts/corstone1000.dtsi | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/arch/arm/dts/corstone1000.dtsi b/arch/arm/dts/corstone1000.dtsi index

[PATCH v3 2/6] nvmxip: move header to include

Move header to include to allow external code to get the internal bdev structures to access block device operations. as at it, just add the UCLASS_NVMXIP string so we get the correct output in partitions listing. Signed-off-by: Rui Miguel Silva --- {drivers/mtd/nvmxip => include}/nvmxip.h | 0

[PATCH v3 1/6] fwu_metadata: make sure structures are packed

The fwu metadata in the metadata partitions should/are packed to guarantee that the info is correct in all platforms. Also the size of them are used to calculate the crc32 and that is important to get it right. Signed-off-by: Rui Miguel Silva Reviewed-by: Ilias Apalodimas ---

[PATCH v3 0/6] corstone1000: fwu metadata and GPT

Now that the nvmxip block driver is merged we can add on top of it the platform code to use GPT and FWU metadata in the Corstone1000. But first, push 2 fixes that are needed to make all this work: - move nvmxip header to include - setup fwu metadata structures as packed (we have a 32bit

Re: [PATCH 3/3] riscv: define test_and_{set,clear}_bit in asm/bitops.h

On Fri, May 05, 2023 at 09:02:07AM +0100, Ben Dooks wrote: > These seem to be missing, and trying to build ubifs without them > is causing errors due to these being missing. > > Signed-off-by: Ben Dooks > --- > arch/riscv/include/asm/bitops.h | 3 +++ > 1 file changed, 3 insertions(+)

Re: [PATCH 2/3] riscv: implement local_irq_{save,restore} macros

Hi Ben, On Fri, May 05, 2023 at 09:02:06AM +0100, Ben Dooks wrote: > Add implementations of the local_irq_{save,restore} macros so that > can be used with riscv. > > Signed-off-by: Ben Dooks > --- > arch/riscv/include/asm/system.h | 15 +++ > 1 file changed, 11 insertions(+), 4

[PATCH 0/3] riscv: Add ACLINT mtimer and mswi devices support

This RISC-V ACLINT specification [1] defines a set of memory mapped devices which provide inter-processor interrupts (IPI) and timer functionalities for each HART on a multi-HART RISC-V platform. This seriesl updates U-Boot existing SiFive CLINT driver to handle the ACLINT changes, and is now

[PATCH 3/3] riscv: Rename SiFive CLINT to RISC-V ALINT

As the RISC-V ACLINT specification is defined to be backward compatible with the SiFive CLINT specification, we rename SiFive CLINT to RISC-V ALINT in the source tree to be future-proof. Signed-off-by: Bin Meng --- MAINTAINERS | 2 +- arch/riscv/Kconfig

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

This RISC-V ACLINT specification [1] defines a set of memory mapped devices which provide inter-processor interrupts (IPI) and timer functionalities for each HART on a multi-HART RISC-V platform. The RISC-V ACLINT specification is defined to be backward compatible with the SiFive CLINT

  1   2   >