On Fri, Jan 21, 2011 at 8:52 PM, Jorge Luis <jo...@luisnet.com> wrote: > 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.
Don't know because of the patch or it was there before itself. Anyway thanks! > 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 > > > > _______________________________________________ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel