Re: [PATCH v4 4/5] doc: board/qualcomm: document iq9 building and flashing

Hi Casey,  I missed that there is a seperate doc for IQ9. So, have created a seperate doc for IQ8 (instead of having a generic doc for Dragonwing) here: https://lore.kernel.org/u-boot/20250531032008.3083716-1-balaji.selvanat...@oss.qualcomm.com/ On 5/30/2025 12:32 AM, Casey Connolly wrote: T

[PATCH v5 6/6] configs: add qcom_qcs8300_defconfig

Introduce a defconfig for QCS8300 based boards. Signed-off-by: Balaji Selvanathan --- v5: - No changes to this patch in v5 v4: - Corrected the commit title to "qcom_qcs8300_defconfig" v3: - No changes to this patch in v3 v2: - Renamed from "qcs8300_defconfig" to "qcom_qcs8300_defconfig" - Corr

[PATCH v5 5/6] qcom_defconfig: Enable QCS8300 clock driver

Enable the QCS8300 clock driver in Qualcomm defconfig. Reviewed-by: Casey Connolly Signed-off-by: Balaji Selvanathan --- v5: - No changes to this patch in v5 v4: - No changes to this patch in v4 v3: - No changes to this patch in v3 v2: - Arranged the configs in alphabetical order in configs/q

[PATCH v5 4/6] phy: qcom: Enable QMP UFS PHY driver for QCS8300

Enable QMP phy for QCS8300, referenced from Linux. Reviewed-by: Casey Connolly Reviewed-by: Neil Armstrong Signed-off-by: Balaji Selvanathan --- v5: - No changes to this patch in v5 v4: - No changes to this patch in v4 v3: - No changes to this patch in v3 v2: - No changes to this patch in v2

[PATCH v5 0/6] Introduce support for QCS8300 SoC based IQ8 Series Platform

These patches introduce the initial support code needed for the Qualcomm Dragonwing QCS8300 SoC based IQ8 Series Platform. For information on supported boards and build instructions please refer to doc/board/qualcomm/dragonwing.rst file. Please see [1] for SoC related details 1 - https://docs.qu

[PATCH v5 3/6] clk/qcom: qcs8300: Add GCC clock driver for QCS8300

* Port Linux's gcc-qcs8300.c driver to U-Boot for basic bring-up. * Enable QCS8300 clocks in qcom_defconfig. Reviewed-by: Casey Connolly Reviewed-by: Neil Armstrong Signed-off-by: Balaji Selvanathan --- v5: - No changes to this patch in v5 v4: - No changes to this patch in v4 v3: - Replaced

[PATCH v5 2/6] dts: qcs8300-ride-u-boot.dtsi: Add memory entry to bootup

Added the memory entry to bootup. Reviewed-by: Casey Connolly Signed-off-by: Balaji Selvanathan --- v5: - No changes to this patch in v5 v4: - No changes to this patch in v4 v3: - No changes to this patch in v3 v2: - No changes to this patch in v2 --- arch/arm/dts/qcs8300-ride-u-boot.dtsi |

[PATCH v5] doc: board: qualcomm: document Dragonwing IQ8 board building/flashing

Introducing documentation support for Qualcomm Dragonwing IQ8 QCS8300 board. Documents the build and flashing steps. Signed-off-by: Balaji Selvanathan --- v5: - Renamed doc/board/qualcomm/dragonwing.rst to doc/board/qualcomm/iq8.rst v4: - Updated the flashing steps in the documentation v3: -

Re: [PATCH] scripts/spelling.txt: Sync script with kernel v6.15

On Fri, May 30, 2025 at 08:05:48AM -0600, Tom Rini wrote: > Keep spelling.txt in sync with the version from kernel v6.15. > > Reported-by: Yao Zi > Signed-off-by: Tom Rini > --- > Cc: Heinrich Schuchardt > > Heinrich, adding 'volatge' here makes sense, but also makes sense in the > kernel I be

Re: [PATCH v2] bsh: imx6ulz_smm_m2: Add imx6ulz BSH SMM M2B board

On Tue, May 27, 2025 at 3:44 PM Michael Trimarchi wrote: > --- a/board/bsh/imx6ulz_smm_m2/MAINTAINERS > +++ b/board/bsh/imx6ulz_smm_m2/MAINTAINERS > @@ -3,4 +3,5 @@ M: Michael Trimarchi > S: Maintained > F: board/bsh/imx6ulz_smm_m2/ > F: include/configs/imx6ulz_smm_m2.h > -F:

