From mboxrd@z Thu Jan 1 00:00:00 1970 From: sandeep suresh Date: Mon, 15 Apr 2013 23:44:42 +0800 (SGT) Subject: [ath9k-devel] AR9287 ; 2-wire coexistence expected behavior In-Reply-To: References: <515A0847.7000306@gmail.com> <1365088789.89181.YahooMailNeo@web193504.mail.sg3.yahoo.com> <1365131280.68622.YahooMailNeo@web193506.mail.sg3.yahoo.com> <1365148844.61162.YahooMailNeo@web193503.mail.sg3.yahoo.com> <1365152761.13005.YahooMailNeo@web193505.mail.sg3.yahoo.com> <20830.46610.23754.783231@gargle.gargle.HOWL> <1365175482.75704.YahooMailNeo@web193505.mail.sg3.yahoo.com> <1365346495.79596.YahooMailNeo@web193506.mail.sg3.yahoo.com> <1365561451.4973.YahooMailNeo@web193504.mail.sg3.yahoo.com> <1365574412.20937.YahooMailNeo@web193505.mail.sg3.yahoo.com> <1366012397.74181.YahooMailNeo@web193503.mail.sg3.yahoo.com> Message-ID: <1366040682.68279.YahooMailNeo@web193501.mail.sg3.yahoo.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: ath9k-devel@lists.ath9k.org Hello Mr.Adrian, ?? I have not changed any of the?values used in the ath9k drivers in wireless.org apart from the weight registers which?I have given?0x0000 for WLAN and 0xFFFF for BT. Regards Sandeep Suresh. ________________________________ From: Adrian Chadd To: sandeep suresh Cc: Sujith Manoharan ; ath9k-devel ; "linux-wireless at vger.kernel.org" Sent: Monday, 15 April 2013 7:51 PM Subject: Re: [ath9k-devel] AR9287 ; 2-wire coexistence expected behavior Hi, Please supply the register values that you're programming in here. Thanks, adrian On 15 April 2013 00:53, sandeep suresh wrote: > Hello Mr.Adrian, >? ? I continued my testing with: > 1. 2-wire coexistence mode with WLAN_ACTIVE and BT_ACTIVE lines > 2.? Different values to the weight registers. For most of the cases I give a > 0x0000 weightage to WLAN and 0xFFFF weightage to BT, to ensure that BT > always gets the priority for any type of WLAN traffic. > 3. WiFi in Access Point mode. I have connected one WiFi source (WiFi camera > as client ) and WiFi destination (Laptop as client). > > I definetely see a lot of difference (based on status of WLAN_ACTIVE) with > and without Co-existence active. Following are the observations: > 1. Without the BT_ACTIVE signal, the WLAN traffic seems to be evenly > distributed. > 2. Next I duty cycle BT_ACTIVE with 100ms period, 70ms for BT and 30ms for > WiFi. The observation is that when BT_ACTIVE is true, the WiFi activity is > REDUCED but not completely eliminated. My understanding is that when > BT_ACTIVE is True WLAN should show logic '0'. > > The following are some queries: > a. WiFi chipset is in WiFI AP mode and WLAN_ACTIVE is True when either > WLAN_TX or WLAN_RX is True. So are the pulses I see during BT_ACTIVE true > are because of WLAN_RX? The following is the configuration for WLAN_ACTIVE > gpio > > /* Configure the desired GPIO port for TX_FRAME output */ >? ath9k_hw_cfg_output(ah, btcoex_hw->wlanactive_gpio, >? ? ? ? AR_GPIO_OUTPUT_MUX_AS_TX_FRAME); > b. Is there a way to configure the MUX and GPIO in a manner to do some thing > like this? >? ? When WLAN_TX is active than GPIO6 is activated >? ? When WLAN_RX is active than GPIO7 is activated. > c. Or is it that I need to use 3-wire coexistence for this kind of wifi > configuration (WiFI AP mode)? > d. Please let me know if there is any basic mis-understanding I have? > > Thanks & regards > Sandeep. > From: Adrian Chadd > To: sandeep suresh > Cc: Sujith Manoharan ; ath9k-devel > ; "linux-wireless at vger.kernel.org" > > Sent: Wednesday, 10 April 2013 12:52 PM > > Subject: Re: [ath9k-devel] AR9287 ; 2-wire coexistence expected behavior > > No, wifi stomping occurs with both 2-wire and 3-wire. > > BT_PRIORITY just gives the MAC the ability to tell the difference > between high priority TX and any bt activity requiring the air, so the > MAC can then choose a weight based on differnet kinds of BT inputs. > > If all you have is two wire, then you don't get separate weight table > entries for different kinds of BT transmissions. > > > > adrian > > On 9 April 2013 23:13, sandeep suresh wrote: >> Hello Mr.Adrian, >>? ? Thanks for your response. I understand the following: Please correct if >> I am wrong. >> 1. With WLAN_ACTIVE and BT_ACTIVE, the wireless medium is managed between >> BT >> and WLAN without stomping the traffic. >> 2. With WLAN_ACTIVE, BT_ACTIVE and BT_PRIORITY, WiFI traffic stomping is >> possible. >> >> Regards >> Sandeep. >> >> From: Adrian Chadd >> To: sandeep suresh >> Cc: Sujith Manoharan ; ath9k-devel >> ; "linux-wireless at vger.kernel.org" >> >> Sent: Wednesday, 10 April 2013 11:07 AM >> >> Subject: Re: [ath9k-devel] AR9287 ; 2-wire coexistence expected behavior >> >> Right, but same deal - if it asserts the line, it should stomp wifi >> transmission in your particular scheme. >> >> >> >> adrian >> >> >> On 9 April 2013 19:37, sandeep suresh wrote: >>> Hello Mr.Adrian, >>>? ? Thanks for your response. During googling, I had come across the >>> following 2-wire coexistence solution from owl modules. >>> >>> >>> >>> http://support.connectblue.com/display/PRODWLAN/cB-OWL22x+Bluetooth+co-existence+application+note >>> According to this application note, for 2-wire coexistence, WLAN_ACTIVE >>> and >>> BT_PRIORITY signals are used rather than WLAN_ACTIVE and BT_ACTIVE.? What >>> is >>> your opinion on this? And as I understand owl modules are based on >>> Atheros >>> chipsets. >>> >>> Regards >>> Sandeep. >>> >>> From: Adrian Chadd >>> To: sandeep suresh >>> Cc: Sujith Manoharan ; ath9k-devel >>> ; "linux-wireless at vger.kernel.org" >>> >>> Sent: Wednesday, 10 April 2013 4:30 AM >>> >>> Subject: Re: [ath9k-devel] AR9287 ; 2-wire coexistence expected behavior >>> >>> Hi, >>> >>> Yes, "WLAN_ACTIVE" here is just both TX and RX activity. >>> >>> So if it were working, that would stay low. >>> >>> >>> >>> adrian >>> >>> >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20130415/f84aac7c/attachment.htm