[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID:
 <DS7PR19MB88836505C4CC48D3E62FBC0A9DFAA@DS7PR19MB8883.namprd19.prod.outlook.com>
Date: Wed, 29 Oct 2025 20:12:37 +0400
From: George Moussalem <george.moussalem@...look.com>
To: Krzysztof Kozlowski <krzk@...nel.org>,
 Johannes Berg <johannes@...solutions.net>, Rob Herring <robh@...nel.org>,
 Krzysztof Kozlowski <krzk+dt@...nel.org>, Conor Dooley
 <conor+dt@...nel.org>, Jeff Johnson <jjohnson@...nel.org>
Cc: linux-wireless@...r.kernel.org, devicetree@...r.kernel.org,
 ath11k@...ts.infradead.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 1/6] dt: bindings: net: add bindings for QCN6122
On 10/29/25 18:32, Krzysztof Kozlowski wrote:
> On 29/10/2025 15:26, George Moussalem via B4 Relay wrote:
>> From: George Moussalem <george.moussalem@...look.com>
>>
>> QCN6122 is a PCIe based solution that is attached to and enumerated
>> by the WPSS (Wireless Processor SubSystem) Q6 processor.
> 
> Please use subject prefixes matching the subsystem. You can get them for
> example with `git log --oneline -- DIRECTORY_OR_FILE` on the directory
> your patch is touching. For bindings, the preferred subjects are
> explained here:
> https://www.kernel.org/doc/html/latest/devicetree/bindings/submitting-patches.html#i-for-patch-submitters
> 
> The prefix is never "dt:".
> 
Will do in next version, thanks.
> 
> A nit, subject: drop second/last, redundant "bindings for". The
> "dt-bindings" prefix is already stating that these are bindings.
> See also:
> https://elixir.bootlin.com/linux/v6.17-rc3/source/Documentation/devicetree/bindings/submitting-patches.rst#L18
> 
Will change accordingly.
>>
>> Though it is a PCIe device, since it is not attached to APSS processor
>> (Application Processor SubSystem), APSS will be unaware of such a decice
>> so it is registered to the APSS processor as a platform device(AHB).
>> Because of this hybrid nature, it is called as a hybrid bus device as
>> introduced by WCN6750. It has 5 CE and 8 DP rings.
>>
>> QCN6122 is similar to WCN6750 and follows the same codepath as for
>> WCN6750.
>>
>> Signed-off-by: George Moussalem <george.moussalem@...look.com>
>> ---
>>  .../bindings/net/wireless/qcom,ath11k.yaml         | 57 +++++++++++++++++++++-
>>  1 file changed, 56 insertions(+), 1 deletion(-)
>>
>> diff --git a/Documentation/devicetree/bindings/net/wireless/qcom,ath11k.yaml b/Documentation/devicetree/bindings/net/wireless/qcom,ath11k.yaml
>> index c089677702cf17f3016b054d21494d2a7706ce5d..4b0b282bb9231c8bc496fed42e0917b9d7d106d2 100644
>> --- a/Documentation/devicetree/bindings/net/wireless/qcom,ath11k.yaml
>> +++ b/Documentation/devicetree/bindings/net/wireless/qcom,ath11k.yaml
>> @@ -21,12 +21,13 @@ properties:
>>        - qcom,ipq6018-wifi
>>        - qcom,wcn6750-wifi
>>        - qcom,ipq5018-wifi
>> +      - qcom,qcn6122-wifi
> 
> Why people keep adding to the end... previously ipq5018 added by
> qualcom, did not even get any review.
> 
> Place it before wcn and let ipq5018 be outlier since this was broken
> already.
> 
it was exactly ipq5018 which got me thinking I should add it to the end.
Will alphabetically insert qcn6122. I could reorder the entire list as
well if you'd like (ipq6018 is also misplaced)
>>  
>>    reg:
>>      maxItems: 1
>>  
>>    interrupts:
>> -    minItems: 32
>> +    minItems: 13
>>      maxItems: 52
>>  
>>    interrupt-names:
>> @@ -87,6 +88,14 @@ properties:
>>      items:
>>        - const: wlan-smp2p-out
>>  
>> +  qcom,userpd:
>> +    $ref: /schemas/types.yaml#/definitions/uint32
>> +    enum: [2, 3]
>> +    description: instance ID of user PD (protection domain) in multi-PD
>> +                 architectures to distinguish between multiple instances
>> +                 of the same wifi chip used by QMI in its interface with
>> +                 the firmware running on Q6.
> 
> Broken indentation. It is supposed to be two spaces. Look at this file -
> why are you doing this completely different?
> 
> Anyway, please do not come with 2nd or 3rd property for this. We already
> have such somewhere.
Would you mind pointing me to the property you're referring to? Do you
mean the QRTR ID as proposed in this RFC:
https://lore.kernel.org/linux-wireless/cover.1732506261.git.ionic@ionic.de/
if so, this wouldn't help this in this case. Although it's PCIe based,
PCI is not even enabled as the Q6 firmware itself takes care of that.
> 
>> +
>>  required:
>>    - compatible
>>    - reg
>> @@ -268,6 +277,31 @@ allOf:
>>              - description: interrupt event for ring DP20
>>              - description: interrupt event for ring DP21
>>              - description: interrupt event for ring DP22
>> +  - if:
>> +      properties:
>> +        compatible:
>> +          contains:
>> +            enum:
>> +              - qcom,qcn6122-wifi
>> +    then:
>> +      required:
>> +        - qcom,userpd
>> +      properties:
>> +        interrupts:
>> +          items:
>> +            - description: interrupt event for ring CE1
>> +            - description: interrupt event for ring CE2
>> +            - description: interrupt event for ring CE3
>> +            - description: interrupt event for ring CE4
>> +            - description: interrupt event for ring CE5
>> +            - description: interrupt event for ring DP1
>> +            - description: interrupt event for ring DP2
>> +            - description: interrupt event for ring DP3
>> +            - description: interrupt event for ring DP4
>> +            - description: interrupt event for ring DP5
>> +            - description: interrupt event for ring DP6
>> +            - description: interrupt event for ring DP7
>> +            - description: interrupt event for ring DP8
>>  
>>  examples:
>>    - |
>> @@ -467,3 +501,24 @@ examples:
>>              iommus = <&apps_smmu 0x1c02 0x1>;
>>          };
>>      };
>> +
>> +  - |
>> +    wifi1: wifi@...a040 {
>> +        reg = <0x0b00a040 0x0>;
>> +        compatible = "qcom,qcn6122-wifi";
> 
> Don't add examples if they differ by one property. Drop.
Dropped in next version.
Thanks for the quick review!
> 
> BR
> 
> Best regards,
> Krzysztof
Powered by blists - more mailing lists
 
