From mboxrd@z Thu Jan 1 00:00:00 1970 From: sandeep suresh Date: Fri, 5 Apr 2013 17:06:01 +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> Message-ID: <1365152761.13005.YahooMailNeo@web193505.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 Thanks Mr.Adrian for the information. I had a look at the source code for Ath9k. For 2-wire coexistence, other than GPIO configuration (direction, Mux etc) for WLAN_ACTIVE and BT_ACTIVITY, is there also weight register configuration for BT and WLAN for 2-wire? What exactly is the meaning of these weight registers? Regards Sandeep ________________________________ From: Adrian Chadd To: sandeep suresh Cc: "linux-wireless at vger.kernel.org" ; ath9k-devel Sent: Friday, 5 April 2013 1:47 PM Subject: Re: AR9287 ; 2-wire coexistence expected behavior There's nothing public, no. Just the source code. :) adrian On 5 April 2013 01:00, sandeep suresh wrote: > Thanks Mr. Adrian. I will revert back to you after sometime. But are there > any documents/datasheets explaining on the BTCOEX mode registers, timing > diagrams for 2-wire/3-wire coexistence based on Atheros chipset? > I have already gone through the ath9k website; but does not contain these > details. > Thanks & Regards > Sandeep. > > From: Adrian Chadd > To: sandeep suresh > Cc: "linux-wireless at vger.kernel.org" ; > ath9k-devel > Sent: Friday, 5 April 2013 9:43 AM > > Subject: Re: AR9287 ; 2-wire coexistence expected behavior > > You'll have to give me some more time to digest what I'm reading > internally; it's all new to me. > > For FreeBSD, you can look at these files in FreeBSD-HEAD: > > sys/dev/ath/ath_hal/ar5416/ar5416_btcoex.c > sys/dev/ath/ath_hal/ar9002/ar9285_btcoex.c (not that relevant for you, > but still) > > These contain the register writes that the internal reference HAL is > doing when programming btcoex for AR9285/AR9287. > > The AR9287 should support 2-wire coex fine. > > Just read those source files. The ar5416InitBTCoex() programs the > BT_ACTIVE / WLAN_ACTIVE gpio's when you say the coexistence type is > 2-wire. There's weights and such being programmed elsewhere; you need > to make sure you pick the default values for that and try it out. > > I can't help you more than that at the moment; I'm busy doing other > work that doesn't at all touch wifi. :) > > > > Adrian > > On 4 April 2013 20:08, sandeep suresh wrote: >> Hello Mr.Adrian, >>? ? Thanks for your mail. Regarding your comment below: >> >> "THen you need to ensure the bluetooth coexistence registers are >> programmed >> so that btactive will correctly stomp wifi traffic." >> >> Can you please elaborate on this? As I understand the concept of >> "stomping" >> is only in 3-wire coexistence; correct me if I am wrong. >> >> As mentioned earlier, the set-up we have is a PCB board with general >> purpose >> MCU controlling the 2-wire coexistence pins of AR9287. As there are other >> 2.4GHz radio (called PROP radio here) on the board, we want to ensure that >> both radios do not transmit at the same time which will result in >> collisions. Hence we want to build a co-operative coexistence approach so >> that when PROP radio is active (by asserting BT_ACTIVE), AR9287 has to >> buffer transmissions and allow PROP radio to be active. Only when PROP >> radio >> is inactive (BT_ACTIVE is deasserted), only then WiFi can be active. Hope >> this is achievable? >> >> Thanks & Regards >> Sandeep. >> >> From: Adrian Chadd >> To: sandeep suresh >> Cc: "linux-wireless at vger.kernel.org" ; >> ath9k-devel >> Sent: Thursday, 4 April 2013 11:36 PM >> >> Subject: Re: AR9287 ; 2-wire coexistence expected behavior >> >> Hi! >> >> I'm glad you're looking into this in more depth! >> >> On 4 April 2013 08:19, sandeep suresh wrote: >> >>> I understand that ATH_BTCOEX_CFG_2_WIRE, ATH_BTACTIVE_GPIO_9280 (GPIO6 as >>> per btcoex.h) and ATH_WLANACTIVE_GPIO_9280 (GPIO5 as per btcoex.h) are >>> used. >> >> Ok, right. >> >>> I next started monitoring GPIO5 on oscillaoscope to see WLAN activity and >>> I >>> could see a lot of pulse trains. Next in order to simulate high priority >>> BT >>> traffic, I pulled the line GPIO6 high. But I did not see any change in >>> WLAN >>> activity as I could continue to see the pulse trains. My expectation was >>> that there should not be any WLAN activity and hence no pulses. Please >>> guide >>> if I am missing anything? >> >> Well, firstyl you need to ensure that the GPIO pin has been programmed >> to be an input, and it's of the right bluetooth type. As I said >> before, GPIO pins can be input, output; they can be connected via an >> internal mux to a variety of "behaviours". Take a look at the gpio >> configure code in ath9k to see more. >> >> THen you need to ensure the bluetooth coexistence registers are >> programmed so that btactive will correctly stomp wifi traffic. >> >> THat's all I know for now. Sorry. >> >> >> >> adrian >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20130405/77108e9d/attachment-0001.htm