Tiny Core Linux

Tiny Core Extensions => TCE Q&A Forum => Topic started by: Carsten on June 29, 2014, 06:26:02 PM

Title: hostapd for 5.x
Post by: Carsten on June 29, 2014, 06:26:02 PM
Hi,

I would like to install hostapd in TCL 5.3. Since it is not in the 5.x repo, I downloaded the one from the 4.x repo. Unfortunately, it is missing libnl.so.1 at run-time. hostapd depends on libnl.tcz, but neither the 5.x libnl.tcz, nor the one from 4.x provide the missing file. Tried the provides function, but no luck.

Any help will be appreciated! Updated hostapd or a pointer to the missing file, anything will do.  ;)

Regards

Carsten
Title: Re: hostapd for 5.x
Post by: gerald_clark on June 29, 2014, 06:41:17 PM
libnl.so.1 is provided by libnl1.tcz from version 4.
Title: Re: hostapd for 5.x
Post by: Carsten on June 29, 2014, 07:15:48 PM
Hi gc,

thanks for the swift reply! Cool!

Regards

Carsten
Title: Re: hostapd for 5.x
Post by: Juanito on June 30, 2014, 12:21:32 AM
..but since other wifi tools in the tc-5.x repo use the more recent libnl extension, it would probably be better to ask the maintainer to update hostapd.
Title: Re: hostapd for 5.x
Post by: Carsten on June 30, 2014, 04:28:32 PM
Thanks for the hint, Juanito!

I pm'ed the creator of the extension, but don't have much hope, since he was last active in Sept 2012 (as per his profile).

I've now installed libnl1 from the 4.x version and I'm stuck now, hence, I would like to ask for more advice.


The adapter I've got is a Sitecom WIFI N300 USB  Adapter, Product code WLA-2103 V1 001, with vendor/product id 0df6:0070 (as seen by lsusb). I haven't found much of the 2103, more of the 2102. I have to assume so far, that the chipset (rtl8192cu) is the same.

And here the problems are starting. I've loaded the following TCLs:

Code: (bash) [Select]
usb-utils.tcz
wireless-3.8.13-tinycore.tcz
wireless_tools.tcz
hostapd.tcz
firmware.tcz
firmware-rtlwifi.tcz
wl-r8192cu-3.8.13-tinycore.tcz

As mentioned before, hostapd.tcz is from the 4.x repo, as well as the libnl1.tcz, which hostapd depends on (I amended the *.dep file).

I assume, that the load order does not matter, but I have the suspicion, that I'm double and triple loading stuff and that the odd TCZ might not be required. I'm totally confused after tons of testing and failures and I'm still not there.

Also, I blacklisted rtl8192cu (as per info file).

After a fresh re-boot, iwconfig reports wlan0 nicely, ifconfig as well (ifconfig wlan0 up). So far the starting point.

In hostapd.conf, I set the driver to

Code: (bash) [Select]
driver=rtl8192cu

Starting hostapd gives me

Code: (bash) [Select]
Configuration file: /home/tc/hostapd.conf
Line 19: invalid/unknown driver 'rtl8192cu'
1 errors found in configuration file '/home/tc/hostapd.conf'

Now, having seen that, I checked with lsmod:

Code: (bash) [Select]
Module                  Size  Used by    Tainted: G 
ipt_MASQUERADE         12288  1
iptable_nat            12288  1
nf_conntrack_ipv4      16384  1
nf_defrag_ipv4         12288  1 nf_conntrack_ipv4
nf_nat_ipv4            12288  1 iptable_nat
nf_nat                 16384  3 ipt_MASQUERADE,iptable_nat,nf_nat_ipv4
nf_conntrack           40960  5 ipt_MASQUERADE,iptable_nat,nf_conntrack_ipv4,nf_nat_ipv4,nf_nat
rtlwifi                73728  0
rtl8192c_common        45056  0
mac80211              155648  2 rtlwifi,rtl8192c_common
cfg80211              110592  2 rtlwifi,mac80211
mperf                  12288  0
cpufreq_stats          12288  0
cpufreq_powersave      12288  0
cpufreq_conservative    12288  0
cpufreq_userspace      12288  0
8192cu                499712  0
squashfs               24576 66
loop                   20480 132
ppdev                  12288  0
parport_pc             24576  0
parport                24576  2 ppdev,parport_pc
battery                16384  0
e1000                  77824  0
ac                     12288  0
microcode              12288  0
pcspkr                 12288  0

