Re: [PATCH RFC 1/6] tools: binman: ftest.py: fake ext blobs per default

2025-02-13 Thread Yannic Moog
Hi Simon, On Thu, 2025-02-13 at 07:01 -0700, Simon Glass wrote: > Hi Yannic, > > On Thu, 13 Feb 2025 at 00:15, Yannic Moog wrote: > > > > Hi Simon, > > > > On Mon, 2025-02-10 at 06:06 -0700, Simon Glass wrote: > > > Hi Yannic, > > > > > > On Wed, 29 Jan 2025 at 03:30, Yannic Moog wrote: > >

Re: [PATCH RFC 6/6] binman: doc: update Optional entries

2025-02-13 Thread Yannic Moog
On Thu, 2025-02-13 at 07:01 -0700, Simon Glass wrote: > Hi Yannic, > > On Thu, 13 Feb 2025 at 00:21, Yannic Moog wrote: > > > > On Mon, 2025-02-10 at 06:08 -0700, Simon Glass wrote: > > > On Wed, 29 Jan 2025 at 03:30, Yannic Moog wrote: > > > > > > > > The binman documentation of Optional entr

Detect i2c in SPL for AST2600

2025-02-13 Thread 黃志偉
Hello devs, I’m working on a BMC system using ASPEED AST2600. We got the u-boot 2019.04 code from BMC provider (AMI). I’m trying to enable multidtb to support different SKUs of our boards. The plan is to detect the board id via i2c so that we can load the corresponding DTB. I’ve read README.multi-

Re: [EXTERNAL] Re: [RFC PATCH 1/2 v1] arch: arm: Kconfig: Add config to use subnode's bootph property for binding drivers

2025-02-13 Thread Moteen Shah
On 13/02/25 19:31, Simon Glass wrote: Hi Moteen, On Wed, 12 Feb 2025 at 02: 18, Moteen Shah wrote: > > Add a new config when set will traverse through all the subnodes of > a given node scanning for bootph-all property and propagate it to > all of ZjQcmQRYFpfptBannerStart This message was s

Re: [PATCH] arm: mediatek: compile dts files only for matched target

2025-02-13 Thread Weijie Gao
On Thu, 2025-02-13 at 09:59 -0600, Tom Rini wrote: > On Thu, Feb 13, 2025 at 05:00:54PM +0800, Weijie Gao wrote: > > > Currently nearly all dts files for MediaTek targets will be > > compiled at once. Split them for each target. > > > > Signed-off-by: Weijie Gao > > --- > > arch/arm/dts/Makefil

Re: xPL Proposal

2025-02-13 Thread Simon Glass
Hi Tom, On Thu, 13 Feb 2025 at 15:59, Tom Rini wrote: > > On Thu, Feb 13, 2025 at 02:57:59PM -0700, Simon Glass wrote: > > Hi Tom, > > > > On Thu, Feb 13, 2025, 11:03 Tom Rini wrote: > > > > > > On Thu, Feb 13, 2025 at 05:50:13AM -0700, Simon Glass wrote: > > > > Hi Tom, > > > > > > > > On Wed,

Re: Generic U-Boot (was: Re: xPL Proposal)

2025-02-13 Thread Tom Rini
On Thu, Feb 13, 2025 at 03:03:29PM +, Caleb Connolly wrote: > Hi all, > > On 2/12/25 17:41, Simon Glass wrote: > > Hi Tom, > > > > On Wed, 12 Feb 2025 at 09:40, Tom Rini wrote: > > > > > > On Tue, Feb 11, 2025 at 03:54:21PM -0700, Simon Glass wrote: > > > > > > > > The way I see it, both s

Re: Generic U-Boot

2025-02-13 Thread Tom Rini
On Thu, Feb 13, 2025 at 03:10:36PM +, Caleb Connolly wrote: > > > On 2/13/25 15:03, Caleb Connolly wrote: > > Hi all, > > > > On 2/12/25 17:41, Simon Glass wrote: > > > Hi Tom, > > > > > > On Wed, 12 Feb 2025 at 09:40, Tom Rini wrote: > > > > > > > > On Tue, Feb 11, 2025 at 03:54:21PM -07

