FROMLIST: arm64: dts: qcom: shikra: Add EL2 overlay for remoteproc SM… - #1154
Salendarsingh Gaud (sgaud-quic) merged 2 commits into
Conversation
|
Merge Check Failed: No CR Numbers Found Error: No Change Request numbers were found. Please add Change Request numbers to your pull request description in the format CRs-Fixed: 12345 or link GitHub issues that are associated with Change Requests. |
PR #1154 — validate-patchPR: #1154
Final Summary
|
PR #1154 — checker-log-analyzerPR: #1154
Detailed report: Full report
|
🔨 Build Failure Analysis — PR #1154PR: #1154
Verdict1 of 1 errors is introduced by this PR. The error is a simple typo in the Makefile where the dtb target name doesn't match the variable name. 📎 Detailed analysis: Full report |
🔨 Build Failure Analysis — PR #1154PR: #1154
Verdict1 of 1 errors is introduced by this PR. The error occurs in both standard and RT builds. 📎 Detailed analysis: Full report |
…MU mappings Shikra boards currently boot Linux under a hypervisor, where the remote processor firmware IOMMU streams are managed by the hypervisor. When booting Linux directly at EL2 without the hypervisor, the IOMMU is instead managed by the consumer of this DeviceTree, so the firmware streams for each remote processor need to be described explicitly. Add an EL2-specific DT overlay and apply it to all Shikra EVK variants devices to produce an -el2.dtb alongside the "normal" dtb. Link: https://lore.kernel.org/r/20260918-shikra-el2-v1-1-07bb072baa31@oss.qualcomm.com Co-developed-by: Bibek Kumar Patro <bibek.patro@oss.qualcomm.com> Signed-off-by: Bibek Kumar Patro <bibek.patro@oss.qualcomm.com> Signed-off-by: Komal Bajaj <komal.bajaj@oss.qualcomm.com>
ded5601 to
548db5b
Compare
PR #1154 — validate-patchPR: #1154
Final Summary
|
PR #1154 — checker-log-analyzerPR: #1154
Detailed report: Full report
|
Test Matrix
|
Some PAS users require more than one IOMMU mapping. Update qcom,pas-common.yaml to allow up to three iommus entries so PAS bindings can represent multi-stream mappings used by platform device trees and avoid dt-schema array length failures. Link: https://lore.kernel.org/all/20260930-shikra-el2-v2-1-f0822be5aaee@oss.qualcomm.com/ Signed-off-by: Komal Bajaj <komal.bajaj@oss.qualcomm.com>
Test Matrix
|
Kernel Checker AnalysisAnalyzed failed checker run: https://github.com/qualcomm-linux/kernel-config/actions/runs/36720274267
Root Cause
When those targets are validated, the checker reports schema failures from the underlying Shikra base DTBs and their composed EL2 outputs. The EL2 overlay IOMMU additions themselves do not appear to be the direct failing schema issue; the Main Failure Classes
RecommendationDo not merge as-is if Local repro: make -j$(nproc) O=temp-out CHECK_DTBS=y qcom/shikra-cqm-evk-el2.dtb
make -j$(nproc) O=temp-out CHECK_DTBS=y qcom/shikra-cqs-evk-el2.dtb
make -j$(nproc) O=temp-out CHECK_DTBS=y qcom/shikra-iqs-evk-el2.dtb |
b5a6060
into
qualcomm-linux:qcom-6.18.y
…MU mappings
Shikra boards currently boot Linux under a hypervisor, where the remote processor firmware IOMMU streams are managed by the hypervisor. When booting Linux directly at EL2 without the hypervisor, the IOMMU is instead managed by the consumer of this DeviceTree, so the firmware streams for each remote processor need to be described explicitly.
Add an EL2-specific DT overlay and apply it to all Shikra EVK variants devices to produce an -el2.dtb alongside the "normal" dtb.
Link: https://lore.kernel.org/r/20260918-shikra-el2-v1-1-07bb072baa31@oss.qualcomm.com
Co-developed-by: Bibek Kumar Patro bibek.patro@oss.qualcomm.com
CRs-Fixed: 4683920