Hi Johannes,
> > > > Parse HT IE from cfg80211 and set HT capabilities accordingly
> > > > to FW. If HT IE is missing, 11n would be disabled in FW.
> > >
> > > No objections, but it might be worthwhile to extend the APIs to not
> > have
> > > to parse this?
> >
> > If I understand it correctly, we can probably do something like this:
> >
> > 1) add new variables "const u8 *ht_cap" and "size_t ht_cap_len" to
> > struct cfg80211_ap_settings
> > 2) parse WLAN_EID_HT_CAPABILITY in nl80211_start_ap() and update
> > ht_cap/ht_cap_len accordingly
> > 3) drivers (mwifiex, etc.) make use of ht_cap/ht_cap_len directly in
> > start_ap() handler
> >
> > Regardless we have to parse HT_CAP IE from beacon.tail, either in
> > driver start_up handler, or inside of cfg80211/nl80211. Please let me
> > know if above change is OK for you.
>
> I don't think I'd bother doing the above change. I was thinking that the
> supplicant/hostapd would give it in separate attributes, but I guess it
> doesn't.
OK. I will stick to original approach then.
By the way, I will resubmit this patch to address some sparse warnings.
Thanks,
Bing
��.n��������+%������w��{.n�����{���zW����ܨ}���Ơz�j:+v�����w����ޙ��&�)ߡ�a����z�ޗ���ݢj��w�f