8192cu, rather than rtl8192cu.  ::)

USB-Devices reports the correct driver for the stick:

Code: (bash) [Select]
T:  Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#=  2 Spd=480 MxCh= 0
D:  Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor=0df6 ProdID=0070 Rev=02.00
S:  Manufacturer=Realtek
S:  Product=802.11n WLAN Adapter
S:  SerialNumber=00e04c000001
C:  #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr=500mA
I:  If#= 0 Alt= 0 #EPs= 4 Cls=ff(vend.) Sub=ff Prot=ff Driver=rtl8192cu


Code: (bash) [Select]
driver=nl80211

ends in:

Code: (bash) [Select]
Configuration file: /home/tc/hostapd.conf
nl80211 driver initialization failed.

driver=mac80211 behaves like driver=rtl8192cu (invalid/unknown driver)

I've been loading the TCZs in all sorts of combinations, but no success.


Having been confused about what lsmod reports (8192cu, rather than rtl8192cu), I also blacklisted 8192cu and went throught the above tests again.

lsmod reports:

Code: (bash) [Select]
Module                  Size  Used by    Not tainted
ipt_MASQUERADE         12288  1
iptable_nat            12288  1
nf_conntrack_ipv4      16384  1
nf_defrag_ipv4         12288  1 nf_conntrack_ipv4
nf_nat_ipv4            12288  1 iptable_nat
nf_nat                 16384  3 ipt_MASQUERADE,iptable_nat,nf_nat_ipv4
nf_conntrack           40960  5 ipt_MASQUERADE,iptable_nat,nf_conntrack_ipv4,nf_nat_ipv4,nf_nat
rtl8192cu              69632  0
rtlwifi                73728  1 rtl8192cu
rtl8192c_common        45056  1 rtl8192cu
mac80211              155648  3 rtl8192cu,rtlwifi,rtl8192c_common
cfg80211              110592  2 rtlwifi,mac80211
mperf                  12288  0
cpufreq_stats          12288  0
cpufreq_powersave      12288  0
cpufreq_userspace      12288  0
cpufreq_conservative    12288  0
squashfs               24576 66
loop                   20480 132
ppdev                  12288  0
parport_pc             24576  0
microcode              12288  0
parport                24576  2 ppdev,parport_pc
ac                     12288  0
battery                16384  0
e1000                  77824  0
pcspkr                 12288  0

8192cu has disappeared and rtl8192cu shows up.

Unfortunately, now iwconfig does not list wlan0 anymore and, hence, everything else fails from here.


Long story short, I don't know, what else to try. Is the problem located between my ears or is there anything missing or wrong? I know, I'm playing with 4.x stuff and there is a fair chance the problem lies there, but may be there is something else wrong with it???

Your help is very much appreciated!


Regards

Carsten
Title: Re: hostapd for 5.x
Post by: coreplayer2 on June 30, 2014, 06:46:40 PM
First, if you're using wl-r8192cu-3.8.13-tinycore.tcz then the firmware-rtlwifi.tcz extension  is not required and may only confuse the issue, as per the info file

Secondly, if you're using wl-r8192cu-3.8.13-tinycore.tcz then 8192cu would be the correct and only wifi related module.

Title: Re: hostapd for 5.x
Post by: coreplayer2 on June 30, 2014, 07:01:14 PM
Quote from: Carsten on June 30, 2014, 04:28:32 PM

Now, having seen that, I checked with lsmod:

Code: [Select]
Module                  Size  Used by    Tainted: G 
ipt_MASQUERADE         12288  1
iptable_nat            12288  1
nf_conntrack_ipv4      16384  1
nf_defrag_ipv4         12288  1 nf_conntrack_ipv4
nf_nat_ipv4            12288  1 iptable_nat
nf_nat                 16384  3 ipt_MASQUERADE,iptable_nat,nf_nat_ipv4
nf_conntrack           40960  5 ipt_MASQUERADE,iptable_nat,nf_conntrack_ipv4,nf_nat_ipv4,nf_nat
rtlwifi                73728  0
rtl8192c_common        45056  0
mac80211              155648  2 rtlwifi,rtl8192c_common
cfg80211              110592  2 rtlwifi,mac80211
mperf                  12288  0
cpufreq_stats          12288  0
cpufreq_powersave      12288  0
cpufreq_conservative    12288  0
cpufreq_userspace      12288  0
8192cu                499712  0
squashfs               24576 66
loop                   20480 132
ppdev                  12288  0
parport_pc             24576  0
parport                24576  2 ppdev,parport_pc
battery                16384  0
e1000                  77824  0
ac                     12288  0
microcode              12288  0
pcspkr                 12288  0

8192cu, rather than rtl8192cu.  ::)


and here you have more than one module competing for the same device.. 


Title: Re: hostapd for 5.x
Post by: coreplayer2 on June 30, 2014, 07:23:53 PM
Either use
wl-r8192cu-3.8.13-tinycore.tcz
blacklist=rtl8192cu  bootcode,
  then the only reference to a realtek wifi device in lsmod will be 8192cu.



or
do not load wl-r8192cu-3.8.13-tinycore.tcz and do not blacklist=rtl8192cu,
instead use
firmware-rtlwifi.tcz 
wireless-3.8.13-tinycore.tcz

Title: Re: hostapd for 5.x
Post by: Carsten on July 01, 2014, 04:15:51 AM
Hi cp2,

thanks for your time reviewing my post! I thought, there would be clashes. Ok, next round ...

I've tried your suggestions:

1)

onboot.lst
Code: [Select]
usb-utils.tcz
hostapd.tcz
wireless_tools.tcz
firmware-rtlwifi.tcz
wireless-3.8.13-tinycore.tcz
There is nothing else in the list related to usb, wifi or hardware.

Nothing blacklisted.

lsmod shows:
Code: [Select]
Module                  Size  Used by    Not tainted
ipt_MASQUERADE         12288  1
iptable_nat            12288  1
nf_conntrack_ipv4      16384  1
nf_defrag_ipv4         12288  1 nf_conntrack_ipv4
nf_nat_ipv4            12288  1 iptable_nat
nf_nat                 16384  3 ipt_MASQUERADE,iptable_nat,nf_nat_ipv4
nf_conntrack           40960  5 ipt_MASQUERADE,iptable_nat,nf_conntrack_ipv4,nf_nat_ipv4,nf_nat
rtl8192cu              69632  0
rtlwifi                73728  1 rtl8192cu
rtl8192c_common        45056  1 rtl8192cu
mac80211              155648  3 rtl8192cu,rtlwifi,rtl8192c_common
cfg80211              110592  2 rtlwifi,mac80211
mperf                  12288  0
cpufreq_stats          12288  0
cpufreq_powersave      12288  0
cpufreq_userspace      12288  0
cpufreq_conservative    12288  0
squashfs               24576 63
loop                   20480 126
ppdev                  12288  0
parport_pc             24576  0
parport                24576  2 ppdev,parport_pc
battery                16384  0
ac                     12288  0
e1000                  77824  0
microcode              12288  0
pcspkr                 12288  0

Result: wlan0 is not available. iwconfig doesn't list it.


2)

onboot.lst
Code: [Select]
usb-utils.tcz
hostapd.tcz
wireless_tools.tcz
wl-r8192cu-3.8.13-tinycore.tcz
rtl8192cu blacklisted

