Re: [PATCH 1/2] hostapd: fix dpp_listen in dpp responder scenario

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, Dec 15, 2020 at 09:34:54AM +0000, Michal Kazior wrote:
> Some time ago it was found some drivers are
> setting their hw/ucode rx filters restrictively
> enough to prevent DPP multicast frames from being
> delivered.
> 
> A set of patches was introduced to the kernel and
> ath9k driver as well as hostapd, eg.
> 
>   a39e9af90 ("nl80211: DPP listen mode callback")
>   4d2ec436e ("DPP: Add driver operation for enabling/disabling listen mode")
> 
> The hostapd code itself was not calling the new
> multicast registration. As such the AP side of
> things wasn't working as expected in some
> scenarios.
> 
> I've found this while trying to get ath9k working
> as an AP Responder/Configurator.
> 
> The problem wasn't seen on, eg. mac80211 hwsim
> driver.

Thanks, applied patch 1/2.

-- 
Jouni Malinen                                            PGP id EFC895FA

_______________________________________________
Hostap mailing list
Hostap@xxxxxxxxxxxxxxxxxxx
http://lists.infradead.org/mailman/listinfo/hostap



[Index of Archives]     [Linux Wireless]     [Linux Kernel]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]

  Powered by Linux