I tried (almost) bleeding edge compat wireless drivers (dated
1.11.2011) but the same problem persists. It turns out that the
problem is in AGC calibration in function ar9003_hw_init_cal. It times
out. This is what ath9k_hw_wait prints to log:
ath: timeout (10 us) on reg 0xa2c4: 0x00158dd9
Extending timeout to ten times longer didn't help. Anyone with
knowledge of internals of ar9390? Is that register correct?
2011/11/15 wireless newbie wnewbi...@gmail.com:
I tried (almost) bleeding edge compat wireless drivers (dated
1.11.2011) but the same problem persists. It turns out that
On Tue, Nov 15, 2011 at 1:45 PM, wireless newbie wnewbi...@gmail.com wrote:
I tried (almost) bleeding edge compat wireless drivers (dated
1.11.2011) but the same problem persists. It turns out that the
problem is in AGC calibration in function ar9003_hw_init_cal. It times
out. This is what
That fix is already in place but it didn't help.
2011/11/15 Mohammed Shafi shafi.wirel...@gmail.com:
On Tue, Nov 15, 2011 at 1:45 PM, wireless newbie wnewbi...@gmail.com wrote:
I tried (almost) bleeding edge compat wireless drivers (dated
1.11.2011) but the same problem persists. It turns out
On Tue, Nov 15, 2011 at 3:27 PM, wireless newbie wnewbi...@gmail.com wrote:
That fix is already in place but it didn't help.
:( i don't have AR9390 now, let me see if i can recreate the issue
in AR9003 cards and help you out.
2011/11/15 Mohammed Shafi shafi.wirel...@gmail.com:
On Tue, Nov
Thanks. I just compiled compat-wireless from yesterday, but the
behavior is still the same.
2011/11/15 Mohammed Shafi shafi.wirel...@gmail.com:
On Tue, Nov 15, 2011 at 3:27 PM, wireless newbie wnewbi...@gmail.com wrote:
That fix is already in place but it didn't help.
:( i don't have
On Tue, 2011-11-15 at 16:05 +0530, Mohammed Shafi wrote:
On Tue, Nov 15, 2011 at 3:27 PM, wireless newbie wnewbi...@gmail.com wrote:
That fix is already in place but it didn't help.
:( i don't have AR9390 now, let me see if i can recreate the issue
in AR9003 cards and help you out.
Guys!
Hi Mohammed,
On Tue, 2011-11-15 at 11:30 +0530, Mohammed Shafi Shajakhan wrote:
From: Mohammed Shafi Shajakhan moham...@qca.qualcomm.com
Add support for MCI BT-Coex for AR9462. with AR9462 we have
WLAN and BT coexists via MCI protocol(Message Coexistence Interface)
WLAN and BT exchanges
The patch series proposes to rename ath9k_platform.h to ath_platform.h
This header file handles platform data used only for ath9k,
but it can used by ath6k as well. We can take wl12xx.h as
as a example. Please let us change this file name so that
other Atheors WLANs use this file for their own
On Tue, Nov 08, 2011 at 05:34:02PM +0100, Zefir Kurtisi wrote:
This patch series proposes DFS radar pulse detection for ath9k.
The first patch adds a new DFS module, the second turns those
knobs to enable the HW to detect radar pulses and forward them
to the new module.
Here, sanity and
Hi Zefir,
just few doubt, sorry for the late reply
On Tue, Nov 8, 2011 at 10:04 PM, Zefir Kurtisi
zefir.kurt...@neratec.com wrote:
This patch integrates the DFS module into ath9k, including
* build the module into ath9k_hw
* set up DFS debugfs
* define HW capability flag for DFS support
On 11/15/2011 04:24 PM, Mohammed Shafi wrote:
Hi Zefir,
just few doubt, sorry for the late reply
On Tue, Nov 8, 2011 at 10:04 PM, Zefir Kurtisi
zefir.kurt...@neratec.com wrote:
This patch integrates the DFS module into ath9k, including
* build the module into ath9k_hw
* set up DFS
On Tue, Nov 15, 2011 at 7:52 AM, Zefir Kurtisi
zefir.kurt...@neratec.com wrote:
On 11/15/2011 04:24 PM, Mohammed Shafi wrote:
Hi Zefir,
just few doubt, sorry for the late reply
On Tue, Nov 8, 2011 at 10:04 PM, Zefir Kurtisi
zefir.kurt...@neratec.com wrote:
This patch integrates the DFS
On 11/15/2011 05:09 PM, Luis R. Rodriguez wrote:
On Tue, Nov 15, 2011 at 3:23 AM, Sangwook Lee sangwook@linaro.org wrote:
The patch series proposes to rename ath9k_platform.h to ath_platform.h
This header file handles platform data used only for ath9k,
but it can used by ath6k as well.
Hi Sangwook,
On 11/15/2011 01:23 PM, Sangwook Lee wrote:
The patch series proposes to rename ath9k_platform.h to ath_platform.h
This header file handles platform data used only for ath9k,
but it can used by ath6k as well. We can take wl12xx.h as
as a example. Please let us change this file
On Tue, Nov 15, 2011 at 6:37 AM, John W. Linville
linvi...@tuxdriver.com wrote:
On Tue, Nov 08, 2011 at 05:34:02PM +0100, Zefir Kurtisi wrote:
This patch series proposes DFS radar pulse detection for ath9k.
The first patch adds a new DFS module, the second turns those
knobs to enable the HW
@@ -1869,6 +1867,17 @@ int ath_rx_tasklet(struct ath_softc *sc, int flush,
bool hp)
unlikely(tsf_lower - rs.rs_tstamp 0x1000))
rxs-mactime += 0x1ULL;
+ if ((rs.rs_status ATH9K_RXERR_PHY)
+
Hi.
Unfortunately that patch I've posted doesn't really fix the problem
of huge delays - today I've got it again after having couple of days
problem free.
Nevertheless I think that code which disables ANI for 9100 has a bug
in a sense that is doesn't disable periodical ANI test, it just
Hi,
Some time (usually soon after connect) to AP (ar9102, client - Intel
5300) link experiences extreme delays. Pings take several seconds to
return. Once link went into this state it stays there, and only
disconnection/reconnection helps. I'm using Trendnet TEW632 with
latest openwrt on router
19 matches
Mail list logo