On Fri, Jan 21, 2011 at 9:47 PM, Jorge Luis <[email protected]> wrote:
> 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
>
As the Rate Control is handled in firmware the tx rate status is not
reported properly and this is the cause of warning.
To remove this warning we can do(not a fix)
- /* uh huh? */
- if (WARN_ON_ONCE(info->control.rates[0].idx < 0))
+ if (!(local->hw.flags & IEEE80211_HW_HAS_RATE_CONTROL)) {
+ if (WARN_ON_ONCE(info->control.rates[0].idx < 0))
return 0;
+ }
>
_______________________________________________
ath9k-devel mailing list
[email protected]
https://lists.ath9k.org/mailman/listinfo/ath9k-devel
