[PATCH 1/3] hostapd: Fix VHT unsolicitated channel switching
Tue Mar 18 07:58:49 PDT 2014
> -----Original Message-----
> From: hostap-bounces at lists.shmoo.com [mailto:hostap-
> bounces at lists.shmoo.com] On Behalf Of Michal Kazior
> Sent: Tuesday, March 18, 2014 14:38
> To: j at w1.fi
> Cc: hostap at lists.shmoo.com
> Subject: [PATCH 1/3] hostapd: Fix VHT unsolicitated channel switching
> The ieee80211ac config wasn't updated upon channel switch notification.
> This led to inconsistent beacons in some cases.
> It's not possible to deduce VHT status for an unsolicitated channel switch
> now in all cases.
> + /* FIXME: It's impossible to tell how exactly an unsolicitated channel
> + * switch downgraded channel definition in all cases. */
> + if (width == CHAN_WIDTH_80 ||
> + width == CHAN_WIDTH_80P80 ||
> + width == CHAN_WIDTH_160)
> + hapd->iconf->ieee80211ac = 1;
> + if (!ht)
> + hapd->iconf->ieee80211ac = 0;
As far as I understand the ieee80211ac variable states weather 80211ac is enabled or not, and thus I do not think that it should be changed based on the actual operating mode/channel width.
Regardless, how is it possible that the CS ended with being on VHT if hostap did not ask to use VHT in the first place?
Thanks in advance,
More information about the Hostap