Re: [PATCH v2 00/29] test: Complete the suite migration

2025-02-13 Thread Tom Rini
On Fri, Feb 07, 2025 at 11:30:31AM -0700, Simon Glass wrote: > This series completes the removal of test commands for suites. With this > it is possible to declare a suite (including init and uninit functions) > without needing to write a command. > > It also adds timing for test suites, so we ca

Re: xPL Proposal

2025-02-13 Thread Tom Rini
On Thu, Feb 13, 2025 at 02:57:59PM -0700, Simon Glass wrote: > Hi Tom, > > On Thu, Feb 13, 2025, 11:03 Tom Rini wrote: > > > > On Thu, Feb 13, 2025 at 05:50:13AM -0700, Simon Glass wrote: > > > Hi Tom, > > > > > > On Wed, 12 Feb 2025 at 15:58, Tom Rini wrote: > > > > > > > > On Wed, Feb 12, 2025

Re: Please pull u-boot-tegra misc

2025-02-13 Thread Tom Rini
On Thu, 13 Feb 2025 19:38:50 +0200, Svyatoslav Ryhel wrote: > The following changes since commit 3da1864b1f2fc3cf2b4eaa1849bcafa669ff674c: > > configs: Resync with savedefconfig (2025-02-11 09:57:33 -0600) > > are available in the Git repository at: > > https://source.denx.de/u-boot/custodi

Re: [PATCH] mbedtls/external: remove broken git submodule

2025-02-13 Thread Tom Rini
On Tue, 11 Feb 2025 15:30:27 +0800, ZHANG Yuntian wrote: > When we squash imported mbedtls, the git submodule "framework" was > preserved in the commit. However, U-Boot itself does not use git > submodule, and provides no .gitmodules file to specify the submodule > repository. > > This is normall

Re: xPL Proposal

2025-02-13 Thread Simon Glass
Hi Tom, On Thu, Feb 13, 2025, 11:03 Tom Rini wrote: > > On Thu, Feb 13, 2025 at 05:50:13AM -0700, Simon Glass wrote: > > Hi Tom, > > > > On Wed, 12 Feb 2025 at 15:58, Tom Rini wrote: > > > > > > On Wed, Feb 12, 2025 at 01:05:11PM -0700, Simon Glass wrote: > > > > Hi Tom, > > > > > > > > On Wed,

[PATCH v3 0/3] EFI Capsule update explicitly sets dfu_alt_info

2025-02-13 Thread Jonathan Humphreys
For capsule update, explicitly set the dfu_alt_info environment variable before the DFU operation, and then restore it to the original value. Previously, the dfu_alt_info environment variable was set with the set_dfu_alt_info() function. The problem with setting the capsule update's dfu_alt_info s

Re: xPL Proposal

2025-02-13 Thread Jonas Karlman
Hi, On 2025-02-13 16:59, Tom Rini wrote: > On Thu, Feb 13, 2025 at 07:33:20AM -0700, Simon Glass wrote: >> Hi Tom, >> [snip] >> Yes, that's true, but mostly in kconfig. I would be willing to resync >> kconfig with Linux, if that helps. > > Yes, re-syncing scripts/kconfig to v6.13 (as a stand al

[PATCH v3 1/3] xilinx: dfu: Fill directly update_info.dfu_string

2025-02-13 Thread Jonathan Humphreys
From: Michal Simek Directly fill update_info.dfu_string to prepare platforms to switch from using dfu_alt_info variable to dfu_string which contains description for capsule update when switch is done. Signed-off-by: Michal Simek --- board/xilinx/versal/board.c | 3 +++ board/xilinx/zynq/board

[PATCH v3 3/3] board: remove capsule update support in set_dfu_alt_info()

