On 2/5/2026 4:04 PM, Krzysztof Kozlowski wrote:
On Thu, Jan 29, 2026 at 05:43:54AM +0530, Sibi Sankar wrote:
Document compatible for Qualcomm Glymur ADSP PAS which is fully
compatible with Qualcomm Kaanapali ADSP PAS.
Signed-off-by: Sibi Sankar <[email protected]>
---
Changes in v3:
- A few variants of the SoC are expected to run Linux at EL1 hence the
iommus properties are left optional.
- Link to v2:
https://lore.kernel.org/all/[email protected]/
.../devicetree/bindings/remoteproc/qcom,sm8550-pas.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/remoteproc/qcom,sm8550-pas.yaml
b/Documentation/devicetree/bindings/remoteproc/qcom,sm8550-pas.yaml
index b117c82b057b..fb6e0b4f54e8 100644
--- a/Documentation/devicetree/bindings/remoteproc/qcom,sm8550-pas.yaml
+++ b/Documentation/devicetree/bindings/remoteproc/qcom,sm8550-pas.yaml
@@ -29,6 +29,7 @@ properties:
- qcom,x1e80100-cdsp-pas
- items:
- enum:
+ - qcom,glymur-adsp-pas
- qcom,kaanapali-adsp-pas
There is no such hunk... I think this continues my comments from Sep/Oct
2025 that creating such patches, with multiple dependencies makes more
difficult to review.
Hey Krzysztof, Thanks for taking time to review the series :) I'll give
some more context here to ensure that your comments were followed and
this is just a one-off. This patch was held off from the dependent
Kaanapali patches since it wasn't clear at that time if this SoC would
be running at EL1. Only with that confirmation and given that dependent
patch was on the list for a couple of weeks with Rbs, this series got
posted out. -Sibi
I mark it as not applicable, please send when your dependencies hit the
tree so I can review it in proper context.
Best regards,
Krzysztof
