On newer Qualcomm platforms, SCT initialization and programming are handled entirely by firmware outside of Linux. The kernel is expected to consume the pre-initialized descriptor data rather than configure the SCT itself. The LLCC driver therefore only needs to locate and parse the descriptor table provided by firmware.
This change implements support for this mechanism in the llcc-qcom driver, enabling SCT consumption on platforms that expose SCT programming through firmware. The existing behavior for SoCs where the kernel programs SCT directly remains unchanged. Signed-off-by: Francisco Munoz Ruiz <[email protected]> --- Changes in v2: - dt-bindings: cache: qcom,llcc: Drop "and future SoCs" from commit message subject (Krzysztof Kozlowski) - dt-bindings: cache: qcom,llcc: Revert binding description (Krzysztof Kozlowski) - Link to v1: https://lore.kernel.org/r/20260401-external_llcc_changes2set-v1-0-97645ede9...@oss.qualcomm.com --- Francisco Munoz Ruiz (3): dt-bindings: cache: qcom,llcc: Document Hawi SoC soc: qcom: llcc-qcom: get SCT descriptors from fw-populated memory soc: qcom: llcc-qcom: Capitalize LLCC/EDAC in comments and diagnostics .../devicetree/bindings/cache/qcom,llcc.yaml | 19 ++ drivers/soc/qcom/llcc-qcom.c | 301 +++++++++++++++++---- include/linux/soc/qcom/llcc-qcom.h | 44 +-- 3 files changed, 293 insertions(+), 71 deletions(-) --- base-commit: bd0f139e5fc11182777b81cefc3893ea508544ec change-id: 20260401-external_llcc_changes2set-5ee118ac7152 Best regards, -- Francisco Munoz Ruiz <[email protected]>