2025-02-13 Thread Jonathan Humphreys
Now that capsule update sets the dfu_alt_info environment variable explicitly, there is no need to support it in the set_dfu_alt_info() function. Decouple SET_DFU_ALT_INFO from EFI_CAPSULE_FIRMWARE_FIT and EFI_CAPSULE_FIRMWARE_RAW. For many boards, this was the only use of set_dfu_alt_info() so rem

[PATCH v3 2/3] efi_firmware: set EFI capsule dfu_alt_info env explicitly

2025-02-13 Thread Jonathan Humphreys
The current implementation of EFI capsule update uses set_dfu_alt_info() to set the dfu_alt_info environment variable with the settings it requires. However, set_dfu_alt_info() is doing this for all DFU operations, even those unrelated to capsule update. Thus other uses of DFU, such as DFU boot wh

[ANN] Adding contributor repositories

2025-02-13 Thread Tom Rini
Hey all, I've just now created https://source.denx.de/u-boot/contributors with the intention of letting active members of the community who are not also directly a custodian of an area have access to the Gitlab CI. This is useful in that: - It's faster than Azure triggered pull requests as the qu

Re: [PATCH v3 5/5] board: siemens: iot2050: Use sysinfo for board initialization

2025-02-13 Thread Jan Kiszka
On 10.02.25 14:05, Baocheng Su wrote: > Drop the info structure parsing of the board in favor of our new sysinfo > driver to avoid code duplication. > > Signed-off-by: Baocheng Su > Signed-off-by: Li Hua Qian > [Jan: rebasing, split-up, cleanup] > Signed-off-by: Jan Kiszka > > --- > > Changes

Re: [PATCH 1/4] lmb: check if a region can be reserved by lmb_reserve()

2025-02-13 Thread Sughosh Ganu
On Thu, 13 Feb 2025 at 19:45, Heinrich Schuchardt wrote: > > On 13.02.25 14:11, Sughosh Ganu wrote: > > The logic used in lmb_alloc() takes into consideration the existing > > reserved regions, and ensures that the allocated region does not > > overlap with any existing allocated regions. The lmb_

Re: xPL Proposal

2025-02-13 Thread Tom Rini
On Thu, Feb 13, 2025 at 05:50:13AM -0700, Simon Glass wrote: > Hi Tom, > > On Wed, 12 Feb 2025 at 15:58, Tom Rini wrote: > > > > On Wed, Feb 12, 2025 at 01:05:11PM -0700, Simon Glass wrote: > > > Hi Tom, > > > > > > On Wed, 12 Feb 2025 at 11:35, Tom Rini wrote: > > > > > > > > On Wed, Feb 12, 20

Re: xPL Proposal

2025-02-13 Thread Tom Rini
On Tue, Feb 11, 2025 at 08:03:20AM -0700, Simon Glass wrote: > Hi, > > I just wanted to send a note to (re-)introduce my ideas[1] for the > next iteration of xPL. > > A recent series introduced 'xPL' as the name for the various > pre-U-Boot phases, so now CONFIG_XPL_BUILD means that this is any

Re: [PATCH] imx: fix imx8mm_evk config

2025-02-13 Thread Fabio Estevam
Hi Ludwig, Thanks for the patch. Adding Peng on Cc. On Thu, Feb 13, 2025 at 2:34 PM Ludwig Nussel wrote: > > Commit 364ba68ed1a adjusted Kconfig for imx8mn_evk instead of > imx8mm_evk for bootstd. Therefore mm is actually left building > without bootstd by default. > > Also the name of the dtb

Please pull u-boot-tegra misc

2025-02-13 Thread Svyatoslav Ryhel
Dear Tom, The following changes since commit 3da1864b1f2fc3cf2b4eaa1849bcafa669ff674c: configs: Resync with savedefconfig (2025-02-11 09:57:33 -0600) are available in the Git repository at: https://source.denx.de/u-boot/custodians/u-boot-tegra.git misc for you to fetch changes up to df48a9

[PATCH] imx: fix imx8mm_evk config

