linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCH v8 0/2] rtw88: update regulatory settings
@ 2020-07-31  2:46 yhchuang
  2020-07-31  2:46 ` [PATCH v8 1/2] rtw88: add regulatory process strategy for different chipset yhchuang
  2020-07-31  2:46 ` [PATCH v8 2/2] rtw88: add adaptivity support for EU/JP regulatory yhchuang
  0 siblings, 2 replies; 5+ messages in thread
From: yhchuang @ 2020-07-31  2:46 UTC (permalink / raw)
  To: kvalo; +Cc: linux-wireless, tehuang, briannorris

From: Yan-Hsuan Chuang <yhchuang@realtek.com>

This patchset applies regulatory rules for Realtek's chip set.

Some of the modules are programmed country-specific code in the efuse.
And for this kind of modules, driver doesn't want the regulatory to be
changed, so the driver tends to not listen to the regulatory hint that
is notified by the stack. Otherwise if the modules are not programmed
to a country-specific code, then the world-wide (WW) settings will be
adopted. If the regulatory is WW, the driver will apply the settings
notified by the stack.

If anyone wants to allow regulatory being set from user-space tools
(ex: iw reg set), a compile option flag RTW88_REGD_USER_REG_HINTS
should be set to allow regulatory hist from user.

Also add "Adaptivity" support for some special country codes, because
they have to stop TX immediately if there's any energy detected.


v2 -> v3
  * split patch set for further discussion

v3 -> v4
  * squash patch set, since nobody has different idea for it
  * "rtw88: add regulatory process strategy for different chipset" and
    "rtw88: support dynamic user regulatory setting" are squashed
  * modify the commit log to better describe it
  * add a new patch for adaptivity support "rtw88: add adaptivity
    support for EU/JP regulatory"

v4 -> v5
  * check return value of kstrtobool()

v5 -> v6
  * remove custom world-wide, use stack world-wide
  * surface err codes by printing logs
  * fix incorrect debugfs set parameter for edcca enable

v6 -> v7
  * restore custom world-wide, because of not to modify USER settings
  * modify commit message to be more clear

v7 -> v8
  * rebase on top of master
  * check return value for kstrtobool()
  * fix debugfs dereference
  * accept the same country with driver notified from stack
  * some wording refine


Tzu-En Huang (2):
  rtw88: add regulatory process strategy for different chipset
  rtw88: add adaptivity support for EU/JP regulatory

 drivers/net/wireless/realtek/rtw88/Kconfig    | 10 ++
 drivers/net/wireless/realtek/rtw88/debug.c    | 37 +++++++
 drivers/net/wireless/realtek/rtw88/main.c     |  8 +-
 drivers/net/wireless/realtek/rtw88/main.h     | 32 +++++++
 drivers/net/wireless/realtek/rtw88/phy.c      | 61 ++++++++++++
 drivers/net/wireless/realtek/rtw88/phy.h      |  2 +
 drivers/net/wireless/realtek/rtw88/reg.h      |  2 +
 drivers/net/wireless/realtek/rtw88/regd.c     | 96 +++++++++++++++++--
 drivers/net/wireless/realtek/rtw88/regd.h     |  4 +
 drivers/net/wireless/realtek/rtw88/rtw8822b.c | 43 +++++++++
 drivers/net/wireless/realtek/rtw88/rtw8822b.h |  8 ++
 drivers/net/wireless/realtek/rtw88/rtw8822c.c | 47 +++++++++
 drivers/net/wireless/realtek/rtw88/rtw8822c.h |  3 +
 13 files changed, 341 insertions(+), 12 deletions(-)

-- 
2.17.1


^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2020-12-09  9:45 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-07-31  2:46 [PATCH v8 0/2] rtw88: update regulatory settings yhchuang
2020-07-31  2:46 ` [PATCH v8 1/2] rtw88: add regulatory process strategy for different chipset yhchuang
2020-07-31  2:46 ` [PATCH v8 2/2] rtw88: add adaptivity support for EU/JP regulatory yhchuang
2020-12-08 23:10   ` Brian Norris
2020-12-09  9:44     ` Kalle Valo

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).