Re: [PATCH 1/3] dt-bindings: net: wireless: add flag marvell,ignore-regulatory-hint
George Valkov <[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 | <CADOrJmb3uJPpYR481rB-CnL0A9B_5PQ683XP+Gdis47uihqMBw@mail.gmail.com> |
On Mon, 17 Aug 2026 at 11:54, Krzysztof Kozlowski <[email protected]> wrote: > > On Fri, Aug 14, 2026 at 03:50:23PM +0300, Georgi Valkov wrote: > > WRT3200ACM and WRT32x routers always report a fixed US regulatory domain > > from the mwifiex ROM, which conflicts with the platform regulatory > > configuration on units sold outside the US market. For example: > > - phy0 mwlwifi 5 GHz, hard-coded region 98 EU mapped to FR > > - phy1 mwlwifi 2.4 GHz, hard-coded region 98 EU mapped to FR > > - phy2 mwifiex 2.4 and 5 GHz, hard-coded region US > > v1 as reply to v3 in big thread. How tools can parse that? Hello Krzysztof, I apologise, I forgot to add the v4 tag to the subject. I have documented the changes between each revision. I saw my mistake after sending the mail. But I wasn't sure what to do? I will make sure to add v5 to my next revision. > Does b4 diff work? > > b4 diff '[email protected]' What is b4? > > When the system boots, it detects a conflict between the user selected > > region and the radios, e.g. BG FR US, and applies extreme restrictions, > > preventing use of 5 GHz and DFS channels. This also affects phy0. > > > > Add a device-tree flag, which allows affected platforms to ignore > > an incorrect regulatory hint from ROM, so userspace can set the > > correct platform regulatory domain. > > > > [1] https://github.com/kaloz/mwlwifi/issues/173#issuecomment-307879699 > > [2] https://github.com/openwrt/openwrt/issues/9956 > > > > Tested-on: WRT3200ACM, OpenWrt > > Not a valid tag, drop. I believe the tag is helpful because it describes that my changes have been tested on a certain device and platform. It's a common practice in OpenWrt contributions. My last two accepted patches have this tag. Should I still remove it? > And you cannot even do that, otherwise explain me > how did your device execute THIS (exactly THIS) code? I am not used to your terminology and this gets me completely confused. You have not quoted any particular code change, so I'm not sure what you are referring to. Here is a summary of the patch series: Patch 1 documents a new flag: marvell,ignore-regulatory-hint. Patch 2 adds a device-tree node with the radio and the flag. Patch 3 skips the regulatory_hint() call when the flag is set. > > Cc: [email protected] > > Drop, what is the bug being fixed here? Without these patch series: - all 5 GHz radios are unusable and DFS channels do not work With the fix applied: - all 5 GHz radios work correctly, the platform is allowed to use the correct regulatory domain for which the device is certified So this is indeed a bug fix and a very important one too. I thought the commit description and forum links make this clear enough. I can send more links if you wish, or just search: WRT3200ACM DFS. There are endless conversations and many people looking for a fix. > 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? Georgi Valkov