Re: U-Boot support for wolfTPM and firmware update for SLB9672/SLB9673

Hi Ilias, Thank you for the reply. I totally understand about being busy! There is nothing specific to discuss at this point. I’ll reach out again soon with the proposed u-boot wolfTPM patches. Thanks, David Garske Software Engineer, wolfSSL +1 (530) 409-2990 https://www.wolfssl.com

[PATCH 2/2] arm64: dts: renesas: r8a779g3: Add Retronix R-Car V4H Sparrow Hawk board support

Add Retronix R-Car V4H Sparrow Hawk board based on Renesas R-Car V4H ES3.0 (R8A779G3) SoC. This is a single-board computer with single gigabit ethernet, DSI-to-eDP bridge, DSI and two CSI2 interfaces, audio codec, two CANFD ports, micro SD card slot, USB PD supply, USB 3.0 ports, M.2 Key-M slot for

[PATCH 1/2] arm64: renesas: Introduce renesas_dram_init_banksize()

Introduce weak renesas_dram_init_banksize() function which is meant to be used to adjust DRAM bank sizes after the common Renesas board DRAM bank handling code finished. This is mainly meant for boards which ship with multiple DRAM size options, which can be detected at runtime. This allows such bo

[PATCH v2 3/3] board: ti: am335x: Enable eCAP0 PWM and LCD pin muxing

On AM335x EVM[1], 1. pin AM335X_ECAP0_IN_PWM0_OUT is used to enable the backlight. ECAP0 can be configured in single channel PWM mode. If CONFIG_PWM_TI_ECAP is enabled, perform eCAP0 pin muxing. 2. Pins LCD_DATA0 - LCD_DATA15, gpmc_ad8 - gpmc_ad15 and lcd_vsync, lcd_sync, lcd_ac_bias_en, lcd_pclk

[PATCH v2 2/3] pwm: ti: am33xx: Fix build warnings in dev_dbg()

If CONFIG_PWM_TI_EHRPWM is enabled, it throws the build warning in dev_dbg() due to incorrect format specifier as, "warning: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 4 has type ‘fdt_addr_t’ {aka ‘unsigned int’}". Fix this with the correct format specifier. Signed-o

[PATCH v2 1/3] pwm: ti: am33xx: Enable Auxiliary PWM using eCAP

In am33xx SoC[1], enhanced capture (eCAP) supports auxiliary PWM (APWM). This series adds the PWM driver support for the APWM feature for eCAP on AM33xx. eCAP HW also supports the capture mode. Currently, this driver only supports APWM. This is based on the Linux kernel driver -> drivers/pwm/pwm-

[PATCH v2 0/3] ti: Add support for eCAP PWM and LCD pin mux

This patch series adds the support for 1. In am33xx SoC[1], enhanced capture (eCAP) supports auxiliary PWM (APWM). This series adds the PWM driver support for the APWM feature for eCAP on AM33xx. AM335X_ECAP0_IN_PWM0_OUT is used to enable the backlight. 2. Fix build warning in ti-ehrpwm driver in

Re: U-Boot support for wolfTPM and firmware update for SLB9672/SLB9673

Hi David, On Fri, 30 May 2025 at 22:46, David Garske wrote: > > Hi Ilias, > > Thank you for the reply. I totally understand about being busy! There is > nothing specific to discuss at this point. I’ll reach out again soon with the > proposed u-boot wolfTPM patches. Thanks, the best advice I ca

Re: [PATCH v2 0/3] Restore support of short name for type UUID parameter

