Re: [ath9k-devel] ath9k_htc in master mode / 0cf3:9271 Atheros Communications AR9271 802.11n / USB TP-Link TL-WN722N / detachable antenna - RSMA
On 01/21/2011 03:56 PM, Sujith wrote: Jorge Luis wrote: I have applied the patches that Sujith posted last night with the latest compat drivers and my HTC now works without issues. I have also loaded it with 6 more stations and it worked fine for a while but after a few minutes I got a kernel trace. The system is an IBM T61 with Fedora14 i386 and the latest packages. Trace bellow: [ 3472.324853] [ cut here ] [ 3472.324915] WARNING: at /tmp/wireless/compat-wireless-2011-01-20/net/mac80211/tx.c:57 ieee80211_duration+0x54/0x1b9 [mac80211]() [ 3472.324923] Hardware name: 7661W81 [ 3472.324928] Modules linked in: tcp_lp 8021q garp bridge stp llc ath9k_htc ath9k_common ath9k_hw ath fuse deflate zlib_deflate rfcomm ctr camellia cast5 rmd160 crypto_null sco bnep l2cap ccm serpent blowfish twofish twofish_common xcbc sha512_generic des_generic geode_aes ah6 ah4 esp6 esp4 xfrm4_mode_beet xfrm4_tunnel tunnel4 xfrm4_mode_tunnel xfrm4_mode_transport xfrm6_mode_transport xfrm6_mode_ro xfrm6_mode_beet xfrm6_mode_tunnel ipcomp ipcomp6 xfrm_ipcomp xfrm6_tunnel tunnel6 af_key vboxnetadp vboxnetflt vboxdrv sunrpc cpufreq_ondemand acpi_cpufreq mperf ip6t_REJECT nf_conntrack_ipv6 ip6table_filter ip6_tables ipv6 uinput arc4 ecb iwl3945 iwlcore mac80211 btusb cfg80211 snd_hda_codec_analog bluetooth snd_hda_intel compat thinkpad_acpi snd_hda_codec rfkill snd_hwdep snd_seq snd_seq_device microcode snd_pcm snd_timer wmi snd joydev snd_page_alloc iTCO_wdt e1000e soundcore iTCO_vendor_support i2c_i801 sha256_generic aes_i586 aes_generic cbc dm_crypt firewire_ohci yenta_socket firewire_core crc_itu_t i915 drm_kms_helper drm i2c_algo_bit i2c_core video output [last unloaded: scsi_wait_scan] [ 3472.325133] Pid: 0, comm: swapper Not tainted 2.6.35.10-74.fc14.i686 #1 [ 3472.325140] Call Trace: [ 3472.325155] [] warn_slowpath_common+0x6a/0x7f [ 3472.325208] [] ? ieee80211_duration+0x54/0x1b9 [mac80211] [ 3472.325220] [] warn_slowpath_null+0x14/0x18 [ 3472.325272] [] ieee80211_duration+0x54/0x1b9 [mac80211] [ 3472.325316] [] ? ieee80211_crypto_tkip_encrypt+0xcf/0x12e [mac80211] [ 3472.325366] [] invoke_tx_handlers+0xbbc/0xc45 [mac80211] [ 3472.325417] [] ? ieee80211_tx_prepare+0x2f8/0x332 [mac80211] [ 3472.325469] [] ieee80211_tx+0x67/0x196 [mac80211] [ 3472.325481] [] ? __raw_local_irq_save+0x19/0x1e [ 3472.325497] [] ? ath9k_rx_tasklet+0x77/0x415 [ath9k_htc] [ 3472.325552] [] ieee80211_tx_pending+0xe8/0x1d0 [mac80211] [ 3472.325563] [] tasklet_action+0x6e/0xb9 [ 3472.325572] [] __do_softirq+0xa9/0x14a [ 3472.325581] [] do_softirq+0x33/0x3d [ 3472.325589] [] irq_exit+0x31/0x64 [ 3472.325599] [] do_IRQ+0x7d/0x91 [ 3472.325608] [] common_interrupt+0x30/0x38 [ 3472.325618] [] ? run_posix_cpu_timers+0x494/0x55d [ 3472.325631] [] ? raw_local_irq_enable+0xa/0x10 [ 3472.325640] [] acpi_idle_enter_bm+0x235/0x26c [ 3472.325652] [] cpuidle_idle_call+0x6e/0xc1 [ 3472.325661] [] cpu_idle+0x8e/0xaf [ 3472.325671] [] start_secondary+0x241/0x281 [ 3472.325693] ---[ end trace 969c737f8b39fc5f ]--- What's your setup ? Can you post your hostapd config ? Are the stations in legacy mode or HT mode ? Is any station using powersave ? What kind of traffic is being run ? The line in question is from net/mac80211/tx.c: /* uh huh? */ if (WARN_ON_ONCE(info->control.rates[0].idx< 0)) return 0; Dunno what that "uh huh?" is supposed to mean. Sujith Hi Sujith, The environment is all legacy. No HT features enabled. I believe there is at least one station running powersave, because I got this message from hostapd: wlan1: STA 90:4c:e5:b7:d2:cb IEEE 802.11: authenticated wlan1: STA 90:4c:e5:b7:d2:cb IEEE 802.11: associated (aid 2) wlan1: STA 90:4c:e5:b7:d2:cb RADIUS: starting accounting session 4D39A118-0001 wlan1: STA 90:4c:e5:b7:d2:cb WPA: pairwise key handshake completed (WPA) wlan1: STA 90:4c:e5:b7:d2:cb IEEE 802.11: deauthenticated due to local deauth request Data/PS-poll frame from not associated STA 90:4c:e5:b7:d2:cb Data/PS-poll frame from not associated STA 90:4c:e5:b7:d2:cb The wireless interface is running bridged with a VLAN ethernet interface. Traffic is mostly ssh and some http and it's bellow 500 kbps We have another AP (Cisco) running with the same SSID on a different channel and stations hop between them both without problems. Since this is our office, I immediately switched of the hostap when I got this message to avoid disrupting my colleagues work. But I can repeat the test on Monday if you like. hostapd config bellow: ctrl_interface=/var/run/hostapd ctrl_interface_group=wheel macaddr_acl=0 auth_algs=3 ignore_broadcast_ssid=0 wpa=1 wpa_key_mgmt=WPA-PSK wpa_pairwise=TKIP CCMP wpa_passphrase=XX driver=nl80211 interface=wlan1 hw_mode=g channel=11 ssid=ISP_Outsourcers bridge=br0 Regards, Jorge smime.p7s Description: S/MIME Cryptographic Signature ___ ath9k-deve
Re: [ath9k-devel] ath9k_htc in master mode / 0cf3:9271 Atheros Communications AR9271 802.11n / USB TP-Link TL-WN722N / detachable antenna - RSMA
On 01/21/2011 07:31 AM, Mohammed Shafi wrote: On Fri, Jan 21, 2011 at 3:09 AM, Jorge Luis wrote: On 20 Jan 2011 20:14, "C Anthony Risinger" wrote: On Thu, Jan 20, 2011 at 5:12 AM, Mohammed Shafi wrote: On Wed, Jan 19, 2011 at 6:30 AM, Jorge Luis wrote: Senthilkumar Balasubramanian gmail.com> writes: On Mon, Dec 27, 2010 at 9:58 AM, Mohammed Shafi gmail.com> wrote: AP mode is yet to be supported in htc. Please refer to this http://www.spinics.net/lists/linux-wireless/msg52239.html Sujith's patches can be used to test basic AP mode functionality. We are working on addressing the buffering mode cleanly and the new set of patches should be available by first week of January 2011. Let me know if you are interested in doing some verification. Can you explain what are the limitations of not having the buffering mode working? For what I can understand, that only affects clients with power saving enabled. Is this correct? Yes correct, developers are working to bring that in firmware to make it perfect. i have the same USB device (TL-WN722N) as well. i'd like to try the simpler patches in my home network... what are the consequences of not properly handling power save mode? i have multiple android phones that i'm guessing make use of this feature; does it simply translate to dropped/missed packets, or something more? thanks, C Anthony Hi, I have been testing it with an HTC desire and the device disconnect and reconects every 10 seconds unless there is an active data connection. It's not usable *Hi please use the latest wireless testing which has some important fixes. * Sujith had also sent RFC patches to mailing list for enabling AP mode with the updated firmware. Hello, I have applied the patches that Sujith posted last night with the latest compat drivers and my HTC now works without issues. I have also loaded it with 6 more stations and it worked fine for a while but after a few minutes I got a kernel trace. The system is an IBM T61 with Fedora14 i386 and the latest packages. Trace bellow: [ 3472.324853] [ cut here ] [ 3472.324915] WARNING: at /tmp/wireless/compat-wireless-2011-01-20/net/mac80211/tx.c:57 ieee80211_duration+0x54/0x1b9 [mac80211]() [ 3472.324923] Hardware name: 7661W81 [ 3472.324928] Modules linked in: tcp_lp 8021q garp bridge stp llc ath9k_htc ath9k_common ath9k_hw ath fuse deflate zlib_deflate rfcomm ctr camellia cast5 rmd160 crypto_null sco bnep l2cap ccm serpent blowfish twofish twofish_common xcbc sha512_generic des_generic geode_aes ah6 ah4 esp6 esp4 xfrm4_mode_beet xfrm4_tunnel tunnel4 xfrm4_mode_tunnel xfrm4_mode_transport xfrm6_mode_transport xfrm6_mode_ro xfrm6_mode_beet xfrm6_mode_tunnel ipcomp ipcomp6 xfrm_ipcomp xfrm6_tunnel tunnel6 af_key vboxnetadp vboxnetflt vboxdrv sunrpc cpufreq_ondemand acpi_cpufreq mperf ip6t_REJECT nf_conntrack_ipv6 ip6table_filter ip6_tables ipv6 uinput arc4 ecb iwl3945 iwlcore mac80211 btusb cfg80211 snd_hda_codec_analog bluetooth snd_hda_intel compat thinkpad_acpi snd_hda_codec rfkill snd_hwdep snd_seq snd_seq_device microcode snd_pcm snd_timer wmi snd joydev snd_page_alloc iTCO_wdt e1000e soundcore iTCO_vendor_support i2c_i801 sha256_generic aes_i586 aes_generic cbc dm_crypt firewire_ohci yenta_socket firewire_core crc_itu_t i915 drm_kms_helper drm i2c_algo_bit i2c_core video output [last unloaded: scsi_wait_scan] [ 3472.325133] Pid: 0, comm: swapper Not tainted 2.6.35.10-74.fc14.i686 #1 [ 3472.325140] Call Trace: [ 3472.325155] [] warn_slowpath_common+0x6a/0x7f [ 3472.325208] [] ? ieee80211_duration+0x54/0x1b9 [mac80211] [ 3472.325220] [] warn_slowpath_null+0x14/0x18 [ 3472.325272] [] ieee80211_duration+0x54/0x1b9 [mac80211] [ 3472.325316] [] ? ieee80211_crypto_tkip_encrypt+0xcf/0x12e [mac80211] [ 3472.325366] [] invoke_tx_handlers+0xbbc/0xc45 [mac80211] [ 3472.325417] [] ? ieee80211_tx_prepare+0x2f8/0x332 [mac80211] [ 3472.325469] [] ieee80211_tx+0x67/0x196 [mac80211] [ 3472.325481] [] ? __raw_local_irq_save+0x19/0x1e [ 3472.325497] [] ? ath9k_rx_tasklet+0x77/0x415 [ath9k_htc] [ 3472.325552] [] ieee80211_tx_pending+0xe8/0x1d0 [mac80211] [ 3472.325563] [] tasklet_action+0x6e/0xb9 [ 3472.325572] [] __do_softirq+0xa9/0x14a [ 3472.325581] [] do_softirq+0x33/0x3d [ 3472.325589] [] irq_exit+0x31/0x64 [ 3472.325599] [] do_IRQ+0x7d/0x91 [ 3472.325608] [] common_interrupt+0x30/0x38 [ 3472.325618] [] ? run_posix_cpu_timers+0x494/0x55d [ 3472.325631] [] ? raw_local_irq_enable+0xa/0x10 [ 3472.325640] [] acpi_idle_enter_bm+0x235/0x26c [ 3472.325652] [] cpuidle_idle_call+0x6e/0xc1 [ 3472.325661] [] cpu_idle+0x8e/0xaf [ 3472.325671] [] start_secondary+0x241/0x281 [ 3472.325693] ---[ end trace 969c737f8b39fc5f ]--- Regards, Jorge Luís smime.p7s Description: S/MIME Cryptographic Signature ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] ath9k_htc in master mode / 0cf3:9271 Atheros Communications AR9271 802.11n / USB TP-Link TL-WN722N / detachable antenna - RSMA
On 20 Jan 2011 20:14, "C Anthony Risinger" wrote: > > On Thu, Jan 20, 2011 at 5:12 AM, Mohammed Shafi > wrote: > > On Wed, Jan 19, 2011 at 6:30 AM, Jorge Luis wrote: > >> Senthilkumar Balasubramanian gmail.com> writes: > >>> On Mon, Dec 27, 2010 at 9:58 AM, Mohammed Shafi gmail.com> > >> wrote: > >>> > > >>> > AP mode is yet to be supported in htc. Please refer to this > >>> > http://www.spinics.net/lists/linux-wireless/msg52239.html > >>> > >>> Sujith's patches can be used to test basic AP mode functionality. We > >>> are working on addressing the buffering mode cleanly and the new set > >>> of patches should be available by first week of January 2011. Let me > >>> know if you are interested in doing some verification. > >> > >> Can you explain what are the limitations of not having the > >> buffering mode working? > >> > >> For what I can understand, that only affects clients with > >> power saving enabled. > >> Is this correct? > > > > Yes correct, developers are working to bring that in firmware to make > > it perfect. > > i have the same USB device (TL-WN722N) as well. i'd like to try the > simpler patches in my home network... what are the consequences of not > properly handling power save mode? i have multiple android phones > that i'm guessing make use of this feature; does it simply translate > to dropped/missed packets, or something more? > > thanks, > > C Anthony Hi, I have been testing it with an HTC desire and the device disconnect and reconects every 10 seconds unless there is an active data connection. It's not usable ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] ath9k_htc in master mode / 0cf3:9271 Atheros Communications AR9271 802.11n / USB TP-Link TL-WN722N / detachable antenna - RSMA
Senthilkumar Balasubramanian gmail.com> writes: > > On Mon, Dec 27, 2010 at 9:58 AM, Mohammed Shafi gmail.com> wrote: > > 2010/12/27 . .m. hotmail.com>: > >> My first post, please feel free to criticize. > >> I have bought mentioned USB stick, I saw some note about HOST AP mode for > >> win, > >> but I sadly found I am not able to run master (AP) mode under linux > >> (compat-wireless 2010-12-14) > > > > AP mode is yet to be supported in htc. Please refer to this > > http://www.spinics.net/lists/linux-wireless/msg52239.html > > > > Sujith's patches can be used to test basic AP mode functionality. We > are working on addressing the buffering mode cleanly and the new set > of patches should be available by first week of January 2011. Let me > know if you are interested in doing some verification. > > >> I did some wifi driver development some time ago - and I would love to help > >> develop > >> access point code for this USB > >> please point me in the right direction. > >> thanks a lot > >> best regards > >> mulisak > >> > >> > >> ___ > >> ath9k-devel mailing list > >> ath9k-devel lists.ath9k.org > >> https://lists.ath9k.org/mailman/listinfo/ath9k-devel > >> > >> > > ___ > > ath9k-devel mailing list > > ath9k-devel lists.ath9k.org > > https://lists.ath9k.org/mailman/listinfo/ath9k-devel > > > Hello, I own a TL-WN722N, applied the patch (1/2) and I'm able to associate to the device in AP mode with hostapd. I can even authenticate in WPA2 mode, which I can't do with a ralink rt2870 based device that is supposed to work properly in AP mode The traffic throughput also seems fine. Can you explain what are the limitations of not having the buffering mode working? For what I can understand, that only affects clients with power saving enabled. Is this correct? Regards ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel