ath10k.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
* [PATCH v2 0/2] Update the channel list if the change in channel flags
@ 2023-03-02  9:55 Youghandhar Chintala
  2023-03-02  9:55 ` [PATCH v2 1/2] wifi: cfg80211: Add beacon hint notifier support Youghandhar Chintala
  2023-03-02  9:55 ` [PATCH v2 2/2] wifi: ath10k: update the channel list if change in channel flags Youghandhar Chintala
  0 siblings, 2 replies; 4+ messages in thread
From: Youghandhar Chintala @ 2023-03-02  9:55 UTC (permalink / raw)
  To: ath10k; +Cc: linux-wireless, linux-kernel, mpubbise, Youghandhar Chintala

There are connection failures in hidden SSID case when the device is with
default reg domain WW.
For WW reg domain most of the 5 GHz channels are passive. When device
listens to the beacon on that channel, the driver is updating its channel
flag but firmware is not aware of it and firmware is not sending probes
on that channels.
Due to this, we are seeing connection failures when the device is tries to
connect with hidden SSID AP.
Whenever the driver detects a channel flag change, send the updated channel
list command to the firmware.

Changes from v1:
 - Added the documentation for notifier call back.
 - Passed channel context as argument for notifier.

Youghandhar Chintala (2):
  wifi: cfg80211: Add beacon hint notifier support
  wifi: ath10k: update the channel list if change in channel flags.

 drivers/net/wireless/ath/ath10k/mac.c | 11 +++++++++++
 include/net/cfg80211.h                |  7 +++++++
 net/wireless/reg.c                    |  5 ++++-
 3 files changed, 22 insertions(+), 1 deletion(-)

-- 
2.38.0


_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k

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

* [PATCH v2 1/2] wifi: cfg80211: Add beacon hint notifier support
  2023-03-02  9:55 [PATCH v2 0/2] Update the channel list if the change in channel flags Youghandhar Chintala
@ 2023-03-02  9:55 ` Youghandhar Chintala
  2023-06-11 19:37   ` Abhishek Kumar
  2023-03-02  9:55 ` [PATCH v2 2/2] wifi: ath10k: update the channel list if change in channel flags Youghandhar Chintala
  1 sibling, 1 reply; 4+ messages in thread
From: Youghandhar Chintala @ 2023-03-02  9:55 UTC (permalink / raw)
  To: ath10k; +Cc: linux-wireless, linux-kernel, mpubbise, Youghandhar Chintala

There are connection failures in hidden SSID case when the device is
with default reg domain WW.
For WW reg domain most of the 5 GHz channels are passive. When device
listens to the beacon on that channel, the driver is updating its
channel flag but firmware is not aware of it and firmware is not
sending probes on that channels.
Due to this, we are seeing connection failures when the device is trying
to connect with hidden SSID AP.

In the case of devices using the ath10k driver, it is required to update
the change in channel flags to firmware as well. Therefore, we need a
mechanism to notify the driver from the regulatory core regarding the
channel flag changes.
Adding a beacon hint notifier logic, so that drivers can register
callbacks to get notified whenever there is a change in channel flags.

Signed-off-by: Youghandhar Chintala <quic_youghand@quicinc.com>
---
 include/net/cfg80211.h | 7 +++++++
 net/wireless/reg.c     | 5 ++++-
 2 files changed, 11 insertions(+), 1 deletion(-)

diff --git a/include/net/cfg80211.h b/include/net/cfg80211.h
index 11a370e64143..7a00f5317e1f 100644
--- a/include/net/cfg80211.h
+++ b/include/net/cfg80211.h
@@ -5096,6 +5096,10 @@ struct wiphy_iftype_akm_suites {
  * @reg_notifier: the driver's regulatory notification callback,
  *	note that if your driver uses wiphy_apply_custom_regulatory()
  *	the reg_notifier's request can be passed as NULL
+ * @beacon_hint_notifier: the driver's beacon hint notification callback,
+ *	which will trigger when there is channel flag updates seen in
+ *	beacon hints. The beacon_hint_notifier's request can be passed
+ *	with chan context.
  * @regd: the driver's regulatory domain, if one was requested via
  *	the regulatory_hint() API. This can be used by the driver
  *	on the reg_notifier() if it chooses to ignore future
@@ -5386,6 +5390,9 @@ struct wiphy {
 	void (*reg_notifier)(struct wiphy *wiphy,
 			     struct regulatory_request *request);
 
+	void (*beacon_hint_notifier)(struct wiphy *wiphy,
+				     struct ieee80211_channel *chan);
+
 	/* fields below are read-only, assigned by cfg80211 */
 
 	const struct ieee80211_regdomain __rcu *regd;
diff --git a/net/wireless/reg.c b/net/wireless/reg.c
index c3d950d29432..2dc6880a28c5 100644
--- a/net/wireless/reg.c
+++ b/net/wireless/reg.c
@@ -2219,8 +2219,11 @@ static void handle_reg_beacon(struct wiphy *wiphy, unsigned int chan_idx,
 		channel_changed = true;
 	}
 
-	if (channel_changed)
+	if (channel_changed) {
 		nl80211_send_beacon_hint_event(wiphy, &chan_before, chan);
+		if (wiphy->beacon_hint_notifier)
+			wiphy->beacon_hint_notifier(wiphy, chan);
+	}
 }
 
 /*
-- 
2.38.0


_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k

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

* [PATCH v2 2/2] wifi: ath10k: update the channel list if change in channel flags.
  2023-03-02  9:55 [PATCH v2 0/2] Update the channel list if the change in channel flags Youghandhar Chintala
  2023-03-02  9:55 ` [PATCH v2 1/2] wifi: cfg80211: Add beacon hint notifier support Youghandhar Chintala
