Re: [PATCH v5 01/13] dt-bindings: net: wireless: describe the ath12k AHB module
From: Raj Kumar Bhagat <hidden>
Date: 2025-02-03 09:05:54
Also in:
ath12k, linux-devicetree, lkml
On 1/30/2025 1:58 PM, Krzysztof Kozlowski wrote:
quoted
+ memory-region: + description: + phandle to a node describing reserved memory (System RAM memory) + used by ath12k firmware (see bindings/reserved-memory/reserved-memory.txt)Do not say what DT syntax is, so "phandle to a node" is redundant, reserved-memory.txt is redundant. The only useful part here is "used by ath12k firmware", so based on this none of below are used by the driver and driver just passes them to the firmware?
Sure, will rephrase the description. These reserved memory-regions are utilized by the ath12k firmware. The ath12k driver stores these memory addresses solely for the purpose of collecting crash dumps (RAM dumps) when the firmware encounters a crash.
quoted
+ items: + - description: Q6 memory region + - description: m3 dump memory region + - description: Q6 caldata memory region + - description: Multi Link Operation (MLO) Global memory region + + memory-region-names: + description: + Name of the reserved memory region used by ath12k firmwareDrop description.
Sure.
quoted
+ items: + - const: q6-region + - const: m3-dump + - const: q6-caldb + - const: mlo-global-mem + + qcom,ath12k-calibration-variant: + $ref: /schemas/types.yaml#/definitions/stringWhy this is named after ath12k? Why this is just not "qcom,calibration-variant"? None of the other properties have ath12k in their names, so why this one in the WSI schema was named like that?
This property is added after the below comment. https://lore.kernel.org/all/qzjgpwemwaknwbs3dwils6kaa5c3inabfvkaryvc32kblzfhy3@6yduooj4dk63/ (local) This `ath12k` in the name of this property is inherited from the 'qcom,ath10k.yaml' and 'qcom,ath11k.yaml'. Same was followed for WSI schema as well.
quoted
+ description: + String to uniquely identify variant of the calibration data for designs + with colliding bus and device idsI don't think this property is here possible. How could you have on the same SoC different devices?
The WiFi controller in the SoC includes an internal or external Front-End Module (FEM). These FEMs can vary and require different calibration data. This property uniquely identify the variant of calibration data required by a FEM.