Re: [PATCH wireless-next 1/4] wifi: brcmfmac: don't allow arp/nd offload to be enabled if ap mode exists
"Lin Ian (CSS ICW ENG WFS SW WFSW 1)" <[email protected]>
| Newsgroups | dev.linux.lists.brcm80211,org.kernel.vger.linux-wireless |
|---|---|
| Message-ID | <[email protected]> |
On 6/4/2025 6:01 PM, Arend van Spriel wrote: > Caution: This e-mail originated outside Infineon Technologies. Please > be cautious when sharing information or opening attachments especially > from unknown senders. Refer to our intranet > guide<https://intranet-content.infineon.com/explore/aboutinfineon/rules/informationsecurity/ug/SocialEngineering/Pages/SocialEngineeringElements_en.aspx> > to help you identify Phishing email. > > > > On 6/4/2025 11:16 AM, Ian Lin wrote: >> From: Ting-Ying Li <[email protected]> >> >> Add a check to determine whether arp/nd offload enabling >> request is allowed. If there is any interface acts as ap >> mode and is operating, reject the request of arp offload >> enabling from cfg80211. > > Acked-by: Arend van Spriel <[email protected]> >> Signed-off-by: Ting-Ying Li <[email protected]> >> Signed-off-by: Ian Lin <[email protected]> >> --- >> .../broadcom/brcm80211/brcmfmac/cfg80211.c | 17 ++++++++++++++++- >> .../broadcom/brcm80211/brcmfmac/cfg80211.h | 1 + >> .../wireless/broadcom/brcm80211/brcmfmac/core.c | 5 +++++ >> 3 files changed, 22 insertions(+), 1 deletion(-) Across the patch set, the 3 can be regarded as abandoned - [PATCH wireless-next 4/4] wifi: brcmfmac: prevent disable controller in apmode stop --> plan to submit new patch set - [PATCH wireless-next 3/4] wifi: brcmfmac: Improve the delay during scan --> plan to submit new patch set - [PATCH wireless-next 2/4] wifi: brcmfmac: revise SoftAP channel setting --> abandon May I ask if this one is regarded as ack to merge? - [PATCH wireless-next 1/4] wifi: brcmfmac: don't allow arp/nd offload to be enabled if ap mode exists Regards, Ian