Repository navigation
arm64: dts: qcom: shikra: Add OP-TEE node and disable unused CTI - #1260
Bibek Kumar Patro (bibekpatro) wants to merge 4 commits into
Conversation
Add the OP-TEE firmware node to enable the Trusted Execution Environment on Shikra. This is required for remoteproc subsystems that use OP-TEE as the secure backend for firmware authentication and boot (e.g. lpaicp which has auto_boot = false and relies on the TEE PAS service for controlled startup). Change-Id: I139ff6b6e658ff41d0b792bf2029300017019d84 Co-Authored-By: Claude <noreply@anthropic.com>
The RISCV CTI node at 0x982b000 is not functional on Shikra as the RISCV core is not present. Mark it disabled to prevent coresight from attempting to probe it. Change-Id: Ia7904334bff9de0e55ad4d08f6af5446edb8d9ef Co-Authored-By: Claude <noreply@anthropic.com>
|
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. |
1 similar comment
|
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. |
…ware has none The firmware resource table is passed to the PAS backend even when the firmware carries none. This only works on the first boot, while the cached pointer and its size are both zero. Stopping the remote processor, or failing to start it, frees the cached table and clears the pointer but leaves the size set. The next start then pairs a NULL table with a non-zero size. The SCM backend substitutes an empty table and hides the problem. The TEE backend copies from the NULL pointer: remoteproc remoteproc2: powering up cdsp pc : __pi_memcpy_generic+0x110/0x22c lr : qcom_pas_tee_get_rsc_table+0xf4/0x25c Call trace: __pi_memcpy_generic+0x110/0x22c (P) qcom_pas_get_rsc_table+0x38/0x60 qcom_pas_parse_firmware+0xa0/0x100 rproc_boot+0x2d4/0x380 state_store+0x40/0x100 Change-Id: I48b0cc8ff9a78e24425c9e554944e2631880e4ad Fixes: a4584bf ("remoteproc: pas: Extend parse_fw callback to fetch resources via SMC call") Signed-off-by: Jorge Ramirez-Ortiz <jorge.ramirez@oss.qualcomm.com> Signed-off-by: Bibek Kumar Patro <bibek.patro@oss.qualcomm.com>
a04dfc5 to
c4dad8b
Compare
|
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. |
Set auto_boot = false for cdsp and lpaicp on Shikra. The mpss entry already had auto_boot = false. With OP-TEE as the PAS backend, subsystems must be started explicitly to allow the TEE authentication flow to complete before handing off control. Change-Id: I443b0bf92c1a465ad0be924de836a51cafa23744 Signed-off-by: Bibek Kumar Patro <bibek.patro@oss.qualcomm.com>
|
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 #1260 — validate-patchPR: #1260
Final Summary
|
PR #1260 — checker-log-analyzerPR: #1260
Detailed report: Full report
|
Summary
opteenode underfirmware {}to enable OP-TEE as the TEE backend on Shikra; required for remoteproc subsystems (e.g. lpaicp) that use OP-TEE for firmware authentication and controlled startupcti@982b000(cti_riscv): the RISCV core is not present on Shikra so this CTI node should not be probedTest plan
opteedevice appears in/sys/bus/platform/devices/cti@982b000🤖 Generated with Claude Code