2025-02-13 Thread Ludwig Nussel
Commit 364ba68ed1a adjusted Kconfig for imx8mn_evk instead of imx8mm_evk for bootstd. Therefore mm is actually left building without bootstd by default. Also the name of the dtb referenced mp instead of mm. IIUC CONFIG_DEFAULT_FDT_FILE is meant to point to the path of the dtb within the kernel ins

Re: [PATCH 4/4] lmb: build lmb_map_update_notify() only with EFI_LOADER

2025-02-13 Thread Tom Rini
On Thu, Feb 13, 2025 at 06:41:04PM +0530, Sughosh Ganu wrote: > The lmb_map_update_notify() function is used to update the EFI memory > map based on corresponding changes in the LMB map. This is causing > build failure with a certain old architecture(armv5) toolchain, when > building with CONFIG_C

Re: [PATCH] arm: mediatek: compile dts files only for matched target

2025-02-13 Thread Tom Rini
On Thu, Feb 13, 2025 at 05:00:54PM +0800, Weijie Gao wrote: > Currently nearly all dts files for MediaTek targets will be > compiled at once. Split them for each target. > > Signed-off-by: Weijie Gao > --- > arch/arm/dts/Makefile | 34 +- > 1 file changed, 25 ins

Re: xPL Proposal

2025-02-13 Thread Tom Rini
On Thu, Feb 13, 2025 at 07:33:20AM -0700, Simon Glass wrote: > Hi Tom, > > On Thu, 13 Feb 2025 at 07:15, Tom Rini wrote: > > > > On Tue, Feb 11, 2025 at 08:03:20AM -0700, Simon Glass wrote: > > > > > Hi, > > > > > > I just wanted to send a note to (re-)introduce my ideas[1] for the > > > next ite

Re: Generic U-Boot

2025-02-13 Thread Caleb Connolly
On 2/13/25 15:03, Caleb Connolly wrote: Hi all, On 2/12/25 17:41, Simon Glass wrote: Hi Tom, On Wed, 12 Feb 2025 at 09:40, Tom Rini wrote: On Tue, Feb 11, 2025 at 03:54:21PM -0700, Simon Glass wrote: The way I see it, both schemes remove the ambiguity. Mine retains a single deconfig fi

[PATCH 1/1] tpm: fixed the nv_define_space command in TPMv2

2025-02-13 Thread Michel Alex
Added 2 HMAC bytes to the command message Signed-off-by: Alex Michel --- lib/tpm-v2.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/lib/tpm-v2.c b/lib/tpm-v2.c index 9ca7933c094..4a082af78af 100644 --- a/lib/tpm-v2.c +++ b/lib/tpm-v2.c @@ -264,7 +264,7 @@ u32 tpm2_nv_d

Generic U-Boot (was: Re: xPL Proposal)

2025-02-13 Thread Caleb Connolly
Hi all, On 2/12/25 17:41, Simon Glass wrote: Hi Tom, On Wed, 12 Feb 2025 at 09:40, Tom Rini wrote: On Tue, Feb 11, 2025 at 03:54:21PM -0700, Simon Glass wrote: The way I see it, both schemes remove the ambiguity. Mine retains a single deconfig file and a single 'make menuconfig' for each b

Re: [PATCH 1/2] Raspberry Pi: Keep warnings from firmware in DT, if any

2025-02-13 Thread Matthias Brugger
On 12/02/2025 12:39, Fiona Klute wrote: The /chosen/user-warnings property is created by the RPi firmware if there are warnings to report, keep it to make debugging easier. For example, if the firmware config.txt contains "dtoverlay=error-example" and that example references an undefined symb

Re: xPL Proposal

2025-02-13 Thread Simon Glass
Hi Tom, On Thu, 13 Feb 2025 at 07:15, Tom Rini wrote: > > On Tue, Feb 11, 2025 at 08:03:20AM -0700, Simon Glass wrote: > > > Hi, > > > > I just wanted to send a note to (re-)introduce my ideas[1] for the > > next iteration of xPL. > > > > A recent series introduced 'xPL' as the name for the vario

[PATCH 1/2] bloblist: refactor xferlist and bloblist

2025-02-13 Thread Raymond Mao
Refactor the xferlist to remove the relocating when bloblist passed from the boot args. Refactor bloblist init to use incoming standard passage by default if a valid transfer list exists in the boot args. For bloblist relocation, use the actual total size if it has a smaller BLOBLIST_SIZE_RELOC. S

[PATCH 2/2] bloblist: kconfig for mandatory incoming standard passage

2025-02-13 Thread Raymond Mao
In previous commit, incoming standard passage is used by default when initializing the bloblist, so explicitly BLOBLIST_PASSAGE is no more needed. Rename it as BLOBLIST_PASSAGE_MANDATORY to determine the behaviors when an incoming transfer list does not exist or is invalid. When it is selected, inc

Re: [PATCH 1/4] lmb: check if a region can be reserved by lmb_reserve()

2025-02-13 Thread Heinrich Schuchardt
On 13.02.25 14:11, Sughosh Ganu wrote: The logic used in lmb_alloc() takes into consideration the existing reserved regions, and ensures that the allocated region does not overlap with any existing allocated regions. The lmb_reserve() function is not doing any such checks -- the requested region

Re: xPL Proposal

2025-02-13 Thread Tom Rini
On Tue, Feb 11, 2025 at 08:03:20AM -0700, Simon Glass wrote: > Hi, > > I just wanted to send a note to (re-)introduce my ideas[1] for the > next iteration of xPL. > > A recent series introduced 'xPL' as the name for the various > pre-U-Boot phases, so now CONFIG_XPL_BUILD means that this is any

Re: [PATCH RFC 1/6] tools: binman: ftest.py: fake ext blobs per default

2025-02-13 Thread Simon Glass
Hi Yannic, On Thu, 13 Feb 2025 at 00:15, Yannic Moog wrote: > > Hi Simon, > > On Mon, 2025-02-10 at 06:06 -0700, Simon Glass wrote: > > Hi Yannic, > > > > On Wed, 29 Jan 2025 at 03:30, Yannic Moog wrote: > > > > > > The top level Makefile calls binman with fake-ext-blobs. > > > The test setup sh

Re: [RFC PATCH 1/2 v1] arch: arm: Kconfig: Add config to use subnode's bootph property for binding drivers

2025-02-13 Thread Simon Glass
Hi Moteen, On Wed, 12 Feb 2025 at 02:18, Moteen Shah wrote: > > Add a new config when set will traverse through all the subnodes of > a given node scanning for bootph-all property and propagate it to > all of its parent node up the hierarchy. > > Signed-off-by: Moteen Shah > --- > arch/arm/Kcon

Re: [PATCH RFC 6/6] binman: doc: update Optional entries

2025-02-13 Thread Simon Glass
Hi Yannic, On Thu, 13 Feb 2025 at 00:21, Yannic Moog wrote: > > On Mon, 2025-02-10 at 06:08 -0700, Simon Glass wrote: > > On Wed, 29 Jan 2025 at 03:30, Yannic Moog wrote: > > > > > > The binman documentation of Optional entries is not accurate in the > > > sense that it does not cover blobs entr

Re: [PATCH v3 1/8] tools: binman: control.py: Delete template nodes after parsing

2025-02-13 Thread Simon Glass
Hi, On Thu, 13 Feb 2025 at 00:36, Manorit Chawdhry wrote: > > From: Neha Malcom Francis > > Dynamically going through the subnode array and deleting leads to > templates being skipped from deletion when templates are consecutive in > the subnode list. Prevent this from happening by first parsing

Re: [PATCH v1 5/5] ARM: tegra124: dts: mark HOST1X and DC with pre-relocation flag

