Hi Alice,
On Fri, Aug 1, 2025 at 6:52 AM Alice Guo (OSS) wrote:
> +config IMX95_A0
> + bool "Choice i.MX95 A0"
"Support for i.MX95 A0 silicon version"
> diff --git a/configs/imx95_a0_19x19_evk_defconfig
> b/configs/imx95_a0_19x19_evk_defconfig
> new file mode 100644
> index 000.
inker command cmd_link_l_target with 2025.07
> or to $(lib-target): target in scripts/Makefile.build with master branch
> after Kbuild update.
>
> Fixes: 43d43241d1c9 ("scripts/Makefile.lib: add PLATFORM_LIBGCC to efi
> linking")
>
> Cc: Adriano Cordova
> Cc: Fabio Estevam
> Signed-off-by: Mikko Rapeli
Thanks for the fix:
Reviewed-by: Fabio Estevam
On Sun, Jul 27, 2025 at 11:14 PM Peng Fan (OSS) wrote:
>
> From: Viorel Suman
>
> Collect errata registers values after the training and restore errata
> registers values before starting quick boot firmware.
Please explain why.
On Sun, Jul 27, 2025 at 11:14 PM Peng Fan (OSS) wrote:
>
> From: "haidong.zheng"
Haidong Zheng
>
> On i.MX93/91, dynamic refresh rate should be disabled before doing any
> MR read or write. Otherwise conflict may happen with read MR12/MR14 in
> ddr_init.
> We randomly meet DDR unstable with l
On Sun, Jul 27, 2025 at 11:14 PM Peng Fan (OSS) wrote:
>
> From: "Tom.zheng"
No need to enclose the name with " and put a dot between the names.
>
> If the DDR data INIT bit is set, and ddr is running at low frequency,
> need to make sure DDR initialization complete before continue.
> Otherwise
On Sun, Jul 27, 2025 at 11:14 PM Peng Fan (OSS) wrote:
> diff --git a/drivers/ddr/imx/imx9/ddr_init.c b/drivers/ddr/imx/imx9/ddr_init.c
> index
> 5b0ad773875da9f6a57faa8c618b232056d1e702..7bade70bd0a1ca4d205ff4fb8525511188cb504f
> 100644
> --- a/drivers/ddr/imx/imx9/ddr_init.c
> +++ b/drivers/d
On Sun, Jul 27, 2025 at 11:14 PM Peng Fan (OSS) wrote:
>
> From: Viorel Suman
>
> Implement Synopsys LPDDR PHY QuickBoot flow.
What does "QuickBoot flow" mean? What are the motivations/advantages
of adding support for it?
Please expand the commit message to explain why you are doing this.
> +c
On Tue, Jul 29, 2025 at 1:02 PM Tim Harvey wrote:
> This is unacceptable. Had I known this series was doing this I would
> have NAK'd it. There was no mention in the commit log that this would
> drop support for A0. There are many vendors like myself who have A0
Same here: I didn't notice that t
Hi Francesco,
On Mon, Jul 28, 2025 at 7:29 AM Francesco Dolcini wrote:
> You worked on a similar topic, for imx8m, some time ago, commit
> d175982c207b ("imx8mn/8mp: Allow booting via USB"). What's your opinion
> here? How should we fix this?
The solution on the commit you mentioned is related
Hi Antoine,
On Mon, Jul 28, 2025 at 11:13 AM Antoine Picard
wrote:
>
> This series introduces initial support for the i.MX93 11x11 FRDM
> development board
> in U-Boot. It includes:
>
> - Device tree files tailored for the board.
> - Board configuration header defining memory layout and basic har
Hi Tim,
On Wed, Jul 9, 2025 at 12:36 PM Tim Harvey wrote:
>
> Now that we can determine device role via a usb-connector ID pin,
> remove the host-only mode dt override and enable additional USB
> device mode support.
>
> Signed-off-by: Tim Harvey
Please resend it after the driver part has been
On Thu, Jul 24, 2025 at 12:35 AM Peng Fan wrote:
>
> On Wed, Jul 23, 2025 at 11:47:49PM -0300, Fabio Estevam wrote:
> >Add the initial board support for the NXP i.MX93 FRDM board:
> >
> >https://www.nxp.com/design/design-center/development-boards-and-designs/frdm-i-mx-9
On Wed, Jul 23, 2025 at 3:00 PM Fabio Estevam wrote:
>
> From: Ye Li
>
> The 'overhead' variable is uninitialized and actually shall not be used.
> Delete it to fix coverity CID 37041718 - Uninitialized scalar variable.
>
> Fixes: 73c40fcb7367 ("spl: Refactor
On Wed, Jul 23, 2025 at 10:46 AM Fabio Estevam wrote:
>
> The board name is "i.MX93 EVK", not "MEK".
>
> Fix it accordingly.
>
> Signed-off-by: Fabio Estevam
Applied the series, thanks.
On Tue, Jul 22, 2025 at 10:50 AM Andrew Goodbody
wrote:
>
> Local variable ret is declared as unsigned but is used to receive the
> return value of functions that return int. ret is then tested for being
> negative which must always fail. Change ret to be an int.
>
> This issue was found by Smatch
On Tue, Jul 22, 2025 at 9:44 AM Yannic Moog wrote:
>
> remove boot logic from shared env file for phyboard-polis and
> phygate-tauri.
> Adjust configs for both boards as well.
> Space at the beginning of addressable RAM is reserved for space used via
> standard boot env variables. CONFIG_SYS_LOAD_
On Tue, Jul 22, 2025 at 7:40 AM Frieder Schrempf wrote:
>
> From: Frieder Schrempf
>
> Switch to OF_UPSTREAM to make use of the upstream devicetree.
>
> Signed-off-by: Frieder Schrempf
Applied the series, thanks.
On Tue, Jul 22, 2025 at 7:24 AM Frieder Schrempf wrote:
>
> From: Frieder Schrempf
>
> In case of the i.MX8M power-domains (i.MX8MQ, MM, MN) there is only
> one power-domain for each device. Therefore the 'id' field in struct
> power_domain should always be zero.
>
> Currently if a power-domain i
On Thu, Jul 17, 2025 at 10:40 AM Vitor Soares wrote:
>
> From: Vitor Soares
>
> Add PID4 0216 Verdin iMX8M Mini Quad 2GB WB IT to config block handling.
>
> Signed-off-by: Vitor Soares
Applied, thanks.
On Wed, Jul 16, 2025 at 8:19 AM Primoz Fiser wrote:
>
> Drop unused define for PCA9450 PMIC register which is already part of
> the header file since commit 1d0d25704345 ("imx93_evk:
> spl: update pmic settings").
>
> Signed-off-by: Primoz Fiser
Applied the series, thanks.
.
Andrew Goodbody (1):
imx93: adc: local variable ret should not be unsigned
Fabio Estevam (4):
imx93_evk: Fix the board name in MAINTAINERS title
imx93_evk: Remove unneeded header files
imx93_evk: Remove PMIC and USB header files
upstream yet:
https://lore.kernel.org/linux-arm-kernel/20250526-fpg-nxp-imx93-frdm-v2-2-e5ad0efae...@pengutronix.de/
Once it reaches upstream, we can switch to OF_UPSTREAM.
Signed-off-by: Fabio Estevam
---
Changes since v2:
- Changed NXP Copyright year to 2025. (Peng)
- Cleaned up the spl headers
Hi Peng,
On Wed, Jul 23, 2025 at 11:19 PM Peng Fan wrote:
>
> Hi Fabio,
>
> Thanks for working on i.MX93 FRDM upstream.
>
> On Tue, Jul 22, 2025 at 05:37:36PM -0300, Fabio Estevam wrote:
> >Add the initial board support for the NXP i.MX93 FRDM board:
> >
> &
g PLATFORM_LIBGCC_LIBA variable with only lib.a
> filename which is then used to add the dependency in rules which use
> PLATFORM_LIBGCC. This should not impact builds which don't set
> PLATFORM_LIBGCC_LIBA and PLATFORM_LIBGCC usage stays as is.
>
> Fixes: 43d43241d1c9 ("scripts
y
Signed-off-by: Ye Li
Reviewed-by: Peng Fan
Signed-off-by: Fabio Estevam
---
common/spl/spl_imx_container.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/common/spl/spl_imx_container.c b/common/spl/spl_imx_container.c
index b3565efb225a..79d021f81dcd 100644
--- a/common/
There is no PMIC and USB related C code in this file.
Remove these unneeded header files.
Signed-off-by: Fabio Estevam
---
board/freescale/imx93_evk/imx93_evk.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/board/freescale/imx93_evk/imx93_evk.c
b/board/freescale/imx93_evk/imx93_evk.c
There is nothing in this file that makes use of the definitions from
sizes.h and stringify.h.
Remove them.
Signed-off-by: Fabio Estevam
---
include/configs/imx93_evk.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/include/configs/imx93_evk.h b/include/configs/imx93_evk.h
index
The board name is "i.MX93 EVK", not "MEK".
Fix it accordingly.
Signed-off-by: Fabio Estevam
---
board/freescale/imx93_evk/MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/freescale/imx93_evk/MAINTAINERS
b/board/freescale/imx93_e
Hi Tom,
On Tue, Jul 22, 2025 at 6:40 PM Tom Rini wrote:
> The bootph stuff can be upstreamed.
I agree - the upstream i.MX devicetrees in general can be improved in
this aspect.
> > +#include
> > +#include
Fixed in v2. Thanks
upstream yet:
https://lore.kernel.org/linux-arm-kernel/20250526-fpg-nxp-imx93-frdm-v2-2-e5ad0efae...@pengutronix.de/
Once it reaches upstream, we can switch to OF_UPSTREAM.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Removed unneeded headers from include/configs/imx93_frdm.h (Tom
upstream yet:
https://lore.kernel.org/linux-arm-kernel/20250526-fpg-nxp-imx93-frdm-v2-2-e5ad0efae...@pengutronix.de/
Once it reaches upstream, we can switch to OF_UPSTREAM.
Signed-off-by: Fabio Estevam
---
arch/arm/dts/Makefile |1 +
arch/arm/dts/imx93-11x11-frdm-u
Adding Simon.
On Mon, Jul 21, 2025 at 7:50 AM Frank Wunderlich
wrote:
>
> Hi,
>
> I guess you already know,but gitlab on https://source.denx.de
> only prints a 502 message since at least yesterday. It does not look like
> maintanance.
>
> I change to GitHub repo,but i want to know if maybe your
On Mon, Jul 14, 2025 at 2:23 PM Tim Harvey wrote:
>
> Add the configuration register for DDRC_ADDRMAP7 which was added in the
> RAP spreadsheet v19. This has no functional change but allows DRAM
> configuration to be patched in a later commit.
>
> Signed-off-by: Tim Harvey
Applied all, thanks.
On Mon, Jul 14, 2025 at 11:10 AM Holger Brunck
wrote:
>
> These erratas are only useful if USB is enabled. If it is disabled
> these erratas might cause issues.
>
> Signed-off-by: Holger Brunck
Applied, thanks.
On Sat, Jul 12, 2025 at 3:00 AM David Zang wrote:
>
> Make temperature unit (celsius) more clear to reduce confusion.
>
> Signed-off-by: David Zang
Applied, thanks.
On Fri, Jul 11, 2025 at 12:30 PM Tom Rini wrote:
>
> The options related to FSL_SEC_MON are part of the chain of trust
> related options and should be under that menu, so move it there.
> Furthermore we don't need to prompt for the driver itself but do need to
> allow for configuration of the moni
On Fri, Jul 11, 2025 at 12:20 PM Tom Rini wrote:
>
> As no platforms use this driver anymore, remove it.
>
> Signed-off-by: Tom Rini
Applied, thanks.
On Fri, Jul 11, 2025 at 12:45 PM Tom Rini wrote:
>
> As part of splitting the i.MX parts of FSL_ESDHC out from the more
> legacy parts, the FSL_ESDHC_IMX symbol was added. This platform is the
> only one which was not converted correctly.
>
> Fixes: e37ac717d796 ("Convert to use fsl_esdhc_imx for
On Thu, Jul 10, 2025 at 5:17 AM Leonard Anderweit wrote:
>
> Enable standard boot for the phycore-imx8mp and use it as default. Add
> all variables required for standard boot to the environment.
>
> Signed-off-by: Leonard Anderweit
> Tested-by: Martin Schwan
Applied, thanks.
On Tue, Jul 15, 2025 at 3:40 AM Alice Guo (OSS) wrote:
>
> Signed-off-by: Alice Guo
> ---
> Alice Guo (2):
> tools: imx8image: Add 2 new commands CMD_CNTR_VERSION and CMD_DUMMY_DDR
> imx95_evk: Add i.MX95 B0 support
>
> Ye Li (2):
> arm: imx: Update ELE get_info structure for i.
Hi Tom,
Please pull from u-boot-imx/master, thanks.
The following changes since commit 3b4604a40b9fd61b87e9d059fc56f04d36f1a380:
board: vexpress_ca9x4: Enable D-cache and MMU (2025-07-16 10:56:28 -0600)
are available in the Git repository at:
https://gitlab.denx.de/u-boot/custodians/u-boot
Hi Anthony,
On Mon, Jul 14, 2025 at 10:04 AM Anthony Pighin (Nokia)
wrote:
>
> > u-boot is being corrupted following a Linux EFI callback to get_rng(). One
> > of
> > the many footprints is a corruption of the EFI protocols linked list.
Which SoC do you use?
> Here is a proposed fix. The caam_
On Fri, Jul 11, 2025 at 2:22 PM David Zang wrote:
> Since it is a simple fix, do I really need a commit log?
Yes, even a single line is better than nothing.
as "arch/riscv/cpu//*"), resulting
> in the error.
>
> Let's simply remove the extra include to fix these nasty errors. For
> config targets, bumping Kbuild also introduced a new include to
> arch/$(SRCARCH)/Makefile, which is removed as well for consistency.
>
> Fixes: 5f520875bdf ("kbuild: Bump the build system to 5.1")
> Signed-off-by: Yao Zi
> Reviewed-by: Ilias Apalodimas
This fixes the mx6sabresd_defconfig build, thanks:
Tested-by: Fabio Estevam
On Fri, Jul 11, 2025 at 4:10 AM Ilias Apalodimas
wrote:
> That's interesting. Can the rest of the people that reproduce it apply
> it and try ?
Yao's patch fixes the mx6sabresd_defconfig build on my Ubuntu 2022.04 machine.
Thanks
On Tue, Jul 1, 2025 at 10:05 PM Tom Rini wrote:
>
> In order for this command to build we need to compile
> drivers/crypto/fsl/fsl_blob.c and this in turn includes
> drivers/crypto/fsl/jr.h which references "ccsr_sec_t" which is only a
> defined type for SYS_FSL_SEC_COMPAT >= 4. Express that requi
On Fri, Jul 4, 2025 at 6:46 PM Tom Rini wrote:
>
> With the removal of the last i.MX31 platform we can remove the rest of
> the underlying architecture code as well.
>
> Fixes: f247354708ec ("arm: Remove mx31pdk board")
> Signed-off-by: Tom Rini
Applied, thanks.
On Tue, Jul 8, 2025 at 7:36 AM Michael Trimarchi
wrote:
>
> Add the configuration that allow to reset the board from reset
> cmd
>
> Signed-off-by: Michael Trimarchi
Applied both, thanks.
On Tue, Jul 1, 2025 at 10:45 AM Emanuele Ghidoli
wrote:
>
> From: Emanuele Ghidoli
>
> Subject: [PATCH v1 0/5] Enable RNG support for KASLR on Toradex arm64 i.MX
> SoMs
>
> This patch series enables RNG support to automatically populate
> /chosen/kaslr-seed on the following Toradex arm64 i.MX S
On Tue, Jul 8, 2025 at 5:41 AM Alexander Stein
wrote:
>
> The SoC node is called 'soc@0', even on NXP branch 6.6-fslc. This fixes
> the boot on i.MX8M Nano DualLite, as there is no GPU.
>
> Signed-off-by: Alexander Stein
Applied, thanks.
Hi Tom,
Please pull from u-boot-imx/master, thanks.
The following changes since commit 344e1798059ba65769272be3145736685bb25a7e:
lmb: add missing fallthrough in lmb_alloc_mem() (2025-07-09 10:39:37 -0600)
are available in the Git repository at:
https://gitlab.denx.de/u-boot/custodians/u-bo
Hi Ilias,
On Thu, Jul 10, 2025 at 11:28 AM Ilias Apalodimas
wrote:
> Thanks I'll try to reproduce it later today and let you know. Do you
> know if we build this defonconfig in the CI?
Yes, mx6sabresd_defconfig is built in CI, but no CI error was seen.
Thanks
Hi Ilias,
On Fri, Jun 27, 2025 at 3:57 PM Ilias Apalodimas
wrote:
>
> Our last sync with the kernel was 5.1. Even that was a partial one
> as some patches from 4.x kernels were already missing making the
> transition to a modern kbuild infeasible.
>
> We are so out of sync now, that tracking the
Hi David,
On Wed, Jul 9, 2025 at 9:44 PM David Zang wrote:
>
> Signed-off-by: David Zang
> ---
> arch/arm/mach-imx/imx8ulp/soc.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/arch/arm/mach-imx/imx8ulp/soc.c b/arch/arm/mach-imx/imx8ulp/soc.c
> index bbcd862caa3..5de15b
Hi Tim,
On Wed, Jul 9, 2025 at 3:32 PM Tim Harvey wrote:
>
> While this is interesting and useful for debugging there isn't extremely
> useful information so we will only show it if debug is enabled.
>
> Signed-off-by: Tim Harvey
> ---
> board/gateworks/venice/spl.c | 61 +++
+++ b/configs/mx6ul_14x14_evk_defconfig
@@ -110,3 +110,7 @@ CONFIG_SPLASH_SCREEN=y
CONFIG_SPLASH_SCREEN_ALIGN=y
CONFIG_BMP_16BPP=y
CONFIG_IMX_WATCHDOG=y
+CONFIG_BOOTCOUNT_BOOTLIMIT=3
+CONFIG_SYS_BOOTCOUNT_ADDR=0x20d8024
+CONFIG_SYS_BOOTCOUNT_SINGLEWORD=y
+CONFIG_BOOTCOUNT_LIMIT=y
Thanks,
Fabio Estevam
per event occurs? And the register is in "low power domain" ... may
> there is a problem... so no real idea here from my side, just speculation...
It seems that I am missing something to get the LPGPR register to increment.
Regards,
Fabio Estevam
to get bootcount working on it?MX6UL?
Thanks,
Fabio Estevam
On Fri, Jul 4, 2025 at 1:46 PM Tom Rini wrote:
> I think Jerome has the wrong idea here. The previous problem was on
> armv5 CPUs, armv7 CPUs are thumb2 and aren't tripping this problem. I
> suspect that if you used gcc-14.2.0 from kernel.org to build, current
> top of tree mainline would work. I
On Fri, Jul 4, 2025 at 12:56 PM Tom Rini wrote:
>
> On Fri, Jul 04, 2025 at 11:40:22AM -0300, Fabio Estevam wrote:
>
> > The mx6sabresd U-Boot proper binary size has grown beyond the
> > CONFIG_BOARD_SIZE_LIMIT.
>
> So, is CONFIG_BOARD_SIZE_LIMIT set incorrectly the
Signed-off-by: Fabio Estevam
---
configs/mx6sabresd_defconfig | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/configs/mx6sabresd_defconfig b/configs/mx6sabresd_defconfig
index f041f1fd1a3b..312af2f57fde 100644
--- a/configs/mx6sabresd_defconfig
+++ b/configs/mx6sabresd_def
On Fri, Jul 4, 2025 at 10:53 AM Tom Rini wrote:
> Yes please, thanks! And I would like to explore a little if some other
> compression algorithm (that we don't have support for yet) might be a
> larger win too, for v2025.10.
Ah, I manually tried this change below:
--- a/configs/mx6sabresd_defco
Hi Tom,
On Fri, Jul 4, 2025 at 10:31 AM Tom Rini wrote:
> If we correct the size limit for where the environment is today and
> switch to CONFIG_MULTI_DTB_FIT_LZO do we fit within the limits again? We
Yes, changing to CONFIG_MULTI_DTB_FIT_LZO generates a u-boot.img of
715488 bytes.
This fits w
Hi Michael,
On Fri, Jul 4, 2025 at 5:37 AM Michael Nazzareno Trimarchi
wrote:
> We have problems that our board crashes with display enabled when this
> series is applied but we can boot
> if the series is reverted. We are still try to understand what is going on
What is the defconfig you are u
.
Adjust the CONFIG_BOARD_SIZE_LIMIT to take this into account:
CONFIG_BOARD_SIZE_LIMIT = CONFIG_BOARD_SIZE_LIMIT - 69k = 9779920
Signed-off-by: Fabio Estevam
---
configs/mx6sabresd_defconfig | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/configs/mx6sabresd_defconfig b
On Fri, Jul 4, 2025 at 9:02 AM Jerome Forissier
wrote:
> OK. Then I suggest adding a debug traces to the INITCALL() macro to see
> how far the init goes.
I added some debug traces inside the INITCALL() macro, but when it
hangs in SPL, no output is seen.
There's something very fragile: depending
Hi Jerome,
On Fri, Jul 4, 2025 at 5:33 AM Jerome Forissier
wrote:
> Have you tried the master branch recently? Hopefully commit 410d59095a9f
> ("arm: kirkwood: fix freeze on boot") should fix the issue.
Yes, I'm using top-of-tree U-Boot, and this commit is present.
Unfortunately, it does not h
Adding Tom.
On Thu, Jul 3, 2025 at 11:33 PM Fabio Estevam wrote:
>
> Hi Jerome and Tom,
>
> On Fri, Apr 4, 2025 at 10:51 AM Jerome Forissier
> wrote:
> >
> > This series replaces the dynamic initcalls (with function pointers) with
> > static calls,
Hi Jerome and Tom,
On Fri, Apr 4, 2025 at 10:51 AM Jerome Forissier
wrote:
>
> This series replaces the dynamic initcalls (with function pointers) with
> static calls, and gets rid of initcall_run_list(), init_sequence_f,
> init_sequence_f_r and init_sequence_r. This makes the code simpler and th
On Tue, Jul 1, 2025 at 3:43 PM Tom Rini wrote:
>
> The POWER_LEGACY option depends on not having SPL_PMIC enabled, so add
> that here.
I think you meant DM_PMIC.
The commit log says SPL_PMIC, but the dependency is on !DM_PMIC.
On Sat, Jun 28, 2025 at 7:19 PM Giulio Benetti
wrote:
>
> The current file defines a struct gpio_regs identical to the one in
> . To eliminate code duplication and align with
> the approach used for i.MX8M, include the common header instead of
> redefining the struct.
>
> Signed-off-by: Giulio Ben
On Wed, Jun 25, 2025 at 12:56 PM Lukasz Majewski wrote:
>
> The commit c69103218ee4 ("i2c: mxc_i2c: add DM_FLAG_PRE_RELOC flag")
> has enabled by default the i2c initialization in the pre-relocation
> phase.
> It turned out that vf610 based boards had too small SYS_MALLOC_F_LEN
> pool size.
>
> As
On Fri, Jun 27, 2025 at 2:50 AM Lukasz Majewski wrote:
>
> The commit e8a9521e649f
> ("vf500/vf610: synchronise device trees with linux")
> has synchronized U-Boot's DTS with v5.19 Linux kernel.
> It turned out that in Linux's upstream iomuxc node description the
> 'fsl,mux_mask' was missing, so t
On Wed, Jun 25, 2025 at 11:42 AM Lukasz Majewski wrote:
>
> In the contemporary U-Boot the "spi-flash" compatible is used only when
> CONFIG_$(PHASE_)SPI_FLASH_TINY is defined so spi-nor-tiny.c is compiled.
>
> As vf610 devices are not using SPL at all, the SPI_FLASH_TINY is not
> defined and no Q
On Mon, Jun 23, 2025 at 2:52 AM Peng Fan (OSS) wrote:
>
> Support capsule update for i.MX8M-EVK and i.MX93-11x11-EVK.
> Currently tested on i.MX8MM/N/P-EVK and i.MX93-11x11-EVK.
> Capsule authentication not enabled as of now, this is on TODO list.
>
> Signed-off-by: Peng Fan
Applied the series t
Hi Tom,
Please pull from u-boot-imx/next, thanks.
The following changes since commit 490ae8ceae2d5999c9de863e014e463f5c1495a6:
Revert the last two mach-k3 changes (2025-06-27 13:07:43 -0600)
are available in the Git repository at:
https://gitlab.denx.de/u-boot/custodians/u-boot-imx.git
ta
On Fri, Jun 27, 2025 at 2:36 PM Michael Nazzareno Trimarchi
wrote:
>
> Hi Fabio
>
> Are you going to pick up my last series?
This series is already in the u-boot/next branch.
Hi Giulio,
On Sat, Jun 28, 2025 at 6:48 PM Giulio Benetti
wrote:
>
> s/commong/common
>
> can please the committer fix the subject when/if applying?
Please send a v2 with this fix and include a brief commit log that
explains the reason for this change.
Hi Lukasz,
On Wed, Jun 25, 2025 at 3:36 AM Lukasz Majewski wrote:
> It looks like in Linux the mux_mask is hardcoded (for Vybrid vf610):
> https://elixir.bootlin.com/linux/v6.16-rc3/source/drivers/pinctrl/freescale/pinctrl-vf610.c#L321
I suggest doing the same approach in U-Boot's pinctrl-vf610
Hi Lukasz,
On Tue, Jun 24, 2025 at 5:47 PM Lukasz Majewski wrote:
>
> The commit c69103218ee4 ("i2c: mxc_i2c: add DM_FLAG_PRE_RELOC flag")
> has enabled by default the i2c initialization in the pre-relocation
> phase.
> It turned out that vf610 based BK4 board had too small SYS_MALLOC_F_LEN
> poo
dcd_skip should be true.
>
> Fixes: 5f28a6599f01("tools: imx8image: add i.MX95 support")
>
> Signed-off-by: Alice Guo
Thanks for the fix.
Reported-by: Enric Balletbo i Serra
Reviewed-by: Fabio Estevam
Tom, feel free to apply this one directly to u-boot/master.
Hi Alice,
On Fri, Jun 20, 2025 at 12:33 AM Alice Guo (OSS) wrote:
> Hi Fabio,
>
> When checking the bug Enric reported, I found that there were some code that
> needed to be modified in packing i.MX8QXP/8QM flash.bin.
> Patches for i.MX95 B0 are based on them. So, I made this patch set includin
On Wed, Jun 18, 2025 at 4:30 AM Alice Guo (OSS) wrote:
>
> imx: update the building bootloader image related part for
> i.MX8QXP, i.MX8QM and i.MX95 B0.
This way it is written above it looks like a cleanup, but if I
understand correctly, there was a bug report from Enric, so should
this entire se
On Thu, Jun 19, 2025 at 6:13 AM Peng Fan (OSS) wrote:
>
> From: Peng Fan
>
> Define image array and GUID
> Select configs for EFI Capsule update
Please improve the commit message.
What is the motivation for adding support for capsule update?
Why is it useful? How can this feature be used?
On Fri, Jun 6, 2025 at 11:20 AM Fabio Estevam wrote:
>
> On Fri, Jun 6, 2025 at 7:39 AM Lukasz Majewski wrote:
> >
> > The btt[c3] devices are based on imx287 SoC.
> >
> > U-Boot SPL 2025.04-01081-g07e086681d26 (Apr 16 2025 - 12:24:36 +0200)
> > Trying to b
Hi Tom,
Please pull from u-boot-imx/next, thanks.
The following changes since commit 9de873b4c3098c0662d4adaeb1cc31be4e6d2688:
Merge patch series "linux/bitfield.h: sync from Linux 6.15
+ winbond" (2025-06-14 09:13:39 -0600)
are available in the Git repository at:
https://gitlab.denx.de/
EN option allows it to be set to the
> default value of CONFIG_SYS_MALLOC_F_LEN, which is set by default to 64kB
> (0x1) on i.MX8M platforms.
>
> Suggested-by: Fabio Estevam
> Signed-off-by: Hugo Villeneuve
Thanks for the fix:
Reviewed-by: Fabio Estevam
Tom, feel free to apply it directly to u-boot/master.
Hi Tom,
On Thu, Jun 5, 2025 at 11:25 AM Tom Rini wrote:
> I would like to wait a day or two before merging this, to give the
> original author a chance to chime in but I would like to see this for
> -rc4 this coming Monday (unless there's an active thread on fixing the
> problem for everyone, in
25lp128 with page
> size 256 Bytes, erase size 64 KiB, total 16 MiB
> OK
> In:serial@80074000
> Out: serial@80074000
> Err: serial@80074000
> Net: eth0: ethernet@800f
> Hit any key to stop autoboot: 0
>
> Signed-off-by: Lukasz Majewski
Reviewed-by: Fabio Estevam
Hi Lukasz,
On Thu, Jun 5, 2025 at 9:37 AM Lukasz Majewski wrote:
>
> The btt[c3] devices are based on imx287 SoC.
>
> U-Boot SPL 2025.04-01081-g07e086681d26 (Apr 16 2025 - 12:24:36 +0200)
> Trying to boot from MMC1
>
> U-Boot 2025.04-01081-g07e086681d26 (Apr 16 2025 - 12:24:36 +0200)
>
> CPU: F
I revert your patch caam_rng_read works initially and on subsequent
calls."
" I ran into this when I was testing
lwIP HTTPS as it causes anything that uses dm_rng to fail the first
time (such as HTTPS)."
Revert it for now to avoid the regression.
Reported-by: Tim Harvey
Signed-of
gt;
> > [ bigeasy: porting and a bit of cleanup ]
> >
> > Signed-off-by: Manuel Traut
> > Signed-off-by: Sebastian Andrzej Siewior
> > Reviewed-by: Frieder Schrempf
> > Reviewed-by: Fabio Estevam
> > Signed-off-by: Wojciech Dubowik
> [snip]
> &g
Hi Lukasz,
On Wed, Jun 4, 2025 at 8:55 AM Lukasz Majewski wrote:
> +source "board/liebherr/btt/Kconfig"
> source "board/freescale/mx28evk/Kconfig"
> source "board/liebherr/xea/Kconfig"
Please keep the entries sorted.
> --- /dev/null
> +++ b/board/liebherr/btt/btt.c
> @@ -0,0 +1,449 @@
> +//
On Sat, May 31, 2025 at 11:54 AM Michael Trimarchi
wrote:
>
> Introduce the BSH SystemMaster (SMM) M2B board. Notably, the M2B is
> designed to leverage the existing device tree of its predecessor, the M2.
> The primary distinction arises from memory incompatibilities with the M2.
> To address thi
On Fri, May 30, 2025 at 12:54 PM Michael Trimarchi
wrote:
>
> 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 Kconfi
On Fri, May 23, 2025 at 2:20 PM Tim Harvey wrote:
>
> enable cat, xxd, and the ability for setexpr to return values in
> variables which are all useful for scripting.
>
> Signed-off-by: Tim Harvey
Applied the series to u-boot-imx/next, thanks.
Hi Tom,
Please pull from u-boot-imx/next, thanks.
The following changes since commit 5eb1b7843811e3e87b0e677212a9145f07552a60:
Merge patch series "test/py: enable HTTP testing" (2025-05-30 11:19:45 -0600)
are available in the Git repository at:
https://gitlab.denx.de/u-boot/custodians/u-bo
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:
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 8
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
1 - 100 of 1605 matches
Mail list logo
