[ath9k-devel] ath9k_htc in master mode / 0cf3:9271 Atheros Communications AR9271 802.11n / USB TP-Link TL-WN722N / detachable antenna - RSMA

[Jorge Luis <jorge@luisnet.com>]

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]  [<c0439435>] warn_slowpath_common+0x6a/0x7f
>> [ 3472.325208]  [<fb0e4ab3>] ? ieee80211_duration+0x54/0x1b9 [mac80211]
>> [ 3472.325220]  [<c043945e>] warn_slowpath_null+0x14/0x18
>> [ 3472.325272]  [<fb0e4ab3>] ieee80211_duration+0x54/0x1b9 [mac80211]
>> [ 3472.325316]  [<fb0d43d8>] ? ieee80211_crypto_tkip_encrypt+0xcf/0x12e
>> [mac80211]
>> [ 3472.325366]  [<fb0e5e24>] invoke_tx_handlers+0xbbc/0xc45 [mac80211]
>> [ 3472.325417]  [<fb0e4f10>] ? ieee80211_tx_prepare+0x2f8/0x332 [mac80211]
>> [ 3472.325469]  [<fb0e5f14>] ieee80211_tx+0x67/0x196 [mac80211]
>> [ 3472.325481]  [<c045e27d>] ? __raw_local_irq_save+0x19/0x1e
>> [ 3472.325497]  [<fd718899>] ? ath9k_rx_tasklet+0x77/0x415 [ath9k_htc]
>> [ 3472.325552]  [<fb0e6df2>] ieee80211_tx_pending+0xe8/0x1d0 [mac80211]
>> [ 3472.325563]  [<c043e452>] tasklet_action+0x6e/0xb9
>> [ 3472.325572]  [<c043e876>] __do_softirq+0xa9/0x14a
>> [ 3472.325581]  [<c043e94a>] do_softirq+0x33/0x3d
>> [ 3472.325589]  [<c043eb53>] irq_exit+0x31/0x64
>> [ 3472.325599]  [<c0404c0c>] do_IRQ+0x7d/0x91
>> [ 3472.325608]  [<c04038f0>] common_interrupt+0x30/0x38
>> [ 3472.325618]  [<c04500d8>] ? run_posix_cpu_timers+0x494/0x55d
>> [ 3472.325631]  [<c0614522>] ? raw_local_irq_enable+0xa/0x10
>> [ 3472.325640]  [<c06151bf>] acpi_idle_enter_bm+0x235/0x26c
>> [ 3472.325652]  [<c06f4240>] cpuidle_idle_call+0x6e/0xc1
>> [ 3472.325661]  [<c040214c>] cpu_idle+0x8e/0xaf
>> [ 3472.325671]  [<c07a2b86>] 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-00000001
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=XXXXXXXXXX
driver=nl80211


interface=wlan1
hw_mode=g
channel=11
ssid=ISP_Outsourcers
bridge=br0

Regards,
Jorge

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5584 bytes
Desc: S/MIME Cryptographic Signature
Url : http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20110121/2b98ae6a/attachment.bin