2025-02-13 Thread Simon Glass
Hi Svyatoslav, On Thu, 13 Feb 2025 at 06:53, Svyatoslav Ryhel wrote: > > ср, 12 лют. 2025 р. о 13:20 Svyatoslav Ryhel пише: > > > > чт, 12 груд. 2024 р. о 12:13 Svyatoslav Ryhel пише: > > > > > > Same as on previous SoC generations this is required for proper > > > video output work. > > > > >

Re: [PATCH 0/3] rockchip: remove u-boot.rom generation and use binaries from simple-bin in simple-bin-image

2025-02-13 Thread Simon Glass
Hi Quentin, On Tue, 11 Feb 2025 at 03:29, Quentin Schulz wrote: > > This gets rid of u-boot.rom generation as that was used only on Rockchip > Chromebooks and their maintainer (Simon) seems to agree[1] that > u-boot-rockchip-spi.bin should do the job now so we don't need to > generate it anymore.

Re: [PATCH v1 5/5] ARM: tegra124: dts: mark HOST1X and DC with pre-relocation flag

2025-02-13 Thread Svyatoslav Ryhel
ср, 12 лют. 2025 р. о 13:20 Svyatoslav Ryhel пише: > > чт, 12 груд. 2024 р. о 12:13 Svyatoslav Ryhel пише: > > > > Same as on previous SoC generations this is required for proper > > video output work. > > > > Signed-off-by: Svyatoslav Ryhel > > --- > > arch/arm/dts/tegra124-nyan-big-u-boot.dts

Re: [PATCH 0/4] lmb: miscellaneous fixes and improvements

2025-02-13 Thread Sughosh Ganu
+ Alexander Dahl Apologies for not including you in the Cc list. On Thu, 13 Feb 2025 at 18:41, Sughosh Ganu wrote: > > The patch series contains some fixes and improvements in the lmb > code, along with addition of corresponding test cases for the changes > made. > > The lmb_reserve() function c

Re: [PATCH v2 1/2] efi_firmware: set EFI capsule dfu_alt_info env explicitly

2025-02-13 Thread Mattijs Korpershoek
Hi Michal, Thank you for testing this. On lun., févr. 10, 2025 at 13:40, Michal Simek wrote: > On 2/6/25 16:47, Jonathan Humphreys wrote: >> The current implementation of EFI capsule update uses set_dfu_alt_info() to >> set the dfu_alt_info environment variable with the settings it requires. >>

[PATCH 4/4] lmb: build lmb_map_update_notify() only with EFI_LOADER

2025-02-13 Thread Sughosh Ganu
The lmb_map_update_notify() function is used to update the EFI memory map based on corresponding changes in the LMB map. This is causing build failure with a certain old architecture(armv5) toolchain, when building with CONFIG_CC_OPTIMIZE_FOR_DEBUG symbol on platforms which do not enable the EFI_LO

[PATCH 3/4] lmb: check for a region's coalescing with all existing regions

2025-02-13 Thread Sughosh Ganu
The lmb_add_region_flags() first checks if the new region to be added can be coalesced with existing regions. The check stops if the two regions are adjecent but their flags do not match. However, it is possible that the newly added region might be adjacent with the next existing region and with ma

[PATCH 1/4] lmb: check if a region can be reserved by lmb_reserve()

2025-02-13 Thread Sughosh Ganu
The logic used in lmb_alloc() takes into consideration the existing reserved regions, and ensures that the allocated region does not overlap with any existing allocated regions. The lmb_reserve() function is not doing any such checks -- the requested region might overlap with an existing region. Th

[PATCH 2/4] lmb: handle scenario of of encompassing overlap

2025-02-13 Thread Sughosh Ganu
The lmb_fix_over_lap_regions() function is called if the added region overlaps with an existing region. The function then fixes the overlap and removes the redundant region. However, it makes an assumption that the overlap would not encompass the existing region, and in such a scenario, it prints a

[PATCH 0/4] lmb: miscellaneous fixes and improvements

2025-02-13 Thread Sughosh Ganu
The patch series contains some fixes and improvements in the lmb code, along with addition of corresponding test cases for the changes made. The lmb_reserve() function currently does not check if the requested reservation would overlap with existing reserved regions. While some scenarios are being

