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

2010-06-14 Thread Ulrich Spörlein
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
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


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

2010-06-14 Thread Rui Paulo

On 14 Jun 2010, at 03:11, Ulrich Spörlein wrote:

 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 ---

Please update your sources. I think this was fixed a while ago.

--
Rui Paulo


___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


wpa_supplicant update? CTRL-EVENT-SCAN-RESULTS

2010-06-13 Thread Jakub Lach

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

best regards, 
Jakub Lach
-- 
View this message in context: 
http://old.nabble.com/wpa_supplicant-update--CTRL-EVENT-SCAN-RESULTS-tp28870665p28870665.html
Sent from the freebsd-current mailing list archive at Nabble.com.

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


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

2010-06-13 Thread Rui Paulo
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.

--
Rui Paulo


___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


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

2010-06-13 Thread Jakub Lach


Rui Paulo-3 wrote:
 
 On 13 Jun 2010, at 04:23, Jakub Lach wrote:
 
 Hello.
 
 Is update of wpa_supplicant planned? 
 
 
 I'll likely work on this soon.
 
 --
 Rui Paulo
 

That's splendid, thanks for fast reply.

Is MFC to 8 feasible?

regards, 
- Jakub Lach
-- 
View this message in context: 
http://old.nabble.com/wpa_supplicant-update--CTRL-EVENT-SCAN-RESULTS-tp28870665p28873483.html
Sent from the freebsd-current mailing list archive at Nabble.com.

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


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

2010-06-13 Thread Rui Paulo

On 13 Jun 2010, at 12:40, Jakub Lach wrote:

 
 
 Rui Paulo-3 wrote:
 
 On 13 Jun 2010, at 04:23, Jakub Lach wrote:
 
 Hello.
 
 Is update of wpa_supplicant planned? 
 
 
 I'll likely work on this soon.
 
 --
 Rui Paulo
 
 
 That's splendid, thanks for fast reply.
 
 Is MFC to 8 feasible?

Possibly, but it won't make it in time for 8.1.

--
Rui Paulo


___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


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

2010-06-13 Thread Jakub Lach


Rui Paulo-3 wrote:
 
 
 On 13 Jun 2010, at 12:40, Jakub Lach wrote:
  
 Rui Paulo-3 wrote:
 
 On 13 Jun 2010, at 04:23, Jakub Lach wrote:
 
 Hello.
 
 Is update of wpa_supplicant planned? 
 
 
 I'll likely work on this soon.
 
 --
 Rui Paulo
 
 
 That's splendid, thanks for fast reply.
 
 Is MFC to 8 feasible?
 
 Possibly, but it won't make it in time for 8.1.
 

That's understandable, I track STABLE anyway
(since 8 became STABLE as a matter of fact).

regards, 
- Jakub Lach

-- 
View this message in context: 
http://old.nabble.com/wpa_supplicant-update--CTRL-EVENT-SCAN-RESULTS-tp28870665p28873587.html
Sent from the freebsd-current mailing list archive at Nabble.com.

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org