On Fri, May 23, 2025 at 11:11:37AM +0200, Patrick Delaunay wrote: > Fix and add documentation/tests for selection by string for known > partition type GUID introduced by bcb41dcaefac ("uuid: add > selection by string for known partition type GUID"): > > - split list_guid for short name (used also

Re: [PATCH v4 0/2] test/py: enable HTTP testing

On Fri, 16 May 2025 04:52:54 -0400, Adriano Cordova wrote: > Enable HTTP server in CI to support HTTP tests in pytest > > QEMU does not emulate an HTTP server, unlike other services like DHCP or TFTP. > To enable HTTP tests during CI runs, start a simple Python HTTP server > on port 80. This all

Re: [PATCH] image: Fix FIT image loadable section custom processing

On Mon, 12 May 2025 17:58:39 +0200, Marek Vasut wrote: > The original commit always generated linker list entries with the same > entry variable name, because _function passed to ll_entry_declare() is > not a variable and therefore was interpreted as fixed string. Change it > to _type which is a v

Re: [PATCH] Gitlab: Rework sjg-lab calling test.py to be closer to test.py stage

On Tue, 06 May 2025 08:04:12 -0600, Tom Rini wrote: > There are a few differences between how the test.py stage invokes > test.py and how the sjg-lab stage invokes test.py. As a start of making > both the code and the output and artifacts similar, this updates the > sjg-lab stage with the followin

Re: [PATCH 0/2] Almost complete DM_SERIAL migration

On Fri, 02 May 2025 14:07:38 -0600, Tom Rini wrote: > In a private thread, Simon asked about what's needed to get PowerPC > migrated to DM_SERIAL. I went and took a look, and to complete the > entire DM_SERIAL migration (excluding SPL/TPL) we're actually nearly > there. This series first migrates

RE: [PATCH v3 1/4] clk: imx: add i.MX6UL clk driver

Hello, > From: Michael Nazzareno Trimarchi > Sent: Friday, May 30, 2025 5:12 PM > Subject: Re: [PATCH v3 1/4] clk: imx: add i.MX6UL clk driver > > [...] > >>> I have only an imx6ull for testing. At the moment it looks good, although >>> the Ethernet on my device is not yet working with this clo

Re: [PATCH v4 1/2] CI testing: add http server to CI tests

On Fri, May 16, 2025 at 04:52:55AM -0400, Adriano Cordova wrote: > Add an http server to CI tests so that HTTP booting and > loading can be tested. > > Signed-off-by: Adriano Cordova > Reviewed-by: Tom Rini > --- > > changes in v2: > - Remove HTTP_SERVER argument for test.py > > changes in

Re: [PATCH v3 1/4] clk: imx: add i.MX6UL clk driver

Hi Il ven 30 mag 2025, 20:14 Christoph Niedermaier < cniederma...@dh-electronics.com> ha scritto: > Hello, > > From: Michael Nazzareno Trimarchi > Sent: Friday, May 30, 2025 5:12 PM > Subject: Re: [PATCH v3 1/4] clk: imx: add i.MX6UL clk driver > > [...] > > >> I have only an imx6ull for testing

RE: [PATCH v3 1/4] clk: imx: add i.MX6UL clk driver

Hello, From: Michael Nazzareno Trimarchi Sent: Friday, May 30, 2025 5:12 PM Subject: Re: [PATCH v3 1/4] clk: imx: add i.MX6UL clk driver [...] >> I have only an imx6ull for testing. At the moment it looks good, although >> the Ethernet on my device is not yet working with this clock driver. I n

Re: Azure runners

Hi Tom, On Fri, 30 May 2025 at 17:59, Tom Rini wrote: > > On Fri, May 30, 2025 at 04:42:18PM +0100, Simon Glass wrote: > > Hi Tom, > > > > On Fri, 30 May 2025 at 15:06, Tom Rini wrote: > > > > > > On Fri, May 30, 2025 at 02:31:13PM +0100, Simon Glass wrote: > > > > > > > Hi Tom, > > > > > > > >

Re: Azure runners

On Fri, May 30, 2025 at 04:42:18PM +0100, Simon Glass wrote: > Hi Tom, > > On Fri, 30 May 2025 at 15:06, Tom Rini wrote: > > > > On Fri, May 30, 2025 at 02:31:13PM +0100, Simon Glass wrote: > > > > > Hi Tom, > > > > > > I have always found the azure pipeline to be slow, but I found that it > > >

Re: [PATCH v2] caam: bugfix CAAM error on startup

On Fri, May 30, 2025 at 5:13 AM Fabio Estevam wrote: > > On Fri, May 30, 2025 at 9:09 AM Fabio Estevam wrote: > > > u-boot=> rng 0 10 > > Reading RNG failed > > u-boot=> rng 0 10 > > : 27 42 f0 b8 92 c8 ca 29 6f 6a c3 98 ff 61 2b ae 'B.)oj...a+. > > u-boot=> rng 0 10 > > : 48

[PATCH v2 1/5] net: lwip: call sys_check_timeouts and schedule on rx

Call schedule() in net_lwip_rx() to service U-Boot tasks and actions during packet rx. As a cleanup also move sys_check_timeouts() here and remove it from the functions that call net_lwip_rx(). This resolves the issue of an active watchdog resetting the board on long network activities. Suggeste

[PATCH v2 2/5] net: lwip: enable IP_FRAG and IP_REASSEMBLY

Enable IP_FRAG and IP_REASSEMBLY to allow packets larger than MTU. Signed-off-by: Tim Harvey Reviewed-by: Jerome Forissier --- v2: - added tags --- lib/lwip/u-boot/lwipopts.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/lib/lwip/u-boot/lwipopts.h b/lib/lwip/u-boot/lw

[PATCH v4 1/4] clk: imx: add i.MX6UL clk driver

Add i.MX6UL clk driver for i.MX6UL CLK driver model usage Reviewed-by: Peng Fan Reviewed-by: Christoph Niedermaier Tested-by: Christoph Niedermaier Signed-off-by: Michael Trimarchi --- Changes in v4: - Fix Kconfig typo - Fix IPG clock duplication - Add space for consistency in block - and ot

[PATCH v4 3/4] mtd: nand: Add support for EDO mode 1-5 to IMX6ULL platform

The clock driver allows to boost the NAND performance controller. Make changes to let it use the new clock driver => time nand read ${loadaddr} kernel NAND read: device 0 offset 0x50, size 0x80 8388608 bytes read: OK time: 0.488 seconds Signed-off-by: Michael Trimarchi --- Changes i

Re: [PATCH 00/24] Update kbuild

Hi Ilias, On Fri, 30 May 2025 at 15:51, Ilias Apalodimas wrote: > > Thanks Tom. > > I got another (shorter) series, that I'll send later today. Once this > is reviewed/applied I got a single patch that brings on par with 5.1. > Then bumping to 6.x should be easier. > > /Ilias > > On Fri, 30 May 2

Re: [PATCH 0/3] sntp for NET_LWIP

On Wed, May 21, 2025 at 8:15 AM Jerome Forissier wrote: > > Implement the sntp command with lwIP (CONFIG_NET_LWIP=y). SNTP is > supported as an app in lib/lwip/lwip/src/apps/sntp/sntp.c so this is > mainly about adding that file to the build and writing do_sntp() to use > the sntp_*() API and run

Re: Azure runners

Hi Tom, On Fri, 30 May 2025 at 15:06, Tom Rini wrote: > > On Fri, May 30, 2025 at 02:31:13PM +0100, Simon Glass wrote: > > > Hi Tom, > > > > I have always found the azure pipeline to be slow, but I found that it > > actually does support having your own runners / agents. I set up 8 of > > them on

[PATCH v2 5/5] net: lwip: wget: initialize dns if a hostname is used in a URL

Initialize dns servers if a hostname (vs ipaddr) is used in a URL. Otherwise the wget will fail without displaying an error due to dns_gethostbyname failing silently when no DNS servers are set unless you have previously performed a 'dns ' command. Signed-off-by: Tim Harvey Acked-by: Jerome Foris

[PATCH v2 4/5] net: lwip: move dns init to common function

move the dns init including setting the dns servers from env vars to a common function as other commands that support hostname lookups will need this. Signed-off-by: Tim Harvey Reviewed-by: Jerome Forissier --- v2: - added tags --- include/net-lwip.h | 1 + net/lwip/dns.c | 20 +

[PATCH v2 3/5] net: lwip: tftp: add support for setting blocksize at runtime

Add support for setting the blocksize at runtime via the tftpblocksize env variable as such is done with the legacy stack (CONFIG_NET). Signed-off-by: Tim Harvey Reviewed-by: Jerome Forissier --- v2: - added tags --- net/lwip/tftp.c | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-)