Re: [EXTERNAL] Re: [RFC PATCH 2/2 v1] drivers: core: lists.c: Bind drivers using bootph* property in subnodes

2025-02-13 Thread Moteen Shah
Hey Simon On 12/02/25 19:07, Simon Glass wrote: Hi Moteen, On Wed, 12 Feb 2025 at 02: 18, Moteen Shah wrote: > > Add a function to scan through all the subnodes of a given node > recusively for bootph* property. If found, propagate it to all > of its parent ZjQcmQRYFpfptBannerStart This mess

Re: xPL Proposal

2025-02-13 Thread Simon Glass
Hi Tom, On Wed, 12 Feb 2025 at 15:58, Tom Rini wrote: > > On Wed, Feb 12, 2025 at 01:05:11PM -0700, Simon Glass wrote: > > Hi Tom, > > > > On Wed, 12 Feb 2025 at 11:35, Tom Rini wrote: > > > > > > On Wed, Feb 12, 2025 at 10:41:45AM -0700, Simon Glass wrote: > > > > Hi Tom, > > > > > > > > On Wed

[PATCH v2] fs/erofs: fix an integer overflow in symlink resolution

2025-02-13 Thread Gao Xiang
See the original report [1], otherwise len + 1 will be overflowed. Note that EROFS archive can record arbitary symlink sizes in principle, so we don't assume a short number like 4096. [1] https://lore.kernel.org/r/20250210164151.GN1233568@bill-the-cat Fixes: 830613f8f5bb ("fs/erofs: add erofs fil

[PATCH] remoteproc: k3-dsp: Flush D cache after loading firmware

2025-02-13 Thread Beleswar Padhi
From: Udit Kumar Memory region used by remote cores was set to non-cached region but commit 7c9c6e192580 ("arm: mach-k3: Merge initial memory maps") makes all memory region as cached, unified across K3 devices. This causes inconsistency while booting remote cores on devices, due to cache incoher

[PATCH] arm: mediatek: remove CONFIG_MT8512

2025-02-13 Thread Weijie Gao
Defining CONFIG_MT8512 is unnecessary as now board for mediatek target can be changed in config. Use CONFIG_TARGET_MT8512 to replace CONFIG_MT8512. Signed-off-by: Weijie Gao --- arch/arm/mach-mediatek/Kconfig | 6 +- arch/arm/mach-mediatek/Makefile | 2 +- drivers/clk/mediatek/Makefile |

[PATCH] arm: mediatek: compile dts files only for matched target

2025-02-13 Thread Weijie Gao
Currently nearly all dts files for MediaTek targets will be compiled at once. Split them for each target. Signed-off-by: Weijie Gao --- arch/arm/dts/Makefile | 34 +- 1 file changed, 25 insertions(+), 9 deletions(-) diff --git a/arch/arm/dts/Makefile b/arch/arm/d

[PATCH] arm: mediatek: build u-boot-mtk.bin only if needed

2025-02-13 Thread Weijie Gao
Not all MediaTek platforms needs u-boot-mtk.bin. This patch will let u-boot generates u-boot-mtk.bin only if CONFIG_MTK_BROM_HEADER_INFO is not empty. Signed-off-by: Weijie Gao --- Makefile | 2 ++ arch/arm/mach-mediatek/Kconfig | 3 +-- 2 files changed, 3 insertions(+), 2

Re: [PATCH v2] env: mmc: Make redundant env in both eMMC boot partitions consider DT properties

2025-02-13 Thread Mattijs Korpershoek
Hi Marek, Thank you for the patch. On mar., févr. 11, 2025 at 14:31, Marek Vasut wrote: > Introduce a new function mmc_env_is_redundant_in_both_boot_hwparts() > which replaces IS_ENABLED(ENV_MMC_HWPART_REDUND) and internally does > almost the same check as the macro which assigned ENV_MMC_HWPAR