lsmod
Code: [Select]
Module                  Size  Used by    Tainted: G 
ipt_MASQUERADE         12288  1
iptable_nat            12288  1
nf_conntrack_ipv4      16384  1
nf_defrag_ipv4         12288  1 nf_conntrack_ipv4
nf_nat_ipv4            12288  1 iptable_nat
nf_nat                 16384  3 ipt_MASQUERADE,iptable_nat,nf_nat_ipv4
nf_conntrack           40960  5 ipt_MASQUERADE,iptable_nat,nf_conntrack_ipv4,nf_nat_ipv4,nf_nat
rtlwifi                73728  0
rtl8192c_common        45056  0
mac80211              155648  2 rtlwifi,rtl8192c_common
cfg80211              110592  2 rtlwifi,mac80211
mperf                  12288  0
cpufreq_stats          12288  0
cpufreq_powersave      12288  0
cpufreq_userspace      12288  0
cpufreq_conservative    12288  0
8192cu                499712  0
squashfs               24576 63
loop                   20480 126
ppdev                  12288  0
parport_pc             24576  0
ac                     12288  0
parport                24576  2 ppdev,parport_pc
battery                16384  0
pcspkr                 12288  0
e1000                  77824  0
microcode              12288  0

wlan0 shows up in iwconfig.

Trying hostapd with the drivers as per lsmod.

wlan0 NOT set with ifconfig:

driver=rtl8192cuinvalid/unknown driver 'rtl8192cu'
driver=8192cuinvalid/unknown driver '8192cu'
driver=nl80211      nl80211 driver initialization failed.

I've repeated the above with
Code: [Select]
ifconfig wlan0 up
and
Code: [Select]
ifconfig wlan0 192.168.101.2

ifconfig reports wlan0 as expected.

In all cases, hostapd never accepts any driver, apart from nl80211, which always fails to be initialized.

I'm lost, again.

Did I cut too much out of the onboot.lst? Shouldn't nl80211 appear in lsmod at some point, since it seems to be a generic driver, hostapd takes as default? Is there any driver layer missing? Why are the drivers listed in lsmod not recognized by hostapd? I've also tried rtlwifi and the others related to wifi, but no success.

Regards

Carsten
Title: Re: hostapd for 5.x
Post by: coreplayer2 on July 01, 2014, 12:24:41 PM
item 2) is all wrong..

when loading wl-r8192cu-3.8.13-tinycore.tcz  these modules listed below should not be loaded
Code: [Select]
rtlwifi                73728  0
rtl8192c_common        45056  0
mac80211              155648  2 rtlwifi,rtl8192c_common
cfg80211              110592  2 rtlwifi,mac80211
I don't believe you'll ever get the 8192cu module to connect while these modules are loaded.

I know nothing about hostapd so can't help you sort that out,  I 'm familiar with the 8192cu module only.


I'm posting this from a current system using a secured wifi connection with the 8192cu module,  notice that rtlwifi, rtl8192c_common, mac80211 & cfg80211 are not used

Code: [Select]
tc@box:~$ lsmod
Module                  Size  Used by    Tainted: P 
8192cu                499712  0
snd_seq_dummy          12288  0
snd_seq_oss            24576  0
snd_seq_midi_event     12288  1 snd_seq_oss
snd_seq                32768  5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event
snd_pcm_oss            32768  0
snd_mixer_oss          16384  1 snd_pcm_oss
ipt_REJECT             12288  1
xt_conntrack           12288  1
xt_LOG                 16384  0
nf_conntrack_ftp       12288  0
iptable_nat            12288  0
nf_conntrack_ipv4      16384  2
nf_defrag_ipv4         12288  1 nf_conntrack_ipv4
nf_nat_ipv4            12288  1 iptable_nat
nf_nat                 16384  2 iptable_nat,nf_nat_ipv4
nf_conntrack           40960  6 xt_conntrack,nf_conntrack_ftp,iptable_nat,nf_conntrack_ipv4,nf_nat_ipv4,nf_nat
cpufreq_conservative    12288  0
cpufreq_userspace      12288  0
cpufreq_stats          12288  0
cpufreq_powersave      12288  0
snd_hda_codec_hdmi     28672  4
nvidia               8032256 39
i2c_i801               16384  0
snd_hda_codec_realtek    45056  1
snd_usb_audio          73728  0
snd_hda_intel          28672  0
snd_usbmidi_lib        16384  1 snd_usb_audio
snd_rawmidi            20480  1 snd_usbmidi_lib
snd_hda_codec          57344  3 snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_hda_intel
snd_seq_device         12288  4 snd_seq_dummy,snd_seq_oss,snd_seq,snd_rawmidi
snd_hwdep              12288  2 snd_usb_audio,snd_hda_codec
snd_pcm                49152  5 snd_pcm_oss,snd_hda_codec_hdmi,snd_usb_audio,snd_hda_intel,snd_hda_codec
snd_timer              20480  2 snd_seq,snd_pcm
snd                    36864 15 snd_seq_oss,snd_seq,snd_pcm_oss,snd_mixer_oss,snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_usb_audio,snd_hda_intel,snd_usbmidi_lib,snd_rawmidi,snd_hda_codec,snd_seq_device,snd_hwdep,snd_pcm,snd_timer
soundcore              12288  1 snd
snd_page_alloc         12288  2 snd_hda_intel,snd_pcm
squashfs               24576 282
loop                   20480 564
mxm_wmi                12288  0
eeepc_wmi              12288  0
asus_wmi               16384  1 eeepc_wmi
sparse_keymap          12288  1 asus_wmi
video                  16384  1 asus_wmi
backlight              12288  2 asus_wmi,video
microcode              12288  0
lpc_ich                16384  0
e1000e                106496  0
wmi                    12288  2 mxm_wmi,asus_wmi
mfd_core               12288  1 lpc_ich
acpi_cpufreq           12288  0
serio_raw              12288  0
pcspkr                 12288  0
xhci_hcd               65536  0
mperf                  12288  1 acpi_cpufreq
tc@box:~$



