Received-SPF: pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 2620:137:e000::3:1 as permitted sender) client-ip=2620:137:e000::3:1;
From:   Kalle Valo <kvalo@kernel.org>
To:     Ma Ke <make_ruc2021@163.com>
Cc:     quic_jjohnson@quicinc.com, ath12k@lists.infradead.org,
        linux-wireless@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] wifi: ath12k: call ath12k_mac_fils_discovery() without
 condition
References: <20231011072950.4097927-1-make_ruc2021@163.com>
Date:   Wed, 11 Oct 2023 11:55:41 +0300
In-Reply-To: <20231011072950.4097927-1-make_ruc2021@163.com> (Ma Ke's message
        of "Wed, 11 Oct 2023 15:29:50 +0800")
Message-ID: <87mswp4jxu.fsf@kernel.org>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
Precedence: bulk

Ma Ke <make_ruc2021@163.com> writes:

> Mac80211 does not set flags BSS_CHANGED_FILS_DISCOVERY and
> BSS_CHANGED_UNSOL_BCAST_PROBE_RESP if there are no updates to
> FILS discovery and unsolicited broadcast probe response transmission
> configurations respectively. This results in the transmissions getting
> stopped during BSS change operations which do not include these
> attributes. Remove the checks for the flags and always send the existing
> configuration to firmware.
>
> Signed-off-by: Ma Ke <make_ruc2021@163.com>

This looks almost identical to Aloka's patch:

wifi: ath12k: call ath12k_mac_fils_discovery() without condition

https://git.kernel.org/netdev/net-next/c/43a10990404f

What's happening here?

-- 
https://patchwork.kernel.org/project/linux-wireless/list/

https://wireless.wiki.kernel.org/en/developers/documentation/submittingpatches