On Wed, May 22, 2013 at 02:12:13PM +0200, Francisco Cuesta wrote:
Hello,
I would like to know whether someone might point out where a sta-mode
scan in ath9k driver is carried out. I mean, if I want to perform such
a scan, I have seen that hostapd or wpa supplicant requests the driver
On Thu, Mar 28, 2013 at 4:41 PM, Ryo Matsuura matsu...@silex.jp wrote:
Hello
I'm using Atheros 9280 device.
I find interesting mailing list message about WoW.
-
Title:[PATCH v4 00/10] Add support for WOW in ath9k
Mohammed
On Wed, Mar 20, 2013 at 11:33 AM, sandeep suresh
sandeep.sur...@yahoo.co.in wrote:
Hello Mr.Adrian other experts,
Thanks for the quick response.
1. So, does it mean that coexistence (BTCOEX) is independent of the WiFi
operating modes like Access Point, client and Hybrid?
nope BTCOEX is
On Sat, Feb 23, 2013 at 7:41 AM, Colin Williams co...@seattlesoft.com wrote:
I'm wondering if these 3 chipsets AR9285,AR9287,AR9485 all support WoW
with the ath9k driver. Only AR9495 is listed as having WoW support on
the atheros page
http://www.atheros.com/computing/technology.php?nav1=28 .
On Thu, Dec 20, 2012 at 10:11 PM, Ali Abedi a2ab...@uwaterloo.ca wrote:
Hi,
I am writing this response to my own question since I have found a
workaround for this problem and this may help others as well.
So the problem is that if you have an interface wlan0 in managed mode
and then add
Hi Bernhard,
On Sun, Dec 2, 2012 at 1:56 AM, Bernhard Urban lew...@gmail.com wrote:
On Sat, Dec 1, 2012 at 9:21 PM, Bernhard Urban lew...@gmail.com wrote:
add an if-guard, otherwise iw(8) reports weird signal strengths.
The behaviour was fine before this commit:
On Tue, Oct 16, 2012 at 6:40 PM, Roger Price rpr...@rogerprice.org wrote:
On Mon, 15 Oct 2012, Mohammed Shafi wrote:
please find the attached patch, and see if works. thanks
pls go to your compat and to patch -p1 ./the attached patch
pls let me know if any issues.
Hi Mohammed, I applied
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
Roger says, Ubiquiti produce 2 versions of their WiFiStation USB adapter. One
has an internal antenna, the other has an external antenna and
name suffix EXT. They have separate USB ids and in distribution
openSUSE 12.2 (kernel 3.4.6
Hi,
On Sun, Oct 14, 2012 at 2:34 PM, Roger Price at...@rogerprice.org wrote:
Hi, Ubiquiti produce 2 versions of their WiFiStation USB adapter. One
has an internal antenna, the other has an external antenna and
name suffix EXT. They have separate USB ids and in distribution
openSUSE 12.2
On Mon, Oct 15, 2012 at 2:53 PM, Roger Price at...@rogerprice.org wrote:
On Mon, 15 Oct 2012, Mohammed Shafi wrote:
but there is no
alias: usb:v0CF3pB002d*dc*dsc*dp*ic*isc*ip*
i shall add the id for you to verify by today evening. thanks for
reporting this!
Hi Mohammed, Thanks
On Fri, Oct 12, 2012 at 7:07 PM, vikranth reddy
vikranth.reddydevelo...@gmail.com wrote:
Hi All,
Iam new to ath9k.
Is there a support for 5MHz and 10MHz channel bandwidths in AR9280? If yes,
how to enable them in ath9k? Any patches are available for it?
in ath9k?
Thanks for all your help,
Best regards,
Eduardo
On 10/11/2012 11:31 AM, Mohammed Shafi wrote:
hi,
pls go through
http://www.mail-archive.com/ath9k-devel@lists.ath9k.org/msg08627.html.
pls try the attached patch to disable aggr
On Thu, Oct 11, 2012 at 2:58 PM, Eduardo Rocha
, it is supported. Iam little confused,
whether it is supported or not?
It seems to be supported in openwrt as Felix says. Please
take a look at openwrt.i will just check with him.
thanks in advance for reply.
Thanks Regards
Vikranth
On Fri, Oct 12, 2012 at 7:21 PM, Mohammed Shafi shafi.wirel
Hi Antonio,
Hi Mohammed,
thank you for having taken care of this. Is it possible to have more details
about this impossibility? I still have to understand, because on one side we
all agreed on the fact that IBSS+AP coexistence will create problems on the
STA
(connected to the AP) because
On Sat, Sep 29, 2012 at 3:01 PM, Antonio Quartulli or...@autistici.org wrote:
On Fri, Sep 28, 2012 at 04:12:40 +0530, Sujith Manoharan wrote:
Mohammed Shafi Shajakhan wrote:
oh yeah, you are saying that we will have some issues with IBSS
coexistence with other modes because of TSF sync
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
When WLAN is idle ensure we downgrade to FTP_STOMP_LOW weight
(from STOMP_LOW) to provide more bandwidth for BT FTP profile.
WLAN's idleness can be estimated by taking into account of the
rx data packets and just ignore beacons, qos
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
This will allow us to create virtual interface the driver supports.
Also this ensures multivif support and limitation advertised
by the driver is taken care in cfg80211 itself.
Signed-off-by: Mohammed Shafi Shajakhan moham
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
Once the driver advertizes interface combination logic
based on its firmware/hardware limitation, cfg80211
takes care of all the necessary logic such as maximum
beaconing vifs, standlone interface etc.
Signed-off-by: Mohammed Shafi
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
Currently ath9k need to have beacon interval matched
between STA mode and beaconing mode. Advertize this
through interface combinations.
Signed-off-by: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
---
drivers/net/wireless/ath/ath9k
On Wed, Oct 3, 2012 at 8:26 PM, Eduardo Rocha eduardoro...@ua.pt wrote:
Hi everyone,
I wanted to evaluate the performance of frame aggregation in 802.11n
networks. I was planning on using IPerf to measure throughputs,
bandwidths and packet losses. How can I enable frame aggregation in ath9k?
On Tue, Oct 2, 2012 at 2:44 PM, Torsten Zimmermann
flotteto...@googlemail.com wrote:
Hi,
can anyone point out where the driver does the very early frame sanity
checks for the received frames? Up to know i'm getting a little confused
(after reading some source code files) what is done by the
Hi Holger,
On Friday 28 September 2012 02:30 PM, Holger Schurig wrote:
We WLAN is idle we can some better bandwidth to FTP by
setting STOMP_LOW_FTP where stomping the FTP BT is pretty
much reduced when compared to setting STOMP_LOW weight.
I understand that english isn't your first language
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
We WLAN is idle we can some better bandwidth to FTP by
setting STOMP_LOW_FTP where stomping the FTP BT is pretty
much reduced when compared to setting STOMP_LOW weight.
we calculate WLAN is idle by taking into account of the
rx data packets
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
Currently ath9k need to have beacon interval matched
between STA mode and beaconing mode. Advertize this
through interface combinations. Need to test this
properly.
Signed-off-by: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
Once the driver advertizes interface combination logic
based on its firmware/hardware limitation, cfg80211
takes care of all the necessary logic such as maximum
beaconing vifs, standlone interface etc.
Signed-off-by: Antonio Quartulli
to be advertized
in the combinations allowed.
Signed-off-by: Antonio Quartulli or...@autistici.org
Signed-off-by: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
---
drivers/net/wireless/ath/ath9k/htc_drv_init.c | 35 +
1 files changed, 35 insertions(+), 0 deletions(-)
diff
On Thursday 27 September 2012 09:22 PM, Mohammed Shafi Shajakhan wrote:
From: Antonio Quartulli or...@autistici.org
Advertize allowed VIFs combinations to the cfg80211 sublayer.
Other than that, practical tests shown that ath9k_htc devices allow an
IBSS VIF to coexist with VIF set up on other
Hi Sujith,
On Friday 28 September 2012 07:53 AM, Sujith Manoharan wrote:
Mohammed Shafi Shajakhan wrote:
From: Antonio Quartulli or...@autistici.org
Advertize allowed VIFs combinations to the cfg80211 sublayer.
Other than that, practical tests shown that ath9k_htc devices allow an
IBSS VIF
= AR9160
chipsets. This should fix
https://bugzilla.kernel.org/show_bug.cgi?id=45591
shafi: made the fix generic by having the frame filtering
disabled for chipsets older than AR9280.
Cc: Javier Cardona jav...@cozybit.com
Signed-off-by: Thomas Wagner thomas.wag...@hs-rm.de
Signed-off-by: Mohammed
Hi,
On Mon, Sep 17, 2012 at 8:26 AM, Mark Shroyer mshro...@awaredigital.com wrote:
I'm attempting to use an AR9271-based USB adapter on Linux 3.2.23 (arm)
with ath9k_htc from compat-wireless 2012-04-17 and 2012-09-07, but I'm
having trouble when I run the adapter in AP mode and dump traffic
On Tue, Aug 21, 2012 at 10:43 AM, Mohammed Shafi Shajakhan
moham...@qca.qualcomm.com wrote:
Hi,
On Friday 17 August 2012 12:42 PM, Sunil Mehta wrote:
Hi
We are using AR9331 and are currently using the device in - AP mode, and
Station mode.
We would like to use the device for a P2P
Hi Tom,
On Monday 17 September 2012 10:47 AM, Mohammed Shafi Shajakhan wrote:
Hi Tom,
+ linux-wireless
On Saturday 15 September 2012 12:24 AM, Thomas Wagner wrote:
Hi,
I'm really not sure about this being tied to sc-nvifs.
If it's mesh related, how about just adding a check
Hi Tom,
+ linux-wireless
On Saturday 15 September 2012 12:24 AM, Thomas Wagner wrote:
Hi,
I'm really not sure about this being tied to sc-nvifs.
If it's mesh related, how about just adding a check for the number of mesh
interfaces [...]
No, it is not mesh related!
Several frames where
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
Update the 'hw_timer_enabled' to 'false' wherever we are stopping
hardware generic timers, excecpt the case where we start them
again immediately.
Signed-off-by: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
---
drivers/net/wireless
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
We need to have the promiscus mode enabled for older
chipset(ie rule out many frames being filtered in the
hardware itself)if 'FIF_OTHER_BSS' flag is set, when we
start the mesh mode. Fix this by enabling promiscus
mode for all chipsets
-by: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
---
drivers/net/wireless/ath/ath9k/recv.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/wireless/ath/ath9k/recv.c
b/drivers/net/wireless/ath/ath9k/recv.c
index 4480c0c..76db0b3 100644
--- a/drivers/net
On Friday 14 September 2012 08:16 PM, Mohammed Shafi Shajakhan wrote:
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
We need to have the promiscus mode enabled for older
chipset(ie rule out many frames being filtered in the
hardware itself)if 'FIF_OTHER_BSS' flag is set, when we
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
We WLAN is idle we can some better bandwidth to FTP by
setting STOMP_LOW_FTP where stomping the FTP BT is pretty
much reduced when compared to setting STOMP_LOW weight.
we calculate WLAN is idle by taking into account of the
rx data packets
Hi,
On Sat, Sep 1, 2012 at 10:41 AM, Ming Lei ming@canonical.com wrote:
On Tue, Aug 21, 2012 at 4:04 PM, Ming Lei ming@canonical.com wrote:
It is not necessary to hold the firmware memory during the whole
driver lifetime, and obviously it does waste memory. Suppose there
are 4
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
Having generic hardware timer interrupt in debugfs
would come handy when we are debugging 3 WIRE
BTCOEX issues.
Signed-off-by: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
---
drivers/net/wireless/ath/ath9k/debug.c |3
Hi Simon/Sven,
I'm living at a small village, and one or two neighbors may have access
points too,
but that's it - this should be far from beeing busy. We mostly use these APs
for
surfing with smart phones, this is also far from congesting them. ;)
TBH I don't really understand what you
Hi Antonio,
the
ath9k_htc maintainer said
TSF sync may be an issue if we have IBSS interface coexistence, any
thoughts about this (or)
this should be fine based on your testing. please let me know!
Well, during my test I didn't hit any problem, but since the ath9k_htc
maintainer has
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
There is a possibility that AR_MCI_GPM_1 register can
return 0xdeadbeef and this results in caching of invalid
GPM index in ar9003_mci_is_gpm_valid. Ensure we
have appropriate checks to avoid this.
Cc: xijin luo xi...@qca.qualcomm.com
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
Its more correct to convert btcoex_period to 'us' while
comparing with btcoex_no_stomp which is in 'us'.
Did not find any functionality issues being fixed,
as the generic hardware timer triggers are usually
refreshed with the newer duty
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
Additionally it has a neat debug message informing us
that we are stopping the ANI algorithm.
Signed-off-by: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
---
drivers/net/wireless/ath/ath9k/main.c |2 +-
1 files changed, 1
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
Signed-off-by: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
---
drivers/net/wireless/ath/ath9k/ath9k.h |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/net/wireless/ath/ath9k/ath9k.h
b/drivers/net
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
*Remove all the checks that will be handled by cfg80211
based on the interface combination advertised. For instance,
driver supports at the maximum 8 beaconing interface, while
we advertise maximum 8 beaconing interface in the interface
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
Signed-off-by: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
---
drivers/net/wireless/ath/ath9k/htc_drv_main.c | 14 +-
1 files changed, 5 insertions(+), 9 deletions(-)
diff --git a/drivers/net/wireless/ath/ath9k
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
Enable BTCOEX for WB193(which seems to be the only supported
ath9k_htc BTCOEX chipset)only when it is enabled via modparam,
rather than enabling it by default.
Cc: Vivek Natarajan natar...@qualcomm.com
Signed-off-by: Mohammed Shafi
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
Before disabling BTCOEX in the h/w cancel all BTCOEX related
works. This is similar to the commit in ath9k(c32cdbd8)
ath9k: Stop the BTCOEX timers before disabling BTCOEX
Signed-off-by: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
Hi Antonio,
Other than that, patch 2/6 should be modified to take into account IBSS mode.
yeah saw your patch, that in ath9k_htc IBSS interface can coexist with
one more interface.
sorry for the delayed response(almost tortoise's pace :) ), the
ath9k_htc maintainer said
TSF sync may be an
On Mon, Sep 3, 2012 at 4:08 PM, Yashashree Jadhav
yashashreejadha...@gmail.com wrote:
Hello Sir,
This days I am studying ath9k aggregation source code.
According to observation I found out MPDUs having a different TIDs (means
all type of traffic bundle in one frame irrespective of QoS
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
Update the 'hw_timer_enabled' to 'false' wherever we are stopping
hardware generic timers, excecpt the case where we start them
again immediately. I will just test the case the generic hardware
timer is stopped again and again even though
wrote:
On Wed, Aug 1, 2012 at 11:28 PM, Mohammed Shafi Shajakhan
moham...@qca.qualcomm.com wrote:
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
AR is same as AR9485. The h/w
difference between them is quite insignificant,
Felix suggests only very few baseband features
may
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
AR is same as AR9485. The h/w
difference between them is quite insignificant,
Felix suggests only very few baseband features
may not be available in AR. The h/w code for
AR9485 is already present, so AR should
work fine
ath3k:
Bluetooth: Error in firmware loading err = -110,len = 0, size = 4096
what does it mean?
Bye,
Yevgeniy
2012/7/30 Mohammed Shafi shafi.at...@gmail.com
On Fri, Jul 27, 2012 at 6:20 PM, Yevgeniy Melnichuk
yevgeniy.melnic...@googlemail.com wrote:
Hi Mohammed,
thx for your reply
Hi,
ensure if you are using WLAN + BT, make sure you enable BTCOEX in
.config and as a module param
http://linuxwireless.org/en/users/Drivers/ath9k/btcoex
___
ath9k-devel mailing list
ath9k-devel@lists.ath9k.org
got to do sudo modprobe -v ath9k btcoex_enable=1
this ensures smooth coexistence between wifi and BTcoex..
other wise its a bug!
Yevgeniy
2012/7/31 Mohammed Shafi shafi.at...@gmail.com
Hi,
ensure if you are using WLAN + BT, make sure you enable BTCOEX in
.config and as a module param
On Sun, Jul 29, 2012 at 4:21 PM, Frederic Crozat f...@crozat.net wrote:
Hi all,
while upgrading my openSUSE 12.1 to 12.2RC2, I've noted a (big)
regression for my PCI-express wifi card (TP-Link WDN4800), which uses
a AR9300 (168c:0030) chipset.
With openSUSE 12.2 RC2, Wifi link (WPA2-PSK) is
Hi,
On Thu, Jul 26, 2012 at 4:12 PM, Yevgeniy Melnichuk
yevgeniy.melnic...@googlemail.com wrote:
Hi everybody,
my notebook is equipped with a AR9485. Wireless LAN works flawlessly, but
bluetooth does not. Scanning shows no devices although my smartphone should
be visible. A second notebook
On Mon, Jul 23, 2012 at 4:22 PM, Sergey Ivanov icegood1...@gmail.com wrote:
I wrote that issue on ubuntu forum:
http://ubuntuforums.org/showthread.php?p=1212.
Maybe developers could suggest smth better. For example smth. like increase
number of frames during establishing connection.
More
Hi Ben,
On Tue, Jul 24, 2012 at 4:01 AM, Ben Greear gree...@candelatech.com wrote:
On 07/23/2012 03:08 PM, Ben Greear wrote:
On 07/23/2012 02:10 PM, Ben Greear wrote:
Came back after a 1 week vacation and found the 3.3.8+ kernel spitting
timeout errors, and network devices will not 'ifconfig
Hi Jimy,
On Tue, Jul 17, 2012 at 8:13 PM, jimy j...@gis.de wrote:
hello,
having a lot of interruptions and packet loss in voip communication if i
use a bluetooth headset and am connected via wireless at the same time i
became interested in bluetooth coexistence on ath9k.
you got to enable
On Thu, Jul 19, 2012 at 10:20 AM, శ్రీధర్ asridh...@gmail.com wrote:
I'm not getting anything out of /proc/net/wireless, is there any specific
option that i should be setting that will populate this file. I'm using
ath9k in my device, ans using o11s.org 0.5 (3.1.0-rc10-wl) kernel. There are
we had this checked out before, the EEPROM/EEP_ANT_DIV_CTL1 value is set to
00c9,
so bit 6 and 7 are on (as checked in this function).
with inputs from Felix Bitterli,
-128 means: no measurement performed on this antenna.This will happen
with strong signals where too many gain-changes
Hi,
On Tue, Jul 17, 2012 at 9:52 PM, John Clark jeclark2...@aim.com wrote:
I'm looking for what is needed to support these narrow bandwidths using the
ar9K series chips.
There was a couple of posts early in January in regard to 'patches' that
someone had for the OpenWRT environment, and
On Fri, Jul 13, 2012 at 2:43 AM, David M. Zendzian d...@zzservers.com wrote:
I have confirmed that I have the latest 1.3 firmware using a usb adaptor
(AWUS036NHA) with Atheros 9271 chipset. The adaptor keeps receiving an
error on loading the firmware.
Google has not shown me anything
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
Add support for hardware WoW in ath9k. Magic-packet,
beacon loss triggers, deauth/disassoc patterns
(a special case of user pattern) are tested.
User pattern needs a bit of investigation
on parsing to appropriate 802.11 format.
we will do
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
*MAC WoW registers
back-off shift, MAC interrupt enable, magic packet enable,
pattern match enable, aifs, slot wait period, keep alive
frame failure count, beacon fail enable, beacon timeout,
keep alive timeout, auto keep alive disable
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
*add structures, macros and variables for WoW, so that the driver
can make use of it.
*maintain a list for user enabled patterns and masks
*track pattern slots for the hardware limitation on the
maximum number of patterns that can be stored
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
have seperate wow capability flags for
*basic wow support
*device capable of matching exact user defined pattern
or de-authentication/disassoc pattern
*device such AR9280 requires first four bytes for
all sort of patterns
Cc: Senthil
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
support WoW for all chipsets starting from AR9280, AR9285, AR9287,
AR9380, AR9382, AR9485, AR9462. Really all hardware may not support
WoW even though the flag is set and the WoW working depends on
your laptop, BIOS apart from the hardware
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
currently the code supports WoW triggers due to
*magic packet
*user defined patterns
*deauth and disassoc patterns
*disconnect - beacon miss, last beacon received timeout,
no ack for keeep alive frames.
Cc: Senthil Balasubramanian senth
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
for AR9002 family of chipsets and for WoW sleep, we reprogram
the SerDes so that the PLL and CHK REQ are both enabled. this
uses more power but in certain cases this is required as otherwise
WoW sleep is unstable and chip may disappear.
Cc
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
add a new file wow.c which takes care of the hardware code
for WoW.
*program the descriptors and data words to periodically
send Keep Alive Frames.
*program the user defined patterns/masks and pattern length
in the hardware registers
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
to help the developers and users to debug/know
whats happening with WoW
Cc: Senthil Balasubramanian senth...@qca.qualcomm.com
Cc: Rajkumar Manoharan rmano...@qca.qualcomm.com
Cc: vadi...@qca.qualcomm.com
Signed-off-by: Mohammed Shafi
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
add suspend/resume/set_wakeup callbacks to the driver
*suspend
- bail out only if all the conditions for configuring WoW.
is fine, currently multivif case is not handled
- check for associated state.
- map wow triggers from user space
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
Hardware needs to be AWAKE and should maintain association
with the AP to process WoW triggers any time
Cc: Senthil Balasubramanian senth...@qca.qualcomm.com
Cc: Rajkumar Manoharan rmano...@qca.qualcomm.com
Cc: vadi...@qca.qualcomm.com
On Mon, Jul 9, 2012 at 12:15 PM, Dhruv Naithani dhruv...@buffalo.edu wrote:
I have configured my laptop in access point mode at 2.412 GHz. I am
trying to change that to the 5GHz range. So far i am not able to do
so.
related thread
Hey Simon,
we had this checked out before, the EEPROM/EEP_ANT_DIV_CTL1 value is set to
00c9,
so bit 6 and 7 are on (as checked in this function).
this seems to match with the value AR9485. I am bit involved with some
other task which i need to finish
by some time. I will definitely get
Hi Julian,
On Monday 09 July 2012 04:57 AM, Julian Calaby wrote:
Hi Mohammed,
On Sat, Jul 7, 2012 at 12:39 AM, Mohammed Shafi Shajakhan
moham...@qca.qualcomm.com wrote:
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
We are doing MCI cleanup eventhough BTCOEX is not enabled
via
.
On Mon, Jun 25, 2012 at 07:42:49PM +0530, Mohammed Shafi Shajakhan wrote:
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
Add support for hardware WoW in ath9k. Magic-packet,
beacon loss triggers, deauth/disassoc patterns
(a special case of user pattern) are tested with
AR9485. User
Hi Sven,
On Fri, Jul 6, 2012 at 10:05 PM, Sven Eckelmann s...@narfation.org wrote:
On Friday 06 July 2012 17:13:42 Sven Eckelmann wrote:
[...]
I just also observer the chain0 is preferred unless the RSSI is so
poor in it so chain1 is taken.
Please check if this work out for your case too.
On Sat, Jul 7, 2012 at 3:28 PM, Mohammed Shafi shafi.wirel...@gmail.com wrote:
Hi Sven,
On Fri, Jul 6, 2012 at 10:05 PM, Sven Eckelmann s...@narfation.org wrote:
On Friday 06 July 2012 17:13:42 Sven Eckelmann wrote:
[...]
I just also observer the chain0 is preferred unless the RSSI is so
further i check with the CCK/DETECT and MC_GAIN_CTRL in ar9485, it seems to
be
ar9003_hw_ant_ctrl_apply CCK_DETECT 80be6788
ar9003_hw_ant_ctrl_apply MC_GAIN_CTRLL 13ef0200
will check it out whats the one bit difference in CCK_DETECT
also could you provide the output of the attached
))
chip_chainmask = 1;
We are currently using LSDK-9.2.0_U10.1020. It appears that some where the
value may be hardcoded to 0x01 in this Release.
some internal build ?
Can you suggest how to solve this.
Regards,
Sunil.
On 7/7/12 3:44 PM, Mohammed Shafi shafi.wirel
On Tue, Jun 26, 2012 at 9:58 AM, Mohammed Shafi Shajakhan
moham...@qca.qualcomm.com wrote:
Hi Sujith,
On Monday 25 June 2012 10:49 PM, Sujith Manoharan wrote:
Mohammed Shafi Shajakhan wrote:
From: Mohammed Shafi Shajakhanmoham...@qca.qualcomm.com
*MAC WoW registers
back-off shift, MAC
Hi Simon,
On Fri, Jul 6, 2012 at 6:20 PM, Simon Wunderlich
simon.wunderl...@s2003.tu-chemnitz.de wrote:
Hey,
we have trouble with an AR9330 (Hornet) based AP. This device has 2 antennas,
and is supposed to support diversity (2 RX, 1 TX). However, diversity is not
really enabled because the
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
We are doing MCI cleanup eventhough BTCOEX is not enabled
via module parameter. This means we do ath_mci_cleanup
though we skipped calling ath_mci_setup. Yet it does not
causes any issues now as we free the DMA buffer allocated
only when
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
Its safe to stop the BTCOEX timers 'period_timer' and
'no_stomp_timer' before disabling BTCOEX. These timers
can call ath9k_hw_btcoex_enable (or) change the BT
stomp type if they seem to be running after we had
called
direct is p2p, Wi-Fi direct is
well supported in ath9k(except power save as Jouni mentioned).
we are also running regression tests to fix the latest issues. we
should be supporting more to coexist with other features!
Regards,
Arash
On Thu, Apr 26, 2012 at 6:07 AM, Mohammed Shafi shafi.wirel
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
We are doing MCI cleanup eventhough BTCOEX is not enabled
via module parameter. This means we do ath_mci_cleanup
though we skipped calling ath_mci_setup. Yet it does not
causes any issues now as we free the DMA buffer allocated
only when
On Mon, Jul 2, 2012 at 10:36 PM, Amith Belur amit...@gmail.com wrote:
I am using TP LINK TL-WN822N wireless device which has two chips. It works
with Carl9170, however I would like to use ath9k which according to the site
supports AR9102 which is one of the chips. I tried disabling Carl9170
On Tue, Jul 3, 2012 at 11:42 AM, skeletor fan skeletorf...@gmail.com wrote:
Hello all, does anyone know of a way in which I can set the cwmin, access
class etc for a station using the ath9k driver. I understand that hostapd
provides this on the AP side.
i think default values should be set by
On Tue, Jul 3, 2012 at 6:57 PM, Ana Elisa de Campos Lobo
al...@fitec.org.br wrote:
Hi all,
I´m completely newbie in Linux drivers. In my project we are planning to
connect an AR9390 Atheros chip on a GRX288 Lantiq board. This board has a
software framework (UGW 5.2) which is based on Linux
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
We are doing MCI cleanup eventhough BTCOEX is not enabled
via module parameter. This means we do ath_mci_cleanup
though we skipped calling ath_mci_setup. Yet it does not
causes any issues now as we free the DMA buffer allocated
only when
On Tuesday 03 July 2012 08:47 PM, Mohammed Shafi Shajakhan wrote:
From: Mohammed Shafi Shajakhanmoham...@qca.qualcomm.com
We are doing MCI cleanup eventhough BTCOEX is not enabled
via module parameter. This means we do ath_mci_cleanup
though we skipped calling ath_mci_setup. Yet it does
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
Stop the BT timers 'period_timer' and 'no_stomp_timer'.
Both these timers can change the BT stomp type especially
for AR9462 chipsets eventhough we had called ath9k_hw_btcoex_disable.
ath9k_hw_btcoex_disable-ath9k_hw_btcoex_bt_stomp(ah
On Wed, Jul 4, 2012 at 12:22 AM, Ana Elisa de Campos Lobo
al...@fitec.org.br wrote:
Daniel and Mohammed,
Thank you for your answers.
I´ve just configured UGW 5.2 to enable ATH9K into mac80211.
Although, I still have an important question:
Which kernel version do I need to have a version of
Please try compat wireless
http://linuxwireless.org/en/users/Download/
tar jxvf compat-wireless-$(date -I).tar.bz2
it will be
tar jxvf compat-wireless-2.6.tar.bz2
cd compat-wireless-2012-04-08
./scripts/driver-select ath9k
make
sudo make install
sudo make unload
sudo modprobe -v ath9k
2012/7/2
1 - 100 of 797 matches
Mail list logo