Code: [Select]
tc@box:~$ ifconfig
eth0      Link encap:Ethernet  HWaddr <hidden> 
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
          Interrupt:20 Memory:f6300000-f6320000

lo        Link encap:Local Loopback 
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:42 errors:0 dropped:0 overruns:0 frame:0
          TX packets:42 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:2996 (2.9 KiB)  TX bytes:2996 (2.9 KiB)

wlan0     Link encap:Ethernet  HWaddr <hidden>   
          inet addr:192.168.0.195  Bcast:192.168.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2693 errors:0 dropped:232 overruns:0 frame:0
          TX packets:2068 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:2498494 (2.3 MiB)  TX bytes:380497 (371.5 KiB)

tc@box:~$ iwconfig
ip_vti0   no wireless extensions.

wlan0     IEEE 802.11bgn  ESSID:"<hidden> "  Nickname:"<WIFI@REALTEK>"
          Mode:Managed  Frequency:2.447 GHz  Access Point: <hidden>   
          Bit Rate:130 Mb/s   Sensitivity:0/0 
          Retry:off   RTS thr:off   Fragment thr:off
          Power Management:off
          Link Quality=100/100  Signal level=98/100  Noise level=0/100
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0

dummy0    no wireless extensions.

lo        no wireless extensions.

eth0      no wireless extensions.

tunl0     no wireless extensions.

tc@box:~$
Title: Re: hostapd for 5.x
Post by: coreplayer2 on July 01, 2014, 02:08:46 PM
looking briefly at hostapd from the 4.x repo it appears to require drivers which support the mac80211 interface,  8192cu might not be the best choice since it does not depend on the mac80211 interface.