Re: [PATCH 6/6] net: lwip: wget: use loadaddr env var for default address

On Fri, May 30, 2025 at 1:03 AM Jerome Forissier wrote: > > > > On 5/29/25 23:49, Tim Harvey wrote: > > The loadAddress is optional and defaults to image_load_address > > which should be initialized to the 'loadaddr' env variable like the > > legacy stack (CONFIG_NET) does. > > > > Signed-off-by:

[PATCH v4 4/4] configs/imx6ulz_smm_m2_defconfig: Enable clock framework

Enable the clock framework on the m2 platform. This helps to increase the NAND controller performance. Signed-off-by: Michael Trimarchi --- Changes in v4: - None Changes in v3: - None Changes in v2: - Ajust commit message - drop CONFIG_DM_MTD selected already by MXS_NAND_DT configs/imx6ulz_

[PATCH v4 2/4] mtd: mxs_nand_dt: Move from clk_get/clk_enable to clk_bulk api

Make simple the clock registration and enable and allow later to add support for other platforms Signed-off-by: Michael Trimarchi --- Changes in v4: - None Changes in v3: - None Changes in v2: - no changes drivers/mtd/nand/raw/mxs_nand_dt.c | 48 -- 1 file change

Re: [PATCH v3 1/4] clk: imx: add i.MX6UL clk driver

