All of lore.kernel.org
 help / color / mirror / Atom feed
From: Robert Marko <robert.marko@sartura.hr>
To: Kalle Valo <kvalo@kernel.org>
Cc: Muna Sinada <quic_msinada@quicinc.com>,
	ath11k@lists.infradead.org, linux-wireless@vger.kernel.org,
	Anilkumar Kolli <quic_akolli@quicinc.com>
Subject: Re: [PATCH v2 2/4] wifi: ath11k: push MU-MIMO params from hostapd to hardware
Date: Wed, 29 Mar 2023 12:42:34 +0200	[thread overview]
Message-ID: <CA+HBbNEaNTkUv_UPgQievxaLya0XC6=AVj0=GWiH+qB9=vRZHg@mail.gmail.com> (raw)
In-Reply-To: <87fs9ndh6s.fsf@kernel.org>

On Wed, Mar 29, 2023 at 11:45 AM Kalle Valo <kvalo@kernel.org> wrote:
>
> Robert Marko <robert.marko@sartura.hr> writes:
>
> > On Tue, Oct 18, 2022 at 11:28 PM Muna Sinada <quic_msinada@quicinc.com> wrote:
> >
> >>
> >> In the previous behaviour only HE IE in management frames are changed
> >> regarding MU-MIMO configurations and not in hardware. Adding push of
> >> MU-MIMO configurations to the hardware as well.
> >>
> >> This patch is dependant on mac80211 patchset:
> >> https://patchwork.kernel.org/project/linux-wireless/list/?series=683322&state=%2A&archive=both
> >>
> >> Tested-on: IPQ8074 hw2.0 AHB WLAN.HK.2.4.0.1-00356-QCAHKSWPL_SILICONZ-1
> >>
> >> Co-developed-by: Anilkumar Kolli <quic_akolli@quicinc.com>
> >> Signed-off-by: Anilkumar Kolli <quic_akolli@quicinc.com>
> >> Signed-off-by: Muna Sinada <quic_msinada@quicinc.com>
>
> [...]
>
> >> @@ -5369,6 +5491,10 @@ static int ath11k_mac_copy_he_cap(struct ath11k *ar,
> >>
> >>                 he_cap_elem->mac_cap_info[1] &=
> >>                         IEEE80211_HE_MAC_CAP1_TF_MAC_PAD_DUR_MASK;
> >> +               he_cap_elem->phy_cap_info[0] &=
> >> +                       ~IEEE80211_HE_PHY_CAP0_CHANNEL_WIDTH_SET_160MHZ_IN_5G;
> >> +               he_cap_elem->phy_cap_info[0] &=
> >> +                       ~IEEE80211_HE_PHY_CAP0_CHANNEL_WIDTH_SET_80PLUS80_MHZ_IN_5G;
> >
> > This is causing a regression for us in OpenWrt at least on IPQ8074 but
> > probably on all ath11k-supported HW. Cause 80+80 and 160MHz support
> > bits are being cleared here so 160MHz is not being advertised after
> > this patch.
>
> Oh man, not good. Robert, should we revert this patchset entirely? Of
> course it would be better if Muna can submit quickly a fix, but I'm not
> going to wait for long.

I would prefer to see it get fixed, cause just removing the flag
removal gets 160MHz working,
but I am not sure about other flags as well.

Regards,
Robert
>
> The patchset is in wireless-next at the moment and the commits from the
> patchset are:
>
> a96f10422e74 wifi: ath11k: modify accessor macros to match index size
> 38dfe775d0ab wifi: ath11k: push MU-MIMO params from hostapd to hardware
> 8077c1bbbc28 wifi: ath11k: move HE MCS mapper to a separate function
> ebf82988f844 wifi: ath11k: generate rx and tx mcs maps for supported HE mcs
>
> > I fail to understand why are 80+80 and 160 MHz feature flags being cleared?
>
> Me neither. I missed that in my review.
>
> --
> https://patchwork.kernel.org/project/linux-wireless/list/
>
> https://wireless.wiki.kernel.org/en/developers/documentation/submittingpatches



-- 
Robert Marko
Staff Embedded Linux Engineer
Sartura Ltd.
Lendavska ulica 16a
10000 Zagreb, Croatia
Email: robert.marko@sartura.hr
Web: www.sartura.hr

WARNING: multiple messages have this Message-ID (diff)
From: Robert Marko <robert.marko@sartura.hr>
To: Kalle Valo <kvalo@kernel.org>
Cc: Muna Sinada <quic_msinada@quicinc.com>,
	ath11k@lists.infradead.org,  linux-wireless@vger.kernel.org,
	Anilkumar Kolli <quic_akolli@quicinc.com>
Subject: Re: [PATCH v2 2/4] wifi: ath11k: push MU-MIMO params from hostapd to hardware
Date: Wed, 29 Mar 2023 12:42:34 +0200	[thread overview]
Message-ID: <CA+HBbNEaNTkUv_UPgQievxaLya0XC6=AVj0=GWiH+qB9=vRZHg@mail.gmail.com> (raw)
In-Reply-To: <87fs9ndh6s.fsf@kernel.org>

On Wed, Mar 29, 2023 at 11:45 AM Kalle Valo <kvalo@kernel.org> wrote:
>
> Robert Marko <robert.marko@sartura.hr> writes:
>
> > On Tue, Oct 18, 2022 at 11:28 PM Muna Sinada <quic_msinada@quicinc.com> wrote:
> >
> >>
> >> In the previous behaviour only HE IE in management frames are changed
> >> regarding MU-MIMO configurations and not in hardware. Adding push of
> >> MU-MIMO configurations to the hardware as well.
> >>
> >> This patch is dependant on mac80211 patchset:
> >> https://patchwork.kernel.org/project/linux-wireless/list/?series=683322&state=%2A&archive=both
> >>
> >> Tested-on: IPQ8074 hw2.0 AHB WLAN.HK.2.4.0.1-00356-QCAHKSWPL_SILICONZ-1
> >>
> >> Co-developed-by: Anilkumar Kolli <quic_akolli@quicinc.com>
> >> Signed-off-by: Anilkumar Kolli <quic_akolli@quicinc.com>
> >> Signed-off-by: Muna Sinada <quic_msinada@quicinc.com>
>
> [...]
>
> >> @@ -5369,6 +5491,10 @@ static int ath11k_mac_copy_he_cap(struct ath11k *ar,
> >>
> >>                 he_cap_elem->mac_cap_info[1] &=
> >>                         IEEE80211_HE_MAC_CAP1_TF_MAC_PAD_DUR_MASK;
> >> +               he_cap_elem->phy_cap_info[0] &=
> >> +                       ~IEEE80211_HE_PHY_CAP0_CHANNEL_WIDTH_SET_160MHZ_IN_5G;
> >> +               he_cap_elem->phy_cap_info[0] &=
> >> +                       ~IEEE80211_HE_PHY_CAP0_CHANNEL_WIDTH_SET_80PLUS80_MHZ_IN_5G;
> >
> > This is causing a regression for us in OpenWrt at least on IPQ8074 but
> > probably on all ath11k-supported HW. Cause 80+80 and 160MHz support
> > bits are being cleared here so 160MHz is not being advertised after
> > this patch.
>
> Oh man, not good. Robert, should we revert this patchset entirely? Of
> course it would be better if Muna can submit quickly a fix, but I'm not
> going to wait for long.

I would prefer to see it get fixed, cause just removing the flag
removal gets 160MHz working,
but I am not sure about other flags as well.

Regards,
Robert
>
> The patchset is in wireless-next at the moment and the commits from the
> patchset are:
>
> a96f10422e74 wifi: ath11k: modify accessor macros to match index size
> 38dfe775d0ab wifi: ath11k: push MU-MIMO params from hostapd to hardware
> 8077c1bbbc28 wifi: ath11k: move HE MCS mapper to a separate function
> ebf82988f844 wifi: ath11k: generate rx and tx mcs maps for supported HE mcs
>
> > I fail to understand why are 80+80 and 160 MHz feature flags being cleared?
>
> Me neither. I missed that in my review.
>
> --
> https://patchwork.kernel.org/project/linux-wireless/list/
>
> https://wireless.wiki.kernel.org/en/developers/documentation/submittingpatches



-- 
Robert Marko
Staff Embedded Linux Engineer
Sartura Ltd.
Lendavska ulica 16a
10000 Zagreb, Croatia
Email: robert.marko@sartura.hr
Web: www.sartura.hr

-- 
ath11k mailing list
ath11k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath11k

  reply	other threads:[~2023-03-29 10:42 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-10-18 21:28 [PATCH v2 0/4] wifi: ath11k: push MU-MIMO configurations to hardware Muna Sinada
2022-10-18 21:28 ` Muna Sinada
2022-10-18 21:28 ` [PATCH v2 1/4] wifi: ath11k: modify accessor macros to match index size Muna Sinada
2022-10-18 21:28   ` Muna Sinada
2023-02-27 12:26   ` Kalle Valo
2023-02-27 12:26     ` Kalle Valo
2022-10-18 21:28 ` [PATCH v2 2/4] wifi: ath11k: push MU-MIMO params from hostapd to hardware Muna Sinada
2022-10-18 21:28   ` Muna Sinada
2023-03-28 11:11   ` Robert Marko
2023-03-28 11:11     ` Robert Marko
2023-03-29  9:45     ` Kalle Valo
2023-03-29  9:45       ` Kalle Valo
2023-03-29 10:42       ` Robert Marko [this message]
2023-03-29 10:42         ` Robert Marko
2023-03-29 11:28         ` Kalle Valo
2023-03-29 11:28           ` Kalle Valo
2023-04-05  8:19           ` Kalle Valo
2023-04-05  8:19             ` Kalle Valo
2023-04-12 23:19             ` Muna Sinada (QUIC)
2023-04-12 23:19               ` Muna Sinada (QUIC)
2023-04-14  5:18               ` Kalle Valo
2023-04-14  5:18                 ` Kalle Valo
2023-04-18  9:09                 ` Kalle Valo
2023-04-18  9:09                   ` Kalle Valo
2023-04-18  9:10                   ` Robert Marko
2023-04-18  9:10                     ` Robert Marko
2022-10-18 21:28 ` [PATCH v2 3/4] wifi: ath11k: move HE MCS mapper to a separate function Muna Sinada
2022-10-18 21:28   ` Muna Sinada
2022-10-18 21:28 ` [PATCH v2 4/4] wifi: ath11k: generate rx and tx mcs maps for supported HE mcs Muna Sinada
2022-10-18 21:28   ` Muna Sinada
2023-04-05  8:25 ` wifi: ath11k: push MU-MIMO configurations to hardware Kernel.org Bugbot
2023-04-05  8:25   ` Kernel.org Bugbot
2023-04-19 14:41 ` ath11k: regression with 80+80 and 160MHz channels Kernel.org Bugbot
2023-04-19 14:41   ` Kernel.org Bugbot

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CA+HBbNEaNTkUv_UPgQievxaLya0XC6=AVj0=GWiH+qB9=vRZHg@mail.gmail.com' \
    --to=robert.marko@sartura.hr \
    --cc=ath11k@lists.infradead.org \
    --cc=kvalo@kernel.org \
    --cc=linux-wireless@vger.kernel.org \
    --cc=quic_akolli@quicinc.com \
    --cc=quic_msinada@quicinc.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.