the rtlxxxx Kernel driver supports the mac80211 interface but may need recompiling to support your hardware ID (even then I don't believe your chosen hardware supports access point mode, though I could be wrong there..)


Best suggestion I have is use a  Prism chip which supports access point mode and uses the mac80211 interface.
Title: Re: hostapd for 5.x
Post by: Carsten on July 02, 2014, 04:22:50 AM
Hi cp1,

thanks for your time!


I think, I'm getting a bit closer. The additional drivers won't be installed, when I don't install wireless_tools.tcz, which means, that this could be the culprit. Loading wl-r8192cu-3.8.13-tinycore.tcz only indeed only loads 8192cu as per your sample. But wireless_tools.tcz provides iwconfig and the other tools I need.

Interestingly, as I dug a bit deeper, as per apps browser, wireless_tools depends on

libiw.tcz and
wireless-3.8-13-tinycore.tcz

I meant to tweak things a bit and found out, that the wireless_tools.dep file on my system depends on

libiw.tcz and
wireless-KERNEL.tcz

Strange. I downloaded (wget) the dep file alone from the mirror again and got the same one I already had on my system. Means, the dependencies shown in the apps browser do not reflect that, what is really in the file provided for download from that particular mirror. May be, the mirror cache needs clearing (?). Very misleading. The mirror I used was l4u-00.ru. But that is just a side-line, I guess ... I don't think, this is the reason for my effect.

I removed wireless-KERNEL from the dep file and put wireless-3.8.13-tinycore.tcz into onboot. Ok. Now, the only driver loaded is 8192cu. But from here all the same as last time. hostapd doesn't accept the driver. I doubt, I don't need wireless-Kernel ...

iwconfig and ifconfig all work fine and I can even connect successfully to other APs. It is just this hostapd ......

Now, I need to look into the re-compilation of hostapd, I guess. Not a clue, but I'll see ....

Or I just go to the shop and buy another WIFI stick ...

Anyway, thanks for your help and your time, cp2!

Regards

Carsten
Title: Re: hostapd for 5.x
Post by: Juanito on July 02, 2014, 05:25:14 AM
Quote from: Carsten on July 02, 2014, 04:22:50 AM
Interestingly, as I dug a bit deeper, as per apps browser, wireless_tools depends on

libiw.tcz and
wireless-3.8-13-tinycore.tcz
You need to use the boot code "blacklist=driver_name" to stop the unwanted drivers being loaded.

Quote
I meant to tweak things a bit and found out, that the wireless_tools.dep file on my system depends on

libiw.tcz and
wireless-KERNEL.tcz
This is correct, your actual kernel version is substituted for $KERNEL so that the correct extension is loaded.

Quote
Now, I need to look into the re-compilation of hostapd, I guess. Not a clue, but I'll see ....
There's a wiki section on how to compile and make tinycore extensions.
Title: Re: hostapd for 5.x
Post by: gfmoore on October 17, 2014, 12:14:40 PM
Did you get a working hostapd binary?

Did you get a working access point

I've now spent two days trying to get a linux wifi access point working using the info from an old post 16181, but it fails on the downloaded adafruit hostapd. I am a linux newbie and I tried to compile my own version of hostapd, but the make just keep0s failing on missing files etc and I don't kn know how to proceed.

If there is a working hostapd I'd be very grateful ... :)

Gordon
Title: Re: hostapd for 5.x
Post by: cwongcpa on October 23, 2014, 10:22:33 PM
I'm also newbie. Below is my hostspad.conf.  It is work fine for me but sometimes it stuck in add randomness. I need ctrl+C and restart hostapd again.  Anyone expert could solve the stuck problem is much appreciate. 

interface=wlan0
driver=nl80211  ####
logger_syslog=-1
logger_syslog_level=0
logger_stdout=-1
logger_stdout_level=2
dump_file=/tmp/hostapd.dump
ctrl_interface=/var/run/hostapd
ctrl_interface_group=0
ssid=abcdefg
hw_mode=g
channel=6
beacon_int=100
dtim_period=2
max_num_sta=2
rts_threshold=2347
fragm_threshold=2346
preamble=1
macaddr_acl=0
auth_algs=1
########
wpa=2
wpa_passphrase=passward123
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP CCMP
rsn_pairwise=CCMP
#########
ignore_broadcast_ssid=0
wmm_enabled=1
wmm_ac_bk_cwmin=4
wmm_ac_bk_cwmax=10
wmm_ac_bk_aifs=7
wmm_ac_bk_txop_limit=0
wmm_ac_bk_acm=0
wmm_ac_be_aifs=3
wmm_ac_be_cwmin=4
wmm_ac_be_cwmax=10
wmm_ac_be_txop_limit=0
wmm_ac_be_acm=0
wmm_ac_vi_aifs=2
wmm_ac_vi_cwmin=3
wmm_ac_vi_cwmax=4
wmm_ac_vi_txop_limit=94
wmm_ac_vi_acm=0
wmm_ac_vo_aifs=2
wmm_ac_vo_cwmin=2
wmm_ac_vo_cwmax=3
wmm_ac_vo_txop_limit=47
wmm_ac_vo_acm=0
eapol_key_index_workaround=0