Hi On Fri, May 30, 2025 at 4:46 PM Christoph Niedermaier wrote: > > Hello, > First of all, thank you very much. Resend is not a problem. I'm doing other things in parallel, so I was not pay attention properly > From: Michael Trimarchi > Sent: Thursday, May 29, 2025 7:10 AM > > Subject: [PATCH

Re: [PATCH 00/24] Update kbuild

Thanks Tom. I got another (shorter) series, that I'll send later today. Once this is reviewed/applied I got a single patch that brings on par with 5.1. Then bumping to 6.x should be easier. /Ilias On Fri, 30 May 2025 at 17:45, Tom Rini wrote: > > On Tue, 20 May 2025 08:21:11 +0300, Ilias Apalod

RE: [PATCH v3 1/4] clk: imx: add i.MX6UL clk driver

Hello, From: Michael Trimarchi Sent: Thursday, May 29, 2025 7:10 AM > Subject: [PATCH v3 1/4] clk: imx: add i.MX6UL clk driver > > Add i.MX6UL clk driver for i.MX6UL CLK driver model usage > > Reviewed-by: Peng Fan > Signed-off-by: Michael Trimarchi > > --- > > Changes in v3: > - Add all u

Re: [PATCH 00/24] Update kbuild

On Tue, 20 May 2025 08:21:11 +0300, Ilias Apalodimas wrote: > Last time the kbuild scripts were synced with the Linux kernel was on the > 4.20 release. Updating directly to 6.x makes the diff difficult to read, so > let's do the changes incrementally and bump to 5.1 first. > > Since the number of

Re: Azure runners

On Fri, May 30, 2025 at 02:31:13PM +0100, Simon Glass wrote: > Hi Tom, > > I have always found the azure pipeline to be slow, but I found that it > actually does support having your own runners / agents. I set up 8 of > them on ruru: I had not seen that before, can you please send a link to the

Re: [PATCH] armv8: fix Clang warning on writing 32-bit variable to a 64-bit register

On Wed, 28 May 2025 at 00:04, Raymond Mao wrote: > > Clang is stricter than GCC when it comes to inline assembly and expects the > register to be written with explicitly same type of variable. > > Fixes: c0e1775a867c ("armv8: Add arch-specific sysinfo platform driver") > Signed-off-by: Raymond Mao

Azure runners

Hi Tom, I have always found the azure pipeline to be slow, but I found that it actually does support having your own runners / agents. I set up 8 of them on ruru: https://dev.azure.com/simon0972/u-boot/_build/results?buildId=90&view=results It sort-of works but I get this error: Plugin: termina

[PATCH] scripts/spelling.txt: Sync script with kernel v6.15

