west.yml: update zephyr (Aug 28th)

[kv2019i]

No description provided.

[Copilot]

Pull request overview

Updates the Zephyr dependency revision and adapts Intel ADSP SMP bring-up behavior by removing an app-level Kconfig default and replacing it with board-specific devicetree overlays that defer secondary CPU start.

Changes:

• Bump west.yml Zephyr revision to bfa1218a9e63a9621316178ca2c3125d16844a96.
• Remove the SMP_BOOT_DELAY Kconfig symbol default from app/Kconfig.
• Add per-board .overlay files to apply zephyr,deferred-start to secondary CPU nodes on affected Intel ADSP boards.

Reviewed changes

Copilot reviewed 12 out of 12 changed files in this pull request and generated no comments.

Show a summary per file

File	Description
west.yml	Updates the pinned Zephyr revision in the west manifest.
app/Kconfig	Drops the former SMP boot-delay default Kconfig symbol.
app/boards/intel_adsp_cavs25.overlay	Defers start of secondary CPUs via zephyr,deferred-start.
app/boards/intel_adsp_cavs25_tgph.overlay	Defers start of secondary CPU via zephyr,deferred-start.
app/boards/intel_adsp_ace40_nvls.overlay	Defers start of secondary CPU via zephyr,deferred-start.
app/boards/intel_adsp_ace40_nvl.overlay	Defers start of secondary CPUs via zephyr,deferred-start.
app/boards/intel_adsp_ace30_wcl.overlay	Defers start of secondary CPUs via zephyr,deferred-start.
app/boards/intel_adsp_ace30_wcl_sim.overlay	Defers start of secondary CPUs via zephyr,deferred-start.
app/boards/intel_adsp_ace30_ptl.overlay	Defers start of secondary CPUs via zephyr,deferred-start.
app/boards/intel_adsp_ace30_ptl_sim.overlay	Defers start of secondary CPUs via zephyr,deferred-start.
app/boards/intel_adsp_ace20_lnl.overlay	Defers start of secondary CPUs via zephyr,deferred-start.
app/boards/intel_adsp_ace15_mtpm.overlay	Defers start of secondary CPUs via zephyr,deferred-start.

---

💡 Add a code-review agent skill or configure MCP servers for context-aware, tailored reviews. Learn more in the docs.

[kv2019i]

We are having some CI fails due to cmake minimum-req bump in Zephyr commit:

commit a45dd41d34be1dec1cc0da8897cc15ae82af82e2
Author: Benjamin Cabé <benjamin@zephyrproject.org>
Date:   Mon Aug 3 19:45:35 2026 +0000

    build: bump minimum CMake version to 3.28.0 in new CMakeLists files

[lrudyX]

We are having some CI fails due to cmake minimum-req bump in Zephyr commit:

commit a45dd41d34be1dec1cc0da8897cc15ae82af82e2
Author: Benjamin Cabé <benjamin@zephyrproject.org>
Date:   Mon Aug 3 19:45:35 2026 +0000

    build: bump minimum CMake version to 3.28.0 in new CMakeLists files

@kv2019i Yes, bumping newer cmake in a pipeline failed at first try, I will let you know, when the pipeline is ready.

[wjablon1]

I solved this directly in DTS: zephyrproject-rtos/zephyr#116943 without creating additional files. IMO those overlays would come in handy if we had plans for changing this behavior (starting FW with primary core only) in the future. So please decide.

[kv2019i]

@wjablon1 wrote:

I solved this directly in DTS: zephyrproject-rtos/zephyr#116943 without creating additional files. IMO those overlays would come in handy if we had plans for changing this behavior (starting FW with primary core only) in the future. So please decide.

This is a bit tricky. We have two complicating factors:

• This is not really a property of the hardware. It's just that SOF the application wants to control core power up/down directly (as we have IPCs that host sends to power-up/down cores). In this sense, the old CONFIG_SMP_BOOT_DELAY served us better (as we could set this in SOF for all targets, not just Intel hardware).
• Only multicore (CONFIG_SMP) targets we have in SOF are Intel DSPs. So in practise your Zephyr PR116943 will just work.

Unless anyone objects (probably would be someone outside Intel), I think we can proceed with your Zephyr PR. This PR is anyways stuck due to cmake dependencies. I'll keep this open until your PR is merged (the overlays I add here won't cause problem, they will just become unnecessary).

If in the future, somebody wants to support CONFIG_SMP with a new target in SOF, either one needs to add deferred attribute on Zephyr side, add an overlay like here (= allows to use traditional Zephyr SMP, maybe for some other app than SOF), or implement new code in SOF.

[abonislawski]

I agree with @kv2019i. At first glance, it looks overcomplicated, but these are indeed application settings, and this is the proper way to pass them.

For simplicity, I think we can use the setting directly in Zephyr in our case. However, if more such settings are introduced, we should create our own overlays like in this PR.

[wjablon1]

It's not like we have two equivalent methods of achieving the same goal because even in @kv2019i approach it's still done through the DTS property. @kv2019i just split DTS by creating those overlays... I also considered this, but my concern was that those overlays could be abused in the future (e.g. by choosing a quick fix instead of going through full zephyr integration path), so IMO we must have a good reason to do so. But I also understand your perspective, so I don't mind canceling my Zephyr PR.

[kv2019i]

@wjablon1 Let's proceed with your Zephyr PR. I think @abonislawski is for this as well (he approved the Zephyr PR :) )

[abonislawski]

Yes, sorry if that wasn’t clear. We’ll revisit overlays when there are more reasons to use them :)

[lgirdwood]

@wjablon1 Let's proceed with your Zephyr PR. I think @abonislawski is for this as well (he approved the Zephyr PR :) )

@kv2019i the Zepphyr PR from @wjablon1 is now merged, do we need to update this now ?

[kv2019i]

Ack @lgirdwood , will update. Not sure if the cmake upgrade has been done, so the PR might still fail (until cmake is upgraded succesfully in all CI nodes). @lrudyX any updates with cmake ?

[kv2019i]

V2:

• updated to Aug 25th main of Zephyr
• dropped the SOF side DTS overlays for Intel targets (instead using @wjablon1 's dts: intel_adsp: align boards to new CPU deferral config zephyrproject-rtos/zephyr#116943 )

[lrudyX]

Ack @lgirdwood , will update. Not sure if the cmake upgrade has been done, so the PR might still fail (until cmake is upgraded succesfully in all CI nodes). @lrudyX any updates with cmake ?

No change

[lgirdwood]

Ack @lgirdwood , will update. Not sure if the cmake upgrade has been done, so the PR might still fail (until cmake is upgraded succesfully in all CI nodes). @lrudyX any updates with cmake ?

No change

@lrudyX is there an ETA for this ?

[kv2019i]

V2:

• add a second commit to disbale the build warnings due to deprecated zephyr/sys_clock.h . I left this as separate commit as bisect is not broken (a build warning)

[intel-sofci]

PR 11098: test results

Run date: 2026-08-26 14:15 UTC

Tested commit: 00544ffc07574cf477078d1daa197720435926c0

[kv2019i]

V3:

• on additional compiler warning fixed related to sys_clock.h deprecation in Zephyr

[kv2019i]

V4:

• include the actual fix

[serhiy-katsyuba-intel]

Just in case of a next update here it would be nice to include this fix: zephyrproject-rtos/zephyr#116159

[abonislawski]

@kv2019i looks like we need to use overlay approach:
zephyrproject-rtos/zephyr#117664

[kv2019i]

V5:

• bumped Zephyr to newer
• this version doesn't have the DTS overlays yet, I'll add it to the next version (this PR or separate, depending on whether we can merge this or not)