[PATCH v5 2/2] dt-bindings: net: wireless: mt76: clarify backoff limit usage
Krzysztof Kozlowski
krzk at kernel.org
Sun Feb 15 00:55:35 PST 2026
On 12/02/2026 18:31, Ryder Lee wrote:
>>>
>>> reg:
>>> minItems: 1
>>> @@ -252,6 +257,14 @@ properties:
>>> followed by 10 power limit values. The order
>>> of the
>>> channel resource unit settings is RU26,
>>> RU52, RU106,
>>> RU242/SU20, RU484/SU40, RU996/SU80 and
>>> RU2x996/SU160.
>>> + - For mt7981/mt7986/mt7915/mt7916
>>> + - Beamforming entries for BW20~BW160 and
>>> OFDM do not
>>> + include 1T1ss.
>>> + - When 1T1ss is not used, it should be
>>> filled with 0.
>>
>> Shouldn't be skipped in such case? Why filling with 0 matters?
>>
> This logic was already present in driver. The driver determines whether
> to skip 1T1ss based on its value (0), so my update is focused on
> improving the documentation to guide users on the correct DTS format.
>
> For example, in the paths-ru-bf entries:
> <1 20 22 38 36 24 30 23 21 28 29>,
> <1 20 39 31 25 26 25 28 30 39 39>,
> <1 37 34 26 26 25 21 34 23 34 24>,
> <1 0 20 23 31 23 30 39 28 29 36>,
> <1 0 27 34 33 34 29 38 33 33 22>,
> <1 0 30 23 39 28 21 25 29 28 21>,
> <1 0 34 20 38 32 35 33 37 26 36>;
> (The order of all fields is required by the firmware.)
>
> The value for 1T1ss is set to 0 when it is not used, and the driver
> will skip it during parsing. So, users should always fill the DTS with
> all 10 values, using 0 for unused entries.
>
> This ensures that the parsing logic remains simple and uniform,
> avoiding potential errors or misalignment.
>
OK
Best regards,
Krzysztof
More information about the Linux-mediatek
mailing list