Keep spelling.txt in sync with the version from kernel v6.15. Reported-by: Yao Zi Signed-off-by: Tom Rini --- Cc: Heinrich Schuchardt Heinrich, adding 'volatge' here makes sense, but also makes sense in the kernel I believe (it's wrong in 4 places as of v6.15, and at least once in a commit mes

Re: [PATCH] scripts: Remove "thead" as the misspell of "thread"

On Fri, May 30, 2025 at 10:06:43AM +, Yao Zi wrote: > "thead" is frequently used as abbreviation of T-Head, the IP and SoC > designer in China. This misspell entry causes lots of false-positives > when working with our T-Head SoC port. > > Let's remove the entry as what has been done in Linux

[PATCH 3/5] riscv: dts: th1520: Prepare binman configuration for loading OpenSBI

Add an OpenSBI entry to the FIT image. As it expects an FDT to be passed, corresponding FDT entry is generated with of-list as well. As SPL now passes a full FDT for following stages, proper U-Boot image is packed into u-boot-with-spl.bin without a devicetree copy included. Signed-off-by: Yao Zi

Re: Determining Simon Glass's future in the U-Boot project

Hi Tom, On Wed, 28 May 2025 at 20:59, Tom Rini wrote: > > Hey all, > > First, I am not happy to be writing this email. But at this point, I > feel I have no other choice, for the good of the overall project and > community. > > Back in January[0] of this year I made a post with almost this same

Re: [PATCH v2] caam: bugfix CAAM error on startup

On Fri, May 30, 2025 at 9:09 AM Fabio Estevam wrote: > u-boot=> rng 0 10 > Reading RNG failed > u-boot=> rng 0 10 > : 27 42 f0 b8 92 c8 ca 29 6f 6a c3 98 ff 61 2b ae 'B.)oj...a+. > u-boot=> rng 0 10 > : 48 fb 52 44 29 ea 83 f9 a4 1d 68 20 82 c5 af b5 H.RD).h > u-boo

Re: [PATCH v2] caam: bugfix CAAM error on startup

Hi Tim, On Thu, May 29, 2025 at 6:39 PM Tim Harvey wrote: > I've found that this patch causes a regression on an imx8mm board > (imx8mm_venice_defconfig) where the first call to caam_rng_read fails > here in jr_dequeue but if you call it again it works. With some > debugging added: > SEC0: RNG

Please pull u-boot-dm into -next

Hi Tom, This is for -next https://source.denx.de/u-boot/custodians/u-boot-dm/-/pipelines/26422 https://dev.azure.com/simon0972/u-boot/_build/results?buildId=80&view=results The following changes since commit a619c4410956f446510749b6dc3989849616b7a0: Merge patch series "Enable env in SCSI" (20

Re: [PATCH RFC v2 3/8] tools: binman: mark optional missing blobs as absent

Hi Yannic, On Tue, 27 May 2025 at 14:24, Yannic Moog wrote: > > Optional blobs should mark themselves as absent to avoid being packed > into an image. > Extend the documentation of this behaviour. Although the documentation > implied this before, the "optional" property had not been explained > p

Re: [PATCH RFC v2 5/8] binman: rework dropping absent entries from packaged image

Hi Yannic, On Tue, 27 May 2025 at 14:24, Yannic Moog wrote: > > When blobs are absent and are marked as optional, they can be safely > dropped from the binman tree. Use the drop_absent function for that. > Rename drop_absent to drop_absent_optional as we do not want to drop any > entries that are

Re: [PATCH RFC v2 0/8] Fix handling of optional blobs in binman

Hi Yannic, On Tue, 27 May 2025 at 14:24, Yannic Moog wrote: > > This series solves a contradiction regarding ext blobs packaged in > binman. When they are marked as optional, by default they are faked, two > messages are emitted. One says the image is not functional the other > says the image is

Re: [PATCH RFC v2 7/8] tools: binman: ftest: fix tests that require non-faked ext blobs

Hi Yannic, On Tue, 27 May 2025 at 14:24, Yannic Moog wrote: > > By default, external blobs are faked. Some tests care only about more > basic functionality. In those cases no external blobs should be faked. > That would trigger a different (binman) case which is not in scope for > those particula

Re: [PATCH RFC v2 4/8] binman: replace _entries with GetEntries()

Hi Yannic, On Tue, 27 May 2025 at 14:24, Yannic Moog wrote: > > _entries, as highlighted by leading _, is a private member and thus > should not be accessed directly. As a result use the GetEntries function > instead. > GetEntries() returns _entries. No functional change introduced in this > comm

Re: [PATCH RFC v2 2/8] tools: binman: drop "faked" return value from check_fake_fname

Hi Yannic, On Tue, 27 May 2025 at 14:24, Yannic Moog wrote: > > check_fake_fname sets the faked member of the entry. Use that member > to get the faked status instead of a returned value indicating the same. > Add type annotations to the modified functions while at it. > > Signed-off-by: Yannic M

[PATCH] MAINTAINERS: riscv: cpu: th1520: Assign myself as maintainer

Assign myself to develop U-Boot port of T-Head TH1520 SoC, and help maintain related code and review patches. Signed-off-by: Yao Zi --- MAINTAINERS | 7 +++ 1 file changed, 7 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index d62dd35a385..4d79fa457c4 100644 --- a/MAINTAINERS +++ b/M

Re: [PATCH v3 2/6] lmb: replace the lmb_alloc() and lmb_alloc_base() API's

On Fri, 30 May 2025 at 13:17, Ilias Apalodimas wrote: > > > +static phys_addr_t lmb_alloc(phys_size_t size) > > +{ > > + int ret; > > + phys_addr_t addr; > > + > > + /* All memory regions allocated with a 2MiB alignment */ > > + ret = lmb_alloc_mem(LMB_MEM_ALLOC_ANY, SZ_2M,

[PATCH] scripts: Remove "thead" as the misspell of "thread"

"thead" is frequently used as abbreviation of T-Head, the IP and SoC designer in China. This misspell entry causes lots of false-positives when working with our T-Head SoC port. Let's remove the entry as what has been done in Linux upstream commit[2] 15571273db93 ("scripts/spelling.txt: remove 'th

Re: [PATCH] image: android: fix ramdisk default address

Hi Eddie, Thank you for the patch. On mer., mai 21, 2025 at 15:26, Eddie Kovsky wrote: > Commit 21e7fa0e3ac5 ("image: android: handle ramdisk default address") > changed the default behavior for header versions less than or equal to 2. > > The ramdisk address (img_data.ramdisk_ptr) is only assi

Re: [PATCH v3 1/6] lmb: replace lmb_reserve() and lmb_alloc_addr() API's

On Fri, 30 May 2025 at 13:02, Ilias Apalodimas wrote: > > Hi Sughosh > > [...] > > > > /* > > * Handle the BOOTM_STATE_FINDOTHER state ourselves as we do not > > diff --git a/cmd/load.c b/cmd/load.c > > index 899bb4f598e..c3ef307bb68 100644 > > --- a/cmd/load.c > > +++ b/cmd/load.

[PATCH 4/5] board: thead: licheepi4a: Run proper U-Boot in S-Mode

RISC-V software usually expects S mode when leaving the firmware, e.g. UEFI applications could only run in S mode. Let's convert proper U-Boot of Lichee Pi 4A port to run in S mode. Signed-off-by: Yao Zi --- configs/th1520_lpi4a_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/confi

[PATCH 5/5] doc: thead: lpi4a: Update for S-Mode proper U-Boot support

Proper U-Boot for Lichee Pi 4A now runs in S mode instead of M mode, which means the extra firmware, OpenSBI, must be built and integrated in the image, and the vendor U-Boot cannot chainload the result image anymore as it runs in M mode. Remove redundant information about chainloading and update

[PATCH 2/5] riscv: cpu: th1520: Support cache enabling/disabling in M mode only

These operations rely on a customized M-mode CSR, MHCR, which isn't available when running in S mode. Let's fallback to the generic weak stub when running in S mode to avoid illegal accesses. Signed-off-by: Yao Zi --- arch/riscv/cpu/th1520/cache.c | 2 ++ 1 file changed, 2 insertions(+) diff -

[PATCH 1/5] riscv: cpu: th1520: Build spl.c for SPL only

Symbols in spl.c only function correctly in SPL stage. Build the file for SPL only to avoid weak symbols in proper U-Boot being unexpectedly reloaded. Fixes: 5fe9ced3552 ("riscv: cpu: Add TH1520 CPU support") Signed-off-by: Yao Zi --- arch/riscv/cpu/th1520/Makefile | 2 +- 1 file changed, 1 inse

[PATCH 0/5] Convert Lichee Pi 4A to use S-Mode proper U-Boot

RISC-V software usually expects that HARTs are running under S mode when leaving the firmware, for example, the UEFI specification explicitly states requirements for S mode. This series separates M-mode-only code for TH1520 port out, and configures binman to pack the OpenSBI firmware to initialize

Re: [PATCH v2] renesas: Renesas R-Car Gen4 watchdog driver

ils? > + > + for (i = ARRAY_SIZE(clk_divs) - 1; i >= 0; i--) { > + clks_per_sec = priv->clk_rate / clk_divs[i]; > + if (clks_per_sec && clks_per_sec < 65536) { > + priv->cks = i; > + break; >

Re: [PATCH v6 1/9] spl: Kconfig: allow K3 devices to use falcon mode

On Thu May 29, 2025 at 7:06 AM IST, Andrew Davis wrote: > On 5/28/25 8:08 PM, Anshul Dalal wrote: >> On Wed May 28, 2025 at 9:09 PM IST, Andrew Davis wrote: >>> On 5/8/25 6:37 AM, Anshul Dalal wrote: On Thu May 8, 2025 at 9:32 AM IST, Vignesh Raghavendra wrote: > > > On 5/8/2025 8:

Re: [PATCH 4/6] net: lwip: move dns init to common function

On 5/29/25 23:49, Tim Harvey wrote: > move the dns init including setting the dns servers from env vars to a > common function as other commands that support hostname lookups will > need this. > > Signed-off-by: Tim Harvey > --- > include/net-lwip.h | 1 + > net/lwip/dns.c | 20 +--

Re: [PATCH 5/6] net: lwip: wget: initialize dns if a hostname is used in a URL

On 5/29/25 23:49, Tim Harvey wrote: > Initialize dns servers if a hostname (vs ipaddr) is used in a URL. > Otherwise the wget will fail without displaying an error due to > dns_gethostbyname failing silently when no DNS servers are set unless > you have previously performed a 'dns ' command. Ha! I

Re: [PATCH 6/6] net: lwip: wget: use loadaddr env var for default address

On 5/29/25 23:49, Tim Harvey wrote: > The loadAddress is optional and defaults to image_load_address > which should be initialized to the 'loadaddr' env variable like the > legacy stack (CONFIG_NET) does. > > Signed-off-by: Tim Harvey > --- > net/lwip/wget.c | 2 +- > 1 file changed, 1 insert

Re: [PATCH v3 6/6] doc: add lmb documentation

On Mon, 26 May 2025 at 12:13, Sughosh Ganu wrote: > > The LMB module has undergone significant changes in the recent > past. Add a document which briefly describes what the LMB module does, > and the changes that have been made to it's design since the 2025.01 > release. > > Signed-off-by: Sughosh

Re: [PATCH v3 5/6] lmb: use a single function to check for allocation and reservation requests

Thanks, This is a great cleanup On Mon, 26 May 2025 at 12:13, Sughosh Ganu wrote: > > The functions that handle allocation requests check if a region of > memory overlaps with a used region. This is done through > lmb_overlaps_region(). Similar checks are done for reservation > requests made to

Re: [PATCH 3/6] net: lwip: tftp: add support for setting blocksize at runtime

On 5/29/25 23:49, Tim Harvey wrote: > Add support for setting the blocksize at runtime via the tftpblocksize env > variable as such is done with the legacy stack (CONFIG_NET). > > Signed-off-by: Tim Harvey > --- > net/lwip/tftp.c | 7 ++- > 1 file changed, 6 insertions(+), 1 deletion(-) > >

Re: [PATCH 2/6] net: lwip: enable IP_FRAG and IP_REASSEMBLY

On 5/29/25 23:49, Tim Harvey wrote: > Enable IP_FRAG and IP_REASSEMBLY to allow packets larger than MTU. > > Signed-off-by: Tim Harvey > --- > lib/lwip/u-boot/lwipopts.h | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/lib/lwip/u-boot/lwipopts.h b/lib/lwip/u-boot/

Re: [PATCH v3 2/6] lmb: replace the lmb_alloc() and lmb_alloc_base() API's

> +static phys_addr_t lmb_alloc(phys_size_t size) > +{ > + int ret; > + phys_addr_t addr; > + > + /* All memory regions allocated with a 2MiB alignment */ > + ret = lmb_alloc_mem(LMB_MEM_ALLOC_ANY, SZ_2M, &addr, size, LMB_NONE); > + if (ret) > + return 0;

Re: [PATCH 1/6] net: lwip: call sys_check_timeouts and schedule on rx

Hi Tim, On 5/29/25 23:49, Tim Harvey wrote: > Call sys_check_timeouts to service lwIP timers and schedule to service > U-Boot tasks and actions during packet rx. > > This resolves the issue of an active watchdog resetting the board on > long network activities. > > Suggested-by: Jerome Forissier

Re: U-Boot support for wolfTPM and firmware update for SLB9672/SLB9673

Hi David, On Wed, 21 May 2025 at 20:12, David Garske wrote: > > Hi Ilias, > > Thank you! It’s a pleasure to meet you! I’m the author and maintainer or > wolfTPM. > > Perhaps it would be useful to meet and chat for a bit? Are you free next week > May 28th at 7:30 AM PT? > > I loved the feedback

Re: [PATCH v3 1/6] lmb: replace lmb_reserve() and lmb_alloc_addr() API's

Hi Sughosh [...] > /* > * Handle the BOOTM_STATE_FINDOTHER state ourselves as we do not > diff --git a/cmd/load.c b/cmd/load.c > index 899bb4f598e..c3ef307bb68 100644 > --- a/cmd/load.c > +++ b/cmd/load.c > @@ -178,8 +178,11 @@ static ulong load_serial(long offset) > #endif >

Re: [PATCH 2/2] test/py: Correct handling of exceptions

Hi Simon, Thank you for the patch. On jeu., mai 29, 2025 at 08:14, Simon Glass wrote: > If an Unexpected exception is thrown in a test, an undefined variable > error is reported. Fix this. > > Signed-off-by: Simon Glass > Fixes: 85d7dae377a ("test: Detect dead connections") Reviewed-by: Matti

Re: [PATCH 1/2] test/py: Use the correct fixture name in exception handler

Hi Simon, Thank you for the patch. On jeu., mai 29, 2025 at 08:14, Simon Glass wrote: > If a BootFail exception is thrown in a test, it is not handled > correctly. Use the correct fixture variable 'ubman_fix' to resolve this. > > Signed-off-by: Simon Glass > Fixes: d9ed4b75add ("test/py: Drop