Re: CFT: wpa_supplicant/hostapd import patch
On 3 Jul 2013, at 07:03, Anthony Jenkins wrote: > On 07/03/13 04:18, Lev Serebryakov wrote: >> Hello, Rui. >> You wrote 30 июня 2013 г., 20:27:51: >> >> RP> Actually, I just need to use svn diff --show-copies-as-adds. I've >> updated the patch: >> RP> http://people.freebsd.org/~rpaulo/wpa-2.0.diff.gz >> And I have some strange problems with 802.11n clients... >> Traffic stalls for 1-2 minutes every 10-15 minutes (client could not ping >> gateway, etc) without any disassociation, and it fixes "automagically" to >> repeat after next 10-15 minutes. I'm investigating it further. > I'm having different issues with (presumably) the patch, mostly on ACPI > resume. I have to manually '/etc/rc.d/netif restart ath0' when I resume my > laptop. Also I have the following wpa_supplicant error on the console: >> Jul 2 21:42:22 laptop wpa_supplicant[57774]: ioctl[SIOCS80211, op=103, >> val=0, arg_len=128]: Device not configured > Snippet of /var/log/messages including suspend/resume: >> Jul 2 21:42:15 laptop org.kde.powerdevil.backlighthelper: QDBusConnection: >> system D-Bus connection created before QCoreApplication. Application may >> misbehave. >> Jul 2 21:42:15 laptop kernel: can't evaluate \_SB_.PCI0.AGP_.VGA_.LCD_._DCS >> - AE_NOT_FOUND >> Jul 2 21:42:15 laptop dbus[1955]: [system] Successfully activated service >> 'org.kde.powerdevil.backlighthelper' >> Jul 2 21:42:17 laptop acpi: suspend at 20130702 21:42:17 >> Jul 2 21:42:20 laptop kernel: info: [drm] Resetting GPU >> Jul 2 21:42:21 laptop kernel: wlan0: link state changed to DOWN >> Jul 2 21:42:21 laptop wpa_supplicant[57774]: wlan0: CTRL-EVENT-DISCONNECTED >> bssid=00:24:a8:bd:a7:20 reason=0 >> Jul 3 08:46:25 laptop kernel: uhub3: at usbus0, port 1, addr 1 >> (disconnected) >> Jul 3 08:46:25 laptop kernel: uhub0: at usbus1, port 1, addr 1 >> (disconnected) >> Jul 3 08:46:25 laptop kernel: uhub2: at usbus2, port 1, addr 1 >> (disconnected) >> Jul 3 08:46:25 laptop kernel: ath0: unable to reset hardware; hal status 3 >> Jul 3 08:46:25 laptop kernel: uhub1: at usbus3, port 1, addr 1 >> (disconnected) >> Jul 3 08:46:25 laptop kernel: ugen3.2: at usbus3 (disconnected) >> Jul 3 08:46:25 laptop kernel: ugen3.3: at usbus3 (disconnected) >> Jul 3 08:46:25 laptop kernel: umass0: at uhub1, port 2, addr 3 >> (disconnected) >> Jul 3 08:46:25 laptop kernel: (da0:umass-sim0:0:0:0): lost device - 0 >> outstanding, 2 refs >> Jul 3 08:46:25 laptop kernel: (da0:umass-sim0:0:0:0): removing device entry >> Jul 3 08:46:25 laptop kernel: can't evaluate \_SB_.PCI0.AGP_.VGA_.LCD_._DCS >> - AE_NOT_FOUND >> Jul 3 08:46:25 laptop kernel: uhub0: > 2.00/1.00, addr 1> on usbus1 >> Jul 3 08:46:25 laptop kernel: uhub1: > 2.00/1.00, addr 1> on usbus3 >> Jul 3 08:46:25 laptop kernel: uhub2: > 1.00/1.00, addr 1> on usbus0 >> Jul 3 08:46:25 laptop kernel: uhub3: > 1.00/1.00, addr 1> on usbus2 >> Jul 2 21:42:22 laptop wpa_supplicant[57774]: ioctl[SIOCS80211, op=103, >> val=0, arg_len=128]: Device not configured >> Jul 2 21:42:22 laptop wpa_supplicant[57774]: wlan0: Failed to initiate AP >> scan >> Jul 2 21:42:24 laptop wpa_supplicant[57774]: ioctl[SIOCS80211, op=103, >> val=0, arg_len=128]: Device not configured >> Jul 2 21:42:24 laptop wpa_supplicant[57774]: wlan0: Failed to initiate AP >> scan >> Jul 2 21:42:26 laptop wpa_supplicant[57774]: ioctl[SIOCS80211, op=103, >> val=0, arg_len=128]: Device not configured >> Jul 2 21:42:26 laptop wpa_supplicant[57774]: wlan0: Failed to initiate AP >> scan >> Jul 3 08:46:25 laptop wpa_supplicant[57774]: ioctl[SIOCS80211, op=103, >> val=0, arg_len=128]: Device not configured >> Jul 3 08:46:25 laptop wpa_supplicant[57774]: wlan0: Failed to initiate AP >> scan >> Jul 3 08:46:26 laptop kernel: uhub2: 5 ports with 5 removable, self powered >> Jul 3 08:46:26 laptop kernel: uhub3: 5 ports with 5 removable, self powered >> Jul 3 08:46:25 laptop acpi: resumed at 20130703 08:46:25 >> Jul 3 08:46:26 laptop wpa_supplicant[57774]: ioctl[SIOCS80211, op=103, >> val=0, arg_len=128]: Device not configured >> Jul 3 08:46:26 laptop wpa_supplicant[57774]: wlan0: Failed to initiate AP >> scan >> Jul 3 08:46:26 laptop kernel: info: [drm] Loading RS780/RS880 Microcode >> Jul 3 08:46:26 laptop kernel: info: [drm] Resetting GPU > I've just uncommented the command '/usr/sbin/wpa_cli reassociate' in > /etc/rc.resume, no change. After resume, 'i
[rfc] net80211 PHY updates, amrr rate control changes, iwn changes for native 11n
Hi! I have been hacking at adding 11n awareness to the PHY and rate control code in net80211 in preparation for "real" 11n awareness in the rate control code. The patch is here: http://people.freebsd.org/~adrian/ath/20130630-net80211-phy-11n-1.diff The problems: * The rate representation is a single uint8_t which represents the throughput (pre-11n) or the MCS code (11n) * The BASIC rate flag is 0x80, and the MCS rate flag is 0x80 - making a unified representation of "stuff" rather difficult; * There's no current way for it to return the rest of the 11n configuration (short-gi, 20/40mhz, stbc, ldpc, etc), which means the current "result" isn't enough to fully represent an 11n transmit; * .. same with pre-11n - there's no current way for the rate control code to say "transmit short preamble" for legacy (11b) versus 11g setups. What it does: PHY: * adds the 11n PHY tables to ieee80211_phy.c; * adds 11n packet duration calculation as a new function call; * adds some new methods in ieee80211_phy.h to access the rate code information based on the rate index; * adds checks to ensure that these legacy methods don't get called with the MCS/BASIC bit set (0x80); ratectl: * Modify amrr to use the HT table if the device is HT aware Drivers (non-iwn): * Modify the drivers that directly use the node rate table to use the new phy functions that do it for you, which do sanity checks; * The drivers now only look up the legacy rates -without- the basic rate flag, so when they're taught about 11n it is clear what that 0x80 bit means; Drivers (iwn): * remove that "pretend I'm 11n, really" crap from iwn_newassoc(), as now amrr will return 11n rates; * move the rate/ridx -> iwn plcp table into an inline function that takes the node and rate, and calculates the plcp to use * teach it to now use the HT rate from amrr correctly I've verified this on iwn(4) in STA mode and it's behaving correctly. AMRR makes some pretty bad 11n decisions but I'm not making it worse. I'd appreciate any testing that people can give. I'm going to commit this soon. Thanks! -adrian ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"
Re: ath and ipad
.. grr. So I've been meaning to add in some framework to the net80211/ath code to provide per-node statistics, rather than just per-vap and per-ath statistics. But I've not yet done it. Boy would that make this problem easy to solve. :( -adrian ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"
Re: ath and ipad
Right, but the other system is not running 11n, neither is it running on the newer chip. I think it's worty trying to simplify things down as much as you can. -adrian ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"
Re: ath and ipad
On Wed, Jul 03, 2013 at 04:11:57PM -0700, Adrian Chadd wrote: > Oh, try 'athregs -k' root@notebook:/usr/src/tools/tools/ath/athregs # athregs -k KEY[004] MAC 40:b3:95:12:dc:bf AES-CCM 8c58-0e6e-5c16-da55-d928-4611-5c74-4f65 KEY[005] MAC 04:a8:2a:1f:a9:f1 AES-CCM b2f4-d8b2-e178-db40-5877-2c8f-3039-bae5 KEY[006] MAC d8:a2:5e:01:58:55 AES-CCM 44af-c87b-b58d-b379-9734-f01d-c212-9cba > or just athregs --help, and use the 'dump keycache' option. > > It may be something odd with your hostap file. I've never used one > that complicated, nor have I implemented anything using key signing. Very closed hostap file working on the other system with this ipad. > Let's dump the keycache entries first to ensure that you're speaking > CCMP to the ipad, then let's try cutting that back to a straight > non-encrypted setup first and progressively adding more and more. > > Oh - kill all the wme / wmm lines first. You kinda need WME for 11n. > net80211 defaults to a useful set of WME/WMM parameters. Thus you > don't need any of those in hostapd. don't changed anyfing ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"
Re: ath and ipad
Oh, try 'athregs -k' or just athregs --help, and use the 'dump keycache' option. It may be something odd with your hostap file. I've never used one that complicated, nor have I implemented anything using key signing. Let's dump the keycache entries first to ensure that you're speaking CCMP to the ipad, then let's try cutting that back to a straight non-encrypted setup first and progressively adding more and more. Oh - kill all the wme / wmm lines first. You kinda need WME for 11n. net80211 defaults to a useful set of WME/WMM parameters. Thus you don't need any of those in hostapd. -adrian ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"
Re: ath and ipad
On Wed, Jul 03, 2013 at 04:02:13PM -0700, Adrian Chadd wrote: > Ok, can you set the network up (briefly!) as a totally open (no > encryption) network, and verify that the ipad works? Not now, i can try this after some hours. > Also, what's your hostapd.conf file look like? interface=ap0 driver=bsd logger_syslog=-1 logger_syslog_level=2 logger_stdout=-1 logger_stdout_level=2 debug=4 dump_file=/tmp/hostapd.dump ctrl_interface=/var/run/hostapd ctrl_interface_group=wheel ssid=notebook country_code=RU ieee80211d=1 channel=6 beacon_int=100 dtim_period=2 max_num_sta=255 rts_threshold=2347 fragm_threshold=2346 macaddr_acl=0 auth_algs=1 ignore_broadcast_ssid=0 wme_enabled=0 wme_ac_bk_cwmin=4 wme_ac_bk_cwmax=10 wme_ac_bk_aifs=7 wme_ac_bk_txop_limit=0 wme_ac_bk_acm=0 wme_ac_be_aifs=3 wme_ac_be_cwmin=4 wme_ac_be_cwmax=10 wme_ac_be_txop_limit=0 wme_ac_be_acm=0 wme_ac_vi_aifs=2 wme_ac_vi_cwmin=3 wme_ac_vi_cwmax=4 wme_ac_vi_txop_limit=94 wme_ac_vi_acm=0 wme_ac_vo_aifs=2 wme_ac_vo_cwmin=2 wme_ac_vo_cwmax=3 wme_ac_vo_txop_limit=47 wme_ac_vo_acm=0 wmm_enabled=1 ieee80211n=1 ieee8021x=1 eapol_version=2 eapol_key_index_workaround=1 eap_server=1 eap_user_file=/etc/hostapd.eap_user ca_cert=/usr/local/etc/raddb/certs/ca.pem server_cert=/usr/local/etc/raddb/certs/server.pem private_key=/usr/local/etc/raddb/certs/server.pem private_key_passwd=whatever wpa=3 wpa_key_mgmt=WPA-EAP wpa_pairwise=TKIP CCMP > Also, what's the output of 'athkey' look like? usage: athkey [-i device] keyix cipher keyval [mac] ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"
Re: ath and ipad
Ok, can you set the network up (briefly!) as a totally open (no encryption) network, and verify that the ipad works? Also, what's your hostapd.conf file look like? Also, what's the output of 'athkey' look like? -adrian ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"
Re: ath and ipad
On Wed, Jul 03, 2013 at 03:46:55PM -0700, Adrian Chadd wrote: > On 3 July 2013 15:45, Slawa Olhovchenkov wrote: > > >> ok, good starting point. > >> > >> > If I do 'athdebug +recv +recv_proc' I see in log > >> > > >> > Jul 4 02:33:04 notebook kernel: [341079] TODS > >> > d8:a2:5e:01:58:55->f4:ec:38:a3:10:dc(f4:ec:38:a3:10:dc) data 67M +65 > >> > Jul 4 02:33:04 notebook kernel: [341079] 4801 2c00 f4ec 38a3 10dc d8a2 > >> > 5e01 5855 f4ec 38a3 10dc 201b 5cbd 1653 > >> > Jul 4 02:33:04 notebook kernel: [341080] ath0: ath_legacy_rx_tasklet: > >> > pending 1 > >> > Jul 4 02:33:04 notebook kernel: [341080] ath0: ath_rx_proc: called > >> > >> Interesting. And that's the MAC address of your ipad? > > > > d8:a2:5e:01:58:55 (f4:ec:38:a3:10:dc is my ath) > > Ok. So next is figuring out why it's dying. How about running > 'athstats 1' whilst this is going on, see whether you're seeing > crypto/crc/etc errors show up? > > Can you copy/paste the output of athstats whilst you're trying to have > your ipad associate? ipad succesufull associate (i see this association by ifconfig list sta). i don't see any packets from ipad after associate. I run athstats, turn off wifi on ipad, turn it on and wait 169.254.x.x instead of DHCP leased address. (except ipad associated and working iphone and n9) input output altrate shortlong xretry crcerr crypt phyerr rssi rate 911909 396162 733 37635 32000 4302 1168313 07 MCS2 200 0 0 0 0 0 0 08 MCS2 221 0 0 0 0 0 0 0 10 MCS2 221 0 0 0 0 0 0 09 MCS2 252 0 0 0 0 0 0 0 15 MCS2 238 0 0 0 0 0 0 0 171M 200 0 0 0 0 0 0 0 101M 200 0 0 0 0 0 0 091M 289 0 0 0 0 0 0 0 261M 290 0 0 0 0 0 0 0 221M 270 0 0 0 0 0 0 0 241M 290 0 0 0 0 0 0 0 251M 250 0 0 0 0 0 0 0 231M 210 0 0 0 0 0 0 0 111M 200 0 0 0 0 0 0 091M 200 0 0 0 0 0 0 081M 200 0 0 0 0 0 0 081M 180 0 0 0 0 0 0 081M 200 0 0 0 0 0 0 081M 200 0 0 0 0 0 0 081M 267 0 0 4 1 1 0 0 201M input output altrate shortlong xretry crcerr crypt phyerr rssi rate 912391 396198 733 37635 32004 4303 1168413 0 141M 190 0 0 0 0 0 0 091M 190 0 0 0 0 0 0 081M 289 0 0 0 0 1 0 0 341M 301 0 0 0 0 0 0 0 27 MCS2 270 0 0 0 0 0 0 0 20 MCS2 300 0 0 0 0 0 0 0 25 MCS2 280 0 0 0 0 0 0 0 23 MCS2 170 0 0 0 0 2 0 0 11 MCS2 190 0 0 0 0 0 0 08 MCS2 210 0 0 0 0 0 0 0 10 MCS2 231 0 0 0 0 0 0 0 11 MCS2 231 0 0 0 0 0 0 0 15 MCS2 220 0 0 0 0 0 0 0 14 MCS2 200 0 0 0 0 0 0 09 MCS2 180 0 0 0 0 0 0 08 MCS2 200 0 0 0 0 0 0 08 MCS2 221 0 0 0 0 0 0 0 13 MCS0 200 0 0 0 0 0 0 09 MCS0 200 0 0 0 0 0 0 09 MCS0 241 0 0 0 0 1 0 0 22 MCS7 input output altrate shortlong xretry crcerr crypt phyerr rssi rate 912865 396212 733 37635 3200
Re: ath and ipad
On 3 July 2013 15:45, Slawa Olhovchenkov wrote: >> ok, good starting point. >> >> > If I do 'athdebug +recv +recv_proc' I see in log >> > >> > Jul 4 02:33:04 notebook kernel: [341079] TODS >> > d8:a2:5e:01:58:55->f4:ec:38:a3:10:dc(f4:ec:38:a3:10:dc) data 67M +65 >> > Jul 4 02:33:04 notebook kernel: [341079] 4801 2c00 f4ec 38a3 10dc d8a2 >> > 5e01 5855 f4ec 38a3 10dc 201b 5cbd 1653 >> > Jul 4 02:33:04 notebook kernel: [341080] ath0: ath_legacy_rx_tasklet: >> > pending 1 >> > Jul 4 02:33:04 notebook kernel: [341080] ath0: ath_rx_proc: called >> >> Interesting. And that's the MAC address of your ipad? > > d8:a2:5e:01:58:55 (f4:ec:38:a3:10:dc is my ath) Ok. So next is figuring out why it's dying. How about running 'athstats 1' whilst this is going on, see whether you're seeing crypto/crc/etc errors show up? Can you copy/paste the output of athstats whilst you're trying to have your ipad associate? -adrian ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"
Re: ath and ipad
On Wed, Jul 03, 2013 at 03:39:07PM -0700, Adrian Chadd wrote: > On 3 July 2013 15:38, Slawa Olhovchenkov wrote: > > > I don't see any crypto errors occur in 'athstats 1' (but I don't > > disconnecting everything). > > ok, good starting point. > > > If I do 'athdebug +recv +recv_proc' I see in log > > > > Jul 4 02:33:04 notebook kernel: [341079] TODS > > d8:a2:5e:01:58:55->f4:ec:38:a3:10:dc(f4:ec:38:a3:10:dc) data 67M +65 > > Jul 4 02:33:04 notebook kernel: [341079] 4801 2c00 f4ec 38a3 10dc d8a2 > > 5e01 5855 f4ec 38a3 10dc 201b 5cbd 1653 > > Jul 4 02:33:04 notebook kernel: [341080] ath0: ath_legacy_rx_tasklet: > > pending 1 > > Jul 4 02:33:04 notebook kernel: [341080] ath0: ath_rx_proc: called > > Interesting. And that's the MAC address of your ipad? d8:a2:5e:01:58:55 (f4:ec:38:a3:10:dc is my ath) ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"
Re: ath and ipad
On 3 July 2013 15:38, Slawa Olhovchenkov wrote: > I don't see any crypto errors occur in 'athstats 1' (but I don't > disconnecting everything). ok, good starting point. > If I do 'athdebug +recv +recv_proc' I see in log > > Jul 4 02:33:04 notebook kernel: [341079] TODS > d8:a2:5e:01:58:55->f4:ec:38:a3:10:dc(f4:ec:38:a3:10:dc) data 67M +65 > Jul 4 02:33:04 notebook kernel: [341079] 4801 2c00 f4ec 38a3 10dc d8a2 5e01 > 5855 f4ec 38a3 10dc 201b 5cbd 1653 > Jul 4 02:33:04 notebook kernel: [341080] ath0: ath_legacy_rx_tasklet: > pending 1 > Jul 4 02:33:04 notebook kernel: [341080] ath0: ath_rx_proc: called Interesting. And that's the MAC address of your ipad? -adrian ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"
Re: ath and ipad
On Wed, Jul 03, 2013 at 03:25:58PM -0700, Adrian Chadd wrote: > Ok, well. Try disconnecting everything, then run 'athstats 1' and see > if any crypto errors occur. I don't see any crypto errors occur in 'athstats 1' (but I don't disconnecting everything). If I do 'athdebug +recv +recv_proc' I see in log Jul 4 02:33:04 notebook kernel: [341079] TODS d8:a2:5e:01:58:55->f4:ec:38:a3:10:dc(f4:ec:38:a3:10:dc) data 67M +65 Jul 4 02:33:04 notebook kernel: [341079] 4801 2c00 f4ec 38a3 10dc d8a2 5e01 5855 f4ec 38a3 10dc 201b 5cbd 1653 Jul 4 02:33:04 notebook kernel: [341080] ath0: ath_legacy_rx_tasklet: pending 1 Jul 4 02:33:04 notebook kernel: [341080] ath0: ath_rx_proc: called and don't see this in tcpdump. > On 3 July 2013 15:24, Slawa Olhovchenkov wrote: > > On Wed, Jul 03, 2013 at 03:04:20PM -0700, Adrian Chadd wrote: > > > >> On 3 July 2013 15:04, Slawa Olhovchenkov wrote: > >> > >> > How I can test ipad don't send any packets or packets from ipad droped > >> > in the ath hardware or in the ath driver? > >> > >> You could try turning on wlan debugging: > >> > >> wlandebug +input +output +crypto > >> > >> See if it logs anything crypto drop related. > > > > I see only this: > > > > Jul 4 02:09:03 notebook kernel: [339639] ap0: ieee80211_crypto_newkey: > > cipher 3 flags 0x3 keyix 65535 > > Jul 4 02:09:03 notebook kernel: [339639] ap0: ieee80211_crypto_setkey: > > AES-CCM keyix 6 flags 0x103 mac d8:a2:5e:01:58:55 rsc 0 tsc 0 len 16 > > Jul 4 02:09:03 notebook kernel: [339639] ap0: [d8:a2:5e:01:58:55] recv > > probe req > > Jul 4 02:09:03 notebook last message repeated 3 times > > Jul 4 02:09:08 notebook kernel: [339643] ap0: [d8:a2:5e:01:58:55] recv > > probe req ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"
Re: ath and ipad
Ok, well. Try disconnecting everything, then run 'athstats 1' and see if any crypto errors occur. -adrian On 3 July 2013 15:24, Slawa Olhovchenkov wrote: > On Wed, Jul 03, 2013 at 03:04:20PM -0700, Adrian Chadd wrote: > >> On 3 July 2013 15:04, Slawa Olhovchenkov wrote: >> >> > How I can test ipad don't send any packets or packets from ipad droped >> > in the ath hardware or in the ath driver? >> >> You could try turning on wlan debugging: >> >> wlandebug +input +output +crypto >> >> See if it logs anything crypto drop related. > > I see only this: > > Jul 4 02:09:03 notebook kernel: [339639] ap0: ieee80211_crypto_newkey: > cipher 3 flags 0x3 keyix 65535 > Jul 4 02:09:03 notebook kernel: [339639] ap0: ieee80211_crypto_setkey: > AES-CCM keyix 6 flags 0x103 mac d8:a2:5e:01:58:55 rsc 0 tsc 0 len 16 > Jul 4 02:09:03 notebook kernel: [339639] ap0: [d8:a2:5e:01:58:55] recv probe > req > Jul 4 02:09:03 notebook last message repeated 3 times > Jul 4 02:09:08 notebook kernel: [339643] ap0: [d8:a2:5e:01:58:55] recv probe > req ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"
Re: ath and ipad
On Wed, Jul 03, 2013 at 03:04:20PM -0700, Adrian Chadd wrote: > On 3 July 2013 15:04, Slawa Olhovchenkov wrote: > > > How I can test ipad don't send any packets or packets from ipad droped > > in the ath hardware or in the ath driver? > > You could try turning on wlan debugging: > > wlandebug +input +output +crypto > > See if it logs anything crypto drop related. I see only this: Jul 4 02:09:03 notebook kernel: [339639] ap0: ieee80211_crypto_newkey: cipher 3 flags 0x3 keyix 65535 Jul 4 02:09:03 notebook kernel: [339639] ap0: ieee80211_crypto_setkey: AES-CCM keyix 6 flags 0x103 mac d8:a2:5e:01:58:55 rsc 0 tsc 0 len 16 Jul 4 02:09:03 notebook kernel: [339639] ap0: [d8:a2:5e:01:58:55] recv probe req Jul 4 02:09:03 notebook last message repeated 3 times Jul 4 02:09:08 notebook kernel: [339643] ap0: [d8:a2:5e:01:58:55] recv probe req ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"
Re: ath and ipad
On 3 July 2013 15:04, Slawa Olhovchenkov wrote: > How I can test ipad don't send any packets or packets from ipad droped > in the ath hardware or in the ath driver? You could try turning on wlan debugging: wlandebug +input +output +crypto See if it logs anything crypto drop related. -adrian ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"
Re: ath and ipad
On Wed, Jul 03, 2013 at 01:44:55PM -0700, Adrian Chadd wrote: > Hi! > > I don't quite know what's going on there. I know the latest ipad works > fine. But I don't have an ipad 1 to test with. > > Does the ipad 1 get an IP address? No, I don't see DHCP DISCOVER and ipad don't get DHCP OFFER. How I can test ipad don't send any packets or packets from ipad droped in the ath hardware or in the ath driver? > -adrian > > > On 3 July 2013 13:17, Slawa Olhovchenkov wrote: > > I am try to connect iPad (iPad 1) to FreeBSD AP (ath0: > > mem 0xb020-0xb020 irq 18 at device 5.0 on pci6). > > > > Association is OK (WPA2-EAP (PEAP)), but I don't see any packets from > > iPad (by tcpdump). > > > > FreeBSD is 10.0-CURRENT from Jun 8. > > With this system this iPad workin year ago (I don't remember exactly > > verion OS on that moment) > > > > iPhone 5 working with this system OK. > > > > This is iPad working nice with other FreeBSD 10.0-CURRENT from Aug 31 > > 2012 (ath0: mem 0xe300-0xe300 irq 11 at device > > 20.0 on pci0). > > > > I am don't know how to deep debuging this issuse. ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"
Re: ath and ipad
Hi! I don't quite know what's going on there. I know the latest ipad works fine. But I don't have an ipad 1 to test with. Does the ipad 1 get an IP address? -adrian On 3 July 2013 13:17, Slawa Olhovchenkov wrote: > I am try to connect iPad (iPad 1) to FreeBSD AP (ath0: > mem 0xb020-0xb020 irq 18 at device 5.0 on pci6). > > Association is OK (WPA2-EAP (PEAP)), but I don't see any packets from > iPad (by tcpdump). > > FreeBSD is 10.0-CURRENT from Jun 8. > With this system this iPad workin year ago (I don't remember exactly > verion OS on that moment) > > iPhone 5 working with this system OK. > > This is iPad working nice with other FreeBSD 10.0-CURRENT from Aug 31 > 2012 (ath0: mem 0xe300-0xe300 irq 11 at device > 20.0 on pci0). > > I am don't know how to deep debuging this issuse. ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"
Re: CFT: wpa_supplicant/hostapd import patch
On 07/03/13 04:18, Lev Serebryakov wrote: Hello, Rui. You wrote 30 июня 2013 г., 20:27:51: RP> Actually, I just need to use svn diff --show-copies-as-adds. I've updated the patch: RP> http://people.freebsd.org/~rpaulo/wpa-2.0.diff.gz And I have some strange problems with 802.11n clients... Traffic stalls for 1-2 minutes every 10-15 minutes (client could not ping gateway, etc) without any disassociation, and it fixes "automagically" to repeat after next 10-15 minutes. I'm investigating it further. I'm having different issues with (presumably) the patch, mostly on ACPI resume. I have to manually '/etc/rc.d/netif restart ath0' when I resume my laptop. Also I have the following wpa_supplicant error on the console: Jul 2 21:42:22 laptop wpa_supplicant[57774]: ioctl[SIOCS80211, op=103, val=0, arg_len=128]: Device not configured Snippet of /var/log/messages including suspend/resume: Jul 2 21:42:15 laptop org.kde.powerdevil.backlighthelper: QDBusConnection: system D-Bus connection created before QCoreApplication. Application may misbehave. Jul 2 21:42:15 laptop kernel: can't evaluate \_SB_.PCI0.AGP_.VGA_.LCD_._DCS - AE_NOT_FOUND Jul 2 21:42:15 laptop dbus[1955]: [system] Successfully activated service 'org.kde.powerdevil.backlighthelper' Jul 2 21:42:17 laptop acpi: suspend at 20130702 21:42:17 Jul 2 21:42:20 laptop kernel: info: [drm] Resetting GPU Jul 2 21:42:21 laptop kernel: wlan0: link state changed to DOWN Jul 2 21:42:21 laptop wpa_supplicant[57774]: wlan0: CTRL-EVENT-DISCONNECTED bssid=00:24:a8:bd:a7:20 reason=0 Jul 3 08:46:25 laptop kernel: uhub3: at usbus0, port 1, addr 1 (disconnected) Jul 3 08:46:25 laptop kernel: uhub0: at usbus1, port 1, addr 1 (disconnected) Jul 3 08:46:25 laptop kernel: uhub2: at usbus2, port 1, addr 1 (disconnected) Jul 3 08:46:25 laptop kernel: ath0: unable to reset hardware; hal status 3 Jul 3 08:46:25 laptop kernel: uhub1: at usbus3, port 1, addr 1 (disconnected) Jul 3 08:46:25 laptop kernel: ugen3.2: at usbus3 (disconnected) Jul 3 08:46:25 laptop kernel: ugen3.3: at usbus3 (disconnected) Jul 3 08:46:25 laptop kernel: umass0: at uhub1, port 2, addr 3 (disconnected) Jul 3 08:46:25 laptop kernel: (da0:umass-sim0:0:0:0): lost device - 0 outstanding, 2 refs Jul 3 08:46:25 laptop kernel: (da0:umass-sim0:0:0:0): removing device entry Jul 3 08:46:25 laptop kernel: can't evaluate \_SB_.PCI0.AGP_.VGA_.LCD_._DCS - AE_NOT_FOUND Jul 3 08:46:25 laptop kernel: uhub0: rev 2.00/1.00, addr 1> on usbus1 Jul 3 08:46:25 laptop kernel: uhub1: rev 2.00/1.00, addr 1> on usbus3 Jul 3 08:46:25 laptop kernel: uhub2: rev 1.00/1.00, addr 1> on usbus0 Jul 3 08:46:25 laptop kernel: uhub3: rev 1.00/1.00, addr 1> on usbus2 Jul 2 21:42:22 laptop wpa_supplicant[57774]: ioctl[SIOCS80211, op=103, val=0, arg_len=128]: Device not configured Jul 2 21:42:22 laptop wpa_supplicant[57774]: wlan0: Failed to initiate AP scan Jul 2 21:42:24 laptop wpa_supplicant[57774]: ioctl[SIOCS80211, op=103, val=0, arg_len=128]: Device not configured Jul 2 21:42:24 laptop wpa_supplicant[57774]: wlan0: Failed to initiate AP scan Jul 2 21:42:26 laptop wpa_supplicant[57774]: ioctl[SIOCS80211, op=103, val=0, arg_len=128]: Device not configured Jul 2 21:42:26 laptop wpa_supplicant[57774]: wlan0: Failed to initiate AP scan Jul 3 08:46:25 laptop wpa_supplicant[57774]: ioctl[SIOCS80211, op=103, val=0, arg_len=128]: Device not configured Jul 3 08:46:25 laptop wpa_supplicant[57774]: wlan0: Failed to initiate AP scan Jul 3 08:46:26 laptop kernel: uhub2: 5 ports with 5 removable, self powered Jul 3 08:46:26 laptop kernel: uhub3: 5 ports with 5 removable, self powered Jul 3 08:46:25 laptop acpi: resumed at 20130703 08:46:25 Jul 3 08:46:26 laptop wpa_supplicant[57774]: ioctl[SIOCS80211, op=103, val=0, arg_len=128]: Device not configured Jul 3 08:46:26 laptop wpa_supplicant[57774]: wlan0: Failed to initiate AP scan Jul 3 08:46:26 laptop kernel: info: [drm] Loading RS780/RS880 Microcode Jul 3 08:46:26 laptop kernel: info: [drm] Resetting GPU I've just uncommented the command '/usr/sbin/wpa_cli reassociate' in /etc/rc.resume, no change. After resume, 'ifconfig -a' shows: [ajenkins@laptop ~]$ ifconfig -a ... ath0: flags=8802 metric 0 mtu 2290 ether 20:7c:8f:4e:8a:90 nd6 options=29 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ... wlan0: flags=8802 metric 0 mtu 1500 ether 20:7c:8f:4e:8a:90 nd6 options=29 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid "" channel 1 (2412 MHz 11g ht/20) regdomain 101 indoor ecm authmode OPEN privacy OFF txpower 20 bmiss 7 scanvalid 60 protmode CTS -ampdutx ampdurx ampdulimit 8k ampdudensity 8 shortgi wme burst pciconf -lv: ath0@pci0:8:0:0:class=0x028000 card=0x23091a32 chip=0x002e168c rev=0x01 hdr
Re: CFT: wpa_supplicant/hostapd import patch
Hello, Rui. You wrote 30 июня 2013 г., 20:27:51: RP> Actually, I just need to use svn diff --show-copies-as-adds. I've updated the patch: RP> http://people.freebsd.org/~rpaulo/wpa-2.0.diff.gz And I have some strange problems with 802.11n clients... Traffic stalls for 1-2 minutes every 10-15 minutes (client could not ping gateway, etc) without any disassociation, and it fixes "automagically" to repeat after next 10-15 minutes. I'm investigating it further. -- // Black Lion AKA Lev Serebryakov ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"