Re: [PATCH v5 1/3] dt-bindings: net: wireless: add flag marvell,ignore-regulatory-hint

Krzysztof Kozlowski <[email protected]>
Newsgroups org.kernel.vger.linux-wireless,org.infradead.lists.linux-arm-kernel,org.kernel.vger.linux-devicetree,org.kernel.vger.linux-kernel,org.kernel.vger.stable
Message-ID <[email protected]>
On 20/08/2026 08:42, Chen-Yu Tsai wrote:
> On Wed, Aug 19, 2026 at 8:27 PM Krzysztof Kozlowski <[email protected]> wrote:
>>
>> On 19/08/2026 13:42, George Valkov wrote:
>>> On Wed, 19 Aug 2026 at 12:42, Krzysztof Kozlowski <[email protected]> wrote:
>>>>
>>>> On Tue, Aug 18, 2026 at 12:54:26AM +0300, Georgi Valkov wrote:
>>>>>
>>>>> diff --git a/Documentation/devicetree/bindings/net/wireless/marvell,sd8787.yaml b/Documentation/devicetree/bindings/net/wireless/marvell,sd8787.yaml
>>>>> index 930b700b73d0..5f235cb9f3e5 100644
>>>>> --- a/Documentation/devicetree/bindings/net/wireless/marvell,sd8787.yaml
>>>>> +++ b/Documentation/devicetree/bindings/net/wireless/marvell,sd8787.yaml
>>>>> @@ -59,6 +59,12 @@ properties:
>>>>>      description: Calibration data for sub-band 3 in the 5GHz band.
>>>>>      maxItems: 502
>>>>>
>>>>> +  marvell,ignore-regulatory-hint:
>>>>> +    $ref: /schemas/types.yaml#/definitions/flag
>>>>> +    description:
>>>>> +      Ignore an incorrect regulatory hint from ROM,
>>>>> +      so userspace can set the correct regulatory domain.
>>>>> +
>>>>
>>>> Same comments, so you just ignored entire feedback?
>>>
>>> Do you mean this feedback? I already replied to it:
>>>>> Anyway, property looks like SW choice. You must describe hardware
>>>>> instead.
>>>>
>>>> I am sorry, I do not understand what you want me to do?
>>>> Can you please send a diff or a clear description suitable for people
>>>> who have way less experience than you?
>>>
>>>
>>>> Again: you need to describe the hardware, in commit msg, in property
>>>> name and in description. You cannot tell SW what to do, that's not the
>>>> purpose of bindings.
>>>
>>> I still don't understand what I should do?
>>> Can you please show me an example of the changes you want?
>>> Else I'm likely to make a wrong guess and implement it. That obviously
>>> won't help.
>>>
>>> The commit message already describes the issue with WRT3200ACM and WRT32x.
>>>
>>> About the description, do you want me to do something like this?
>>>     description:
>>>       Ignore an incorrect regulatory hint from ROM,
>>>       so userspace can set the correct regulatory domain.
>>> +    WRT3200ACM and WRT32x are known to need this.
>>>
>>> About the property name or flag, do you want me to add a separate flag
>>> for each affected hardware device?
>>> - wrt3200acm,ignore-regulatory-hint
>>> - wrt3200x,ignore-regulatory-hint
>>> - the list may grow if someone decides to add other devices
>>> - and the driver will need to support all of them
>>> - that doesn't make sense, because it isn't scalable
>>
>> You need to describe the actual problem in the hardware or firmware, and
>> then name the property and description accordingly. "Ignore regulatory
>> hint" is clear instruction to the OS what it should do - ignore the
>> wireless-regdb package/instruction etc.
> 
> You probably have it backwards. The driver is taking the hint from the
> hardware ROM, which is fixed and thus wrong once someone carries the
> device to a different country. I.e. it is a quirk saying the _hardware_
> region should not be used.
> 
> Whether one should override the certified settings, or be able to do that,
> is a whole different discussion.
> 

regulatory-hint for me means usually regdb, but even with your meaning
you tell SW what to do - ignore hardware regulatory information.
Property should not tell what SW should do with hardware. Property
should tell what is happening here in the hardware. In this case: what
is the reason behind.

IOW, why user of a board in country X, where regulatory data says X,
should have the correct regulatory data ignored?

Best regards,
Krzysztof
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.