On 01/21/2011 07:31 AM, Mohammed Shafi wrote:
On Fri, Jan 21, 2011 at 3:09 AM, Jorge Luis<jo...@luisnet.com>  wrote:
On 20 Jan 2011 20:14, "C Anthony Risinger"<anth...@extof.me>  wrote:
On Thu, Jan 20, 2011 at 5:12 AM, Mohammed Shafi
<shafi.wirel...@gmail.com>  wrote:
On Wed, Jan 19, 2011 at 6:30 AM, Jorge Luis<at...@luisnet.com>  wrote:
Senthilkumar Balasubramanian<senthil.balasubramanian<at>  gmail.com>
writes:
On Mon, Dec 27, 2010 at 9:58 AM, Mohammed Shafi<shafi.ath9k<at>
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]  [<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 ]---

Regards,
Jorge Luís



Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

_______________________________________________
ath9k-devel mailing list
ath9k-devel@lists.ath9k.org
https://lists.ath9k.org/mailman/listinfo/ath9k-devel

Reply via email to