@ 2023-03-02  9:55 ` Youghandhar Chintala
  1 sibling, 0 replies; 4+ messages in thread
From: Youghandhar Chintala @ 2023-03-02  9:55 UTC (permalink / raw)
  To: ath10k; +Cc: linux-wireless, linux-kernel, mpubbise, Youghandhar Chintala

There are connection failures in hidden SSID case when the device is
with default reg domain WW.
For WW reg domain most of the 5 GHz channels are passive. When device
listens to the beacon on that channel, the driver is updating its
channel flag but firmware is not aware of it and firmware is not
sending probes on that channels.
Due to this, we are seeing connection failures when a device is trying
to connect with hidden SSID AP.
Register beacon hint notifier to the regulatory core so that driver get
notified when there is a change in channel flags. Driver's notifier
callback will send the updated flags to the firmware.

Tested-on: WCN3990 hw1.0 SNOC WLAN.HL.3.2.2.c10-00754-QCAHLSWMTPL-1
Tested-on: QCA6174 hw3.2 SDIO WLAN.RMH.4.4.1-00174

Signed-off-by: Youghandhar Chintala <quic_youghand@quicinc.com>
---
 drivers/net/wireless/ath/ath10k/mac.c | 11 +++++++++++
 1 file changed, 11 insertions(+)

diff --git a/drivers/net/wireless/ath/ath10k/mac.c b/drivers/net/wireless/ath/ath10k/mac.c
index ec8d5b29bc72..91a957295456 100644
--- a/drivers/net/wireless/ath/ath10k/mac.c
+++ b/drivers/net/wireless/ath/ath10k/mac.c
@@ -3534,6 +3534,15 @@ static void ath10k_mac_update_channel_list(struct ath10k *ar,
 	}
 }
 
+static void ath10k_mac_beacon_notifier(struct wiphy *wiphy)
+{
+	struct ieee80211_hw *hw = wiphy_to_ieee80211_hw(wiphy);
+	struct ath10k *ar = hw->priv;
+
+	if (ath10k_update_channel_list(ar))
+		ath10k_warn(ar, "failed to update channel list\n");
+}
+
 static void ath10k_reg_notifier(struct wiphy *wiphy,
 				struct regulatory_request *request)
 {
@@ -10286,6 +10295,8 @@ int ath10k_mac_register(struct ath10k *ar)
 			goto err_unregister;
 	}
 
+	ar->hw->wiphy->beacon_hint_notifier = ath10k_mac_beacon_notifier;
+
 	return 0;
 
 err_unregister:
-- 
2.38.0


_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k

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

* Re: [PATCH v2 1/2] wifi: cfg80211: Add beacon hint notifier support
  2023-03-02  9:55 ` [PATCH v2 1/2] wifi: cfg80211: Add beacon hint notifier support Youghandhar Chintala
@ 2023-06-11 19:37   ` Abhishek Kumar
  0 siblings, 0 replies; 4+ messages in thread
From: Abhishek Kumar @ 2023-06-11 19:37 UTC (permalink / raw)
  To: Youghandhar Chintala; +Cc: ath10k, linux-wireless, linux-kernel, mpubbise

On Thu, Mar 2, 2023 at 1:57 AM Youghandhar Chintala
<quic_youghand@quicinc.com> wrote:
>
> There are connection failures in hidden SSID case when the device is
> with default reg domain WW.
> For WW reg domain most of the 5 GHz channels are passive. When device
> listens to the beacon on that channel, the driver is updating its
> channel flag but firmware is not aware of it and firmware is not
> sending probes on that channels.
> Due to this, we are seeing connection failures when the device is trying
> to connect with hidden SSID AP.
>
> In the case of devices using the ath10k driver, it is required to update
> the change in channel flags to firmware as well. Therefore, we need a
> mechanism to notify the driver from the regulatory core regarding the
> channel flag changes.
> Adding a beacon hint notifier logic, so that drivers can register
> callbacks to get notified whenever there is a change in channel flags.
>
> Signed-off-by: Youghandhar Chintala <quic_youghand@quicinc.com>
> ---
>  include/net/cfg80211.h | 7 +++++++
>  net/wireless/reg.c     | 5 ++++-
>  2 files changed, 11 insertions(+), 1 deletion(-)
>
> diff --git a/include/net/cfg80211.h b/include/net/cfg80211.h
> index 11a370e64143..7a00f5317e1f 100644
> --- a/include/net/cfg80211.h
> +++ b/include/net/cfg80211.h
> @@ -5096,6 +5096,10 @@ struct wiphy_iftype_akm_suites {
>   * @reg_notifier: the driver's regulatory notification callback,
>   *     note that if your driver uses wiphy_apply_custom_regulatory()
>   *     the reg_notifier's request can be passed as NULL
> + * @beacon_hint_notifier: the driver's beacon hint notification callback,
> + *     which will trigger when there is channel flag updates seen in
> + *     beacon hints. The beacon_hint_notifier's request can be passed
> + *     with chan context.
>   * @regd: the driver's regulatory domain, if one was requested via
>   *     the regulatory_hint() API. This can be used by the driver
>   *     on the reg_notifier() if it chooses to ignore future
> @@ -5386,6 +5390,9 @@ struct wiphy {
>         void (*reg_notifier)(struct wiphy *wiphy,
>                              struct regulatory_request *request);
>
> +       void (*beacon_hint_notifier)(struct wiphy *wiphy,
> +                                    struct ieee80211_channel *chan);
Is the second argument required. Your 2/2 patch does not use this
argument and thus will cause build failure. If it is not used, I would
recommend to drop it.
> +
>         /* fields below are read-only, assigned by cfg80211 */
>
>         const struct ieee80211_regdomain __rcu *regd;
> diff --git a/net/wireless/reg.c b/net/wireless/reg.c
> index c3d950d29432..2dc6880a28c5 100644
> --- a/net/wireless/reg.c
> +++ b/net/wireless/reg.c
> @@ -2219,8 +2219,11 @@ static void handle_reg_beacon(struct wiphy *wiphy, unsigned int chan_idx,
>                 channel_changed = true;
>         }
>
> -       if (channel_changed)
> +       if (channel_changed) {
>                 nl80211_send_beacon_hint_event(wiphy, &chan_before, chan);
> +               if (wiphy->beacon_hint_notifier)
> +                       wiphy->beacon_hint_notifier(wiphy, chan);
> +       }
>  }
>
>  /*
> --
> 2.38.0
>

Thanks
Abhishek

_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k

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

end of thread, other threads:[~2023-06-11 19:37 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2023-03-02  9:55 [PATCH v2 0/2] Update the channel list if the change in channel flags Youghandhar Chintala
2023-03-02  9:55 ` [PATCH v2 1/2] wifi: cfg80211: Add beacon hint notifier support Youghandhar Chintala
2023-06-11 19:37   ` Abhishek Kumar
2023-03-02  9:55 ` [PATCH v2 2/2] wifi: ath10k: update the channel list if change in channel flags Youghandhar Chintala

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).