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

wpa_supplicant craps out under heavy load



I've noticed this with ubuntu about a year ago,
and now I see this with redhat(fedora)

under wpa_supplicant.log I see:

CTRL-EVENT-CONNECTED - Connection to xx:xx:xx:xx:xx:xx completed (auth)
[id=0 id_str=]
CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys
Trying to associate with xx:xx:xx:xx:xx:xx (SSID='XX' freq=2422 MHz)
Association request to the driver failed
Associated with xx:xx:xx:xx:xx:xx
CTRL-EVENT-CONNECTED - Connection to xx:xx:xx:xx:xx:xx completed
(reauth) [id=0 id_str=]
CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys
Trying to associate with xx:xx:xx:xx:xx:xx (SSID='XX' freq=2422 MHz)
Association request to the driver failed
Associated with xx:xx:xx:xx:xx:xx
CTRL-EVENT-CONNECTED - Connection to xx:xx:xx:xx:xx:xx completed
(reauth) [id=0 id_str=]
CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys
Trying to associate with xx:xx:xx:xx:xx:xx (SSID='XX' freq=2422 MHz)
Association request to the driver failed
Associated with xx:xx:xx:xx:xx


the above is caused probably all the time, but not noticeable until
heavy load.

The system becomes vary sluggish, hulu craps out, radio craps out
(not fun)...

After disabling NetworkManager and compiling wpa_supplicant from
the source(using the default .config they supply for compiling)

wpa_supplicant looks like this:

[name name wpa_supplicant]$
sudo /home/name/Sources/wpa_supplicant-0.6.9/wpa_supplicant/wpa_supplicant -Dwext -ieth1 -c /home/name/wpa
CTRL-EVENT-SCAN-RESULTS 
Trying to associate with xx:xx:xx:xx:xx:xx (SSID='XX' freq=2422 MHz)
ioctl[SIOCSIWAP]: Device or resource busy
Association request to the driver failed
Associated with xx:xx:xx:xx:xx:xx
CTRL-EVENT-CONNECTED - Connection to xx:xx:xx:xx:xx:xx completed (auth)
[id=0 id_str=]

still shows some errors, but I'm able to stream music, plus watch movies
without having a sluggish system, nor having stuckage of internet.

I would file a bug, but there probably already is, since this is
something I've seen for some time now right!

Justin P. Mattock



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