Bug 1002359

Using module ath9k

Network controller: Atheros Communications Inc. AR9300 Wireless LAN adaptor (rev 01)

Excpected results:

> sudo /usr/sbin/hostapd -dd /etc/hostapd/hostapd.conf -P /run/hostapd.pid -B
random: Trying to read entropy from /dev/random
Configuration file: /etc/hostapd/hostapd.conf
ctrl_interface_group=10 (from group name 'wheel')
nl80211: interface wlan0 in phy phy1
rfkill: initial event: idx=1 type=1 op=0 soft=0 hard=0
nl80211: Using driver-based off-channel TX
nl80211: Use separate P2P group interface (driver advertised support)
nl80211: TDLS supported
nl80211: TDLS external setup
nl80211: Register frame command failed (type=208): ret=-114 (Operation already in progress)
nl80211: Register frame match - hexdump(len=1): 06
nl80211: Failed to register Action frame processing - ignore for now
nl80211: Add own interface ifindex 8
nl80211: Set mode ifindex 8 iftype 3 (AP)
nl80211: Create interface iftype 6 (MONITOR)
nl80211: New interface mon.wlan0 created: ifindex=11
nl80211: Add own interface ifindex 11
BSS count 1, BSSID mask 00:00:00:00:00:00 (0 bits)
nl80211: Regulatory information - country=AR
nl80211: 2402-2482 @ 40 MHz
nl80211: 5170-5250 @ 40 MHz
nl80211: 5250-5330 @ 40 MHz
nl80211: 5490-5710 @ 40 MHz
nl80211: 5735-5835 @ 40 MHz
nl80211: Added 802.11b mode based on 802.11g information
Allowed channel: mode=1 chan=1 freq=2412 MHz max_tx_power=20 dBm
Allowed channel: mode=1 chan=2 freq=2417 MHz max_tx_power=20 dBm
Allowed channel: mode=1 chan=3 freq=2422 MHz max_tx_power=20 dBm
Allowed channel: mode=1 chan=4 freq=2427 MHz max_tx_power=20 dBm
Allowed channel: mode=1 chan=5 freq=2432 MHz max_tx_power=20 dBm
Allowed channel: mode=1 chan=6 freq=2437 MHz max_tx_power=20 dBm
Allowed channel: mode=1 chan=7 freq=2442 MHz max_tx_power=20 dBm
Allowed channel: mode=1 chan=8 freq=2447 MHz max_tx_power=20 dBm
Allowed channel: mode=1 chan=9 freq=2452 MHz max_tx_power=20 dBm
Allowed channel: mode=1 chan=10 freq=2457 MHz max_tx_power=20 dBm
Allowed channel: mode=1 chan=11 freq=2462 MHz max_tx_power=20 dBm
Allowed channel: mode=1 chan=12 freq=2467 MHz max_tx_power=20 dBm
Allowed channel: mode=1 chan=13 freq=2472 MHz max_tx_power=20 dBm
Allowed channel: mode=2 chan=36 freq=5180 MHz max_tx_power=17 dBm
Allowed channel: mode=2 chan=40 freq=5200 MHz max_tx_power=17 dBm
Allowed channel: mode=2 chan=44 freq=5220 MHz max_tx_power=17 dBm
Allowed channel: mode=2 chan=48 freq=5240 MHz max_tx_power=17 dBm
Allowed channel: mode=2 chan=149 freq=5745 MHz max_tx_power=30 dBm
Allowed channel: mode=2 chan=153 freq=5765 MHz max_tx_power=30 dBm
Allowed channel: mode=2 chan=157 freq=5785 MHz max_tx_power=30 dBm
Allowed channel: mode=2 chan=161 freq=5805 MHz max_tx_power=30 dBm
Allowed channel: mode=2 chan=165 freq=5825 MHz max_tx_power=30 dBm
Allowed channel: mode=0 chan=1 freq=2412 MHz max_tx_power=20 dBm
Allowed channel: mode=0 chan=2 freq=2417 MHz max_tx_power=20 dBm
Allowed channel: mode=0 chan=3 freq=2422 MHz max_tx_power=20 dBm
Allowed channel: mode=0 chan=4 freq=2427 MHz max_tx_power=20 dBm
Allowed channel: mode=0 chan=5 freq=2432 MHz max_tx_power=20 dBm
Allowed channel: mode=0 chan=6 freq=2437 MHz max_tx_power=20 dBm
Allowed channel: mode=0 chan=7 freq=2442 MHz max_tx_power=20 dBm
Allowed channel: mode=0 chan=8 freq=2447 MHz max_tx_power=20 dBm
Allowed channel: mode=0 chan=9 freq=2452 MHz max_tx_power=20 dBm
Allowed channel: mode=0 chan=10 freq=2457 MHz max_tx_power=20 dBm
Allowed channel: mode=0 chan=11 freq=2462 MHz max_tx_power=20 dBm
Allowed channel: mode=0 chan=12 freq=2467 MHz max_tx_power=20 dBmAllowed channel: mode=0 chan=13 freq=2472 MHz max_tx_power=20 dBm
Completing interface initialization
Mode: IEEE 802.11g  Channel: 11  Frequency: 2462 MHz
nl80211: Set freq 2462 (ht_enabled=0 sec_channel_offset=0)
Failed to update rate sets in kernel module
RATE[0] rate=10 flags=0x1
RATE[1] rate=20 flags=0x1
RATE[2] rate=55 flags=0x1
RATE[3] rate=110 flags=0x1
RATE[4] rate=60 flags=0x0
RATE[5] rate=90 flags=0x0
RATE[6] rate=120 flags=0x0
RATE[7] rate=180 flags=0x0
RATE[8] rate=240 flags=0x0
RATE[9] rate=360 flags=0x0
RATE[10] rate=480 flags=0x0
RATE[11] rate=540 flags=0x0
Flushing old station entries
Deauthenticate all stations
wpa_driver_nl80211_set_key: ifindex=8 alg=0 addr=(nil) key_idx=0 set_tx=0 seq_len=0 key_len=0
wpa_driver_nl80211_set_key: ifindex=8 alg=0 addr=(nil) key_idx=1 set_tx=0 seq_len=0 key_len=0
wpa_driver_nl80211_set_key: ifindex=8 alg=0 addr=(nil) key_idx=2 set_tx=0 seq_len=0 key_len=0
wpa_driver_nl80211_set_key: ifindex=8 alg=0 addr=(nil) key_idx=3 set_tx=0 seq_len=0 key_len=0
Using interface wlan0 with hwaddr 90:f6:52:13:33:f4 and ssid 'espiga4'
Deriving WPA PSK based on passphrase
SSID - hexdump_ascii(len=7):
     65 73 70 69 67 61 34                              espiga4         
PSK (ASCII passphrase) - hexdump_ascii(len=9): [REMOVED]
PSK (from passphrase) - hexdump(len=32): [REMOVED]
random: Got 16/20 bytes from /dev/random
random: Only 16/20 bytes of strong random data available from /dev/random
random: Not enough entropy pool available for secure operations
WPA: Not enough entropy in random pool for secure operations - update keys later when the first station connects
Get randomness: len=32 entropy=0
GMK - hexdump(len=32): [REMOVED]
Get randomness: len=32 entropy=0
Key Counter - hexdump(len=32): [REMOVED]
WPA: Delay group state machine start until Beacon frames have been configured
nl80211: Set beacon (beacon_set=0)
WPA: Start group state machine to set initial keys
WPA: group state machine entering state GTK_INIT (VLAN-ID 0)
Get randomness: len=16 entropy=0
GTK - hexdump(len=32): [REMOVED]
WPA: group state machine entering state SETKEYSDONE (VLAN-ID 0)
wpa_driver_nl80211_set_key: ifindex=8 alg=2 addr=0x4550da key_idx=1 set_tx=1 seq_len=0 key_len=32
   broadcast key
wpa_driver_nl80211_set_operstate: operstate 0->1 (UP)
netlink: Operstate: linkmode=-1, operstate=6
wlan0: Setup of interface done.

Going from 1.0-3 to 2.0-4 is a big gap.  Did you try anything in between?

Can you provide your hostapd.conf file?

Yes please, paste the hostapd.conf file.

Here is an example hostapd.conf that works with 2.0 on the ath9k driver:

ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=wheel
macaddr_acl=0
auth_algs=1
ignore_broadcast_ssid=0
wpa=1
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP
wpa_passphrase=test
driver=nl80211
interface=wlan0
hw_mode=b or g
channel=6
ssid=TEST

Created attachment 792310 [details]
current hostapd.conf

This is my current hostapd.conf

I've tried disabling options and changing channels already

(In reply to Simone Caronni from comment #4)
> Yes please, paste the hostapd.conf file.
> 
> Here is an example hostapd.conf that works with 2.0 on the ath9k driver:
> 
> ctrl_interface=/var/run/wpa_supplicant
> ctrl_interface_group=wheel
> macaddr_acl=0
> auth_algs=1
> ignore_broadcast_ssid=0
> wpa=1
> wpa_key_mgmt=WPA-PSK
> wpa_pairwise=TKIP
> wpa_passphrase=test
> driver=nl80211
> interface=wlan0
> hw_mode=b or g
> channel=6
> ssid=TEST

This hostapd.conf reproduces the fail as well

(In reply to John W. Linville from comment #3)
> Going from 1.0-3 to 2.0-4 is a big gap.  Did you try anything in between?
> 
> Can you provide your hostapd.conf file?

I've attached my hostapd.conf

I've update my system everyday with yum-cron. I'll check if there are other rpms in between.

(In reply to Ezequiel Birman from comment #7)
> (In reply to John W. Linville from comment #3)
> > Going from 1.0-3 to 2.0-4 is a big gap.  Did you try anything in between?
> > 
> > Can you provide your hostapd.conf file?
> 
> I've attached my hostapd.conf
> 
> I've update my system everyday with yum-cron. I'll check if there are other
> rpms in between.

I see now there are package versions that fill the gap. I am not sure why my system went from 1.0-3 to 2.0-4 maybe some brokenb transaction prevented the update (?) I'll try those previous versions and report back. Thank you. Please don't close this bug yet.

(In reply to Ezequiel Birman from comment #8)
> (In reply to Ezequiel Birman from comment #7)
> > (In reply to John W. Linville from comment #3)
> > > Going from 1.0-3 to 2.0-4 is a big gap.  Did you try anything in between?
> > > 
> > > Can you provide your hostapd.conf file?
> > 
> > I've attached my hostapd.conf
> > 
> > I've update my system everyday with yum-cron. I'll check if there are other
> > rpms in between.
> 
> I see now there are package versions that fill the gap. I am not sure why my
> system went from 1.0-3 to 2.0-4 maybe some brokenb transaction prevented the
> update (?) I'll try those previous versions and report back. Thank you.
> Please don't close this bug yet.

Nay, There are versions 1.0-4  and 2.0-1, 2.0-2, 2.0-3 avaliable for f19 but f18 goes straight from 1.0-3 to 2.0-4

I'll upgrade and hope for the best

I am seeing the same issue in F19 on the  wifi adaptor shown below.

2.0-1 and 2.0-4 give same error as above, but 1.0-4 loads
 
24:00.0 Network controller: Intel Corporation Centrino Advanced-N 6230 [Rainbow Peak] (rev 34)
	Subsystem: Intel Corporation Centrino Advanced-N 6230 AGN
	Kernel driver in use: iwlwifi

This message is a reminder that Fedora 18 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 18. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '18'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 18's end of life.

Thank you for reporting this issue and we are sorry that we may not be 
able to fix it before Fedora 18 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior to Fedora 18's end of life.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Fedora 18 changed to end-of-life (EOL) status on 2014-01-14. Fedora 18 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.

a workarround for this issue is to remove your wlan interface from wpa_supplicant config (add all other nics except your wlan used in hostapd)

/etc/sysconfig/wpa_supplicant
INTERFACES="-ieth0"

pkill hostapd
pkill wpa_supplicant 

Above commands helped me.