Re: wpa_supplicant update? CTRL-EVENT-SCAN-RESULTS

From: Ulrich Spörlein <uqs_at_spoerlein.net>
Date: Mon, 14 Jun 2010 12:11:54 +0200
On Sun, 13.06.2010 at 12:03:05 -0700, Rui Paulo wrote:
> On 13 Jun 2010, at 04:23, Jakub Lach wrote:
> 
> > 
> > Hello.
> > 
> > Is update of wpa_supplicant planned? 
> > 
> > Current version in STABLE as well as CURRENT  
> > (v0.6.8) is suffering from CTRL-EVENT-SCAN-RESULTS
> > log spam.
> > 
> > If it's the same problem, looks like it's fixed in v0.6.10
> > 
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=539915
> 
> I'll likely work on this soon.

Great news,

btw, are you aware of WPA problems with the iwi(4) driver? I had no
problems and good performance early this year, but since March or so,
the driver gets stuck regularly. For example I can no longer boot up
with if_iwi loaded and the WPA bits in rc.conf, as the immediate startup
of wpa_supplicant will somehow wedge things (I have a couple of traces
for this): ifconfig wlan0 down will get stuck, killing wpa_supplicant is
no longer possible, etc.

What works for me (please don't laugh):
- boot up without if_iwi loaded
- disable wlan radio using hotkey
- load if_iwi, devd will automatically start wpa_supplicant
- wpa_supplicant will eventually (1-2 min) associate with my ath(4)
  based AP
- turn on radio per hotkey
- check ifconfig wlan0 to see if everything is alright
- ifconfig lagg0 laggport wlan0 for wired/wireless roaming.

Here's a trace of when 'ifconfig wlan0 down' was stuck, too bad the
trace for wpa_supplicant doesn't show up in the textdump

Tracing command ifconfig pid 1894 tid 100121 td 0xc4d76c30
sched_switch(c4d76c30,0,104,191,3593fa53,...) at sched_switch+0x2fc
mi_switch(104,0,c092b242,1eb,5c,...) at mi_switch+0x200
sleepq_switch(c4d76c30,0,c092b242,260,0,...) at sleepq_switch+0x15f
sleepq_wait(c41862d8,5c,c091c518,0,0,...) at sleepq_wait+0x63
_sleep(c41862d8,c3f02494,5c,c091c518,0,...) at _sleep+0x365
taskqueue_drain(c3f02480,c41862d8,48d,c0935b10,fb51cab8,...) at taskqueue_drain+0xf5
ieee80211_vap_detach(c4186000,fb51cae4,0,fb51cacc,c06bac77,...) at ieee80211_vap_detach+0x78
iwi_vap_delete(c4186000,fb51cae4,c0694457,c413f000,c413f000,...) at iwi_vap_delete+0x12
wlan_clone_destroy(c413f000,c413f000,c413f000,c413f000,fb51cb10,...) at wlan_clone_destroy+0x17
ifc_simple_destroy(c099c260,c413f000,c09362cc,105,c099c290,...) at ifc_simple_destroy+0x27
if_clone_destroyif(c099c260,c413f000,c09362cc,e0,c42225c0,...) at if_clone_destroyif+0x12e
if_clone_destroy(c42225c0,19c,c0954c7d,c091ead3,3,...) at if_clone_destroy+0xa2
ifioctl(c3c4f670,80206979,c42225c0,c4d76c30,c4415100,...) at ifioctl+0x476
soo_ioctl(c44433b8,80206979,c42225c0,c44b2700,c4d76c30,...) at soo_ioctl+0x40f
kern_ioctl(c4d76c30,3,80206979,c42225c0,6230b0,...) at kern_ioctl+0x1fd
ioctl(c4d76c30,fb51ccf8,c09615aa,c09492c0,c4d6d2a8,...) at ioctl+0x134
syscall(fb51cd38) at syscall+0x220
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (54, FreeBSD ELF32, ioctl), eip = 0x281cbb13, esp = 0xbfbfe44c, ebp = 0xbfbfe468 ---


Uli
Received on Mon Jun 14 2010 - 08:11:56 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:04 UTC