Hi,
I connecting AR6004 through SDIO using compat-drivers-3.8-1-u driver
and it is getting detected and proper
firmware is getting loaded to the chip. But it is not showing txpower,
bitrate, frequency. It shows like below:
wlan0 IEEE 802.11abg ESSID:off/any
Mode:Managed Access Poi
On Mon, 2013-04-29 at 11:04 +0200, Wojciech Dubowik wrote:
> Add rx flag to radiotap header which tells whether
Same here, you can't just randomly add something to radiotap. Go
standardise it first.
johannes
___
ath9k-devel mailing list
ath9k-devel@lis
On Mon, 2013-04-29 at 11:33 +0200, Oleksij Rempel wrote:
> --- a/include/net/ieee80211_radiotap.h
> +++ b/include/net/ieee80211_radiotap.h
> @@ -269,6 +269,7 @@ enum ieee80211_radiotap_type {
> #define IEEE80211_RADIOTAP_MCS_HAVE_GI 0x04
> #define IEEE80211_RADIOTAP_MCS_HAVE_FMT
Am 29.04.2013 11:04, schrieb Wojciech Dubowik:
> Add rx flag to radiotap header which tells whether
> Space-Time Block Code was used. At the moment only
> 1 stream STBC is supported.
>
> TODO: Pass information from the driver on how many STBC
> streams have been received.
Hi,
do i understand it co
Signed-off-by: Oleksij Rempel
---
drivers/net/wireless/ath/ath9k/mac.c | 3 +++
drivers/net/wireless/ath/ath9k/mac.h | 3 ++-
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/net/wireless/ath/ath9k/mac.c
b/drivers/net/wireless/ath/ath9k/mac.c
index a52081d..b924024 100644
--
some flags used only outside of ath9k - In this case we can use
"enum mac80211_rx_flags" and pass it upstream without extra
conversation.
Signed-off-by: Oleksij Rempel
---
drivers/net/wireless/ath/ath9k/ar9003_mac.c | 5 +++--
drivers/net/wireless/ath/ath9k/mac.c| 11 +++
driver
Signed-off-by: Oleksij Rempel
---
include/net/ieee80211_radiotap.h | 2 ++
include/net/mac80211.h | 2 ++
net/mac80211/main.c | 3 ++-
net/mac80211/rx.c| 2 ++
net/mac80211/status.c| 3 ++-
5 files changed, 10 insertions(+), 2 deletions(-)
diff
current firmware will enable STBC_TX, only if other peer support it.
This patch provide ht_peer_caps to firmware.
FW versions 1.3, 1.4 should be able to work with it.
Tested on ar7010+ar9280 and ar7010+ar9287.
Signed-off-by: Oleksij Rempel
---
drivers/net/wireless/ath/ath9k/htc.h | 2 ++
This serie of patches is about support for STBC on ath9k chips.
It will add STBC Tx to ath9k-htc and allow tracing Rx packets.
Radiotap part of this patch set based on Wojciech Dubowik work.
Currently this values seems to be not compatible with STBC draft for radiotap:
http://www.radiotap.org/sugge
Add rx flag to radiotap header which tells whether
Space-Time Block Code was used. At the moment only
1 stream STBC is supported.
TODO: Pass information from the driver on how many STBC
streams have been received.
Signed-off-by: Wojciech Dubowik
---
include/net/ieee80211_radiotap.h |6 +
Pass RX flag to mac80211 layer when STBC stream has been received.
Signed-off-by: Wojciech Dubowik
---
drivers/net/wireless/ath/ath9k/ar9003_mac.c |1 +
drivers/net/wireless/ath/ath9k/mac.c|2 ++
drivers/net/wireless/ath/ath9k/mac.h|1 +
drivers/net/wireless/ath/ath9k
These patches add STBC rx flag for radiotap. They are based on
proposed field structure from radiotap.org. Only one STBC stream
is supported.
TODO: Implement mechanism for passing the number of STBC streams
being used. We could use mac80211_rx_flags to point number of
streams which would require 3
Michal Kazior wrote:
> > An updated patch:
> >
> > [PATCH] ath10k: Remove unneeded locks during HTT RX attach
> >
> > Fix two issues:
> >
> > * Bail out properly when RX buffer allocation fails at init time.
> > * Do not acquire the rx ring lock during attach() since we
> >don't rearm the reple
On 29/04/13 10:14, Sujith Manoharan wrote:
> Michal Kazior wrote:
>> I'm not even sure if we should abort right away. We replenish htt rx
>> buffers using GFP_ATOMIC allocation. This can fail under memory pressure
>> more often (then, say, GFP_KERNEL). I wouldn't really consider this as
>> fatal er
Michal Kazior wrote:
> Won't this still fail the lockdep assertion?
>
> We're also leaking memory upon failure. We need to free up the skbuffs
> we successfully allocated & mapped.
>
> If you want to check if the ath10k_htt_rx_ring_fill_n() failed you could
> simply compare fill_level and fill_
Sync with FW ver .614 - wmi_bcn_info structure.
Signed-off-by: Janusz Dziedzic
---
drivers/net/wireless/ath/ath10k/wmi.h |9 -
1 file changed, 9 deletions(-)
diff --git a/drivers/net/wireless/ath/ath10k/wmi.h
b/drivers/net/wireless/ath/ath10k/wmi.h
index 986f0c1..d32ba23 100644
---
Remove internal types definition and
use ieee80211/cfg80211 notice of absence definitions.
Signed-off-by: Janusz Dziedzic
---
drivers/net/wireless/ath/ath10k/wmi.c | 10 +-
drivers/net/wireless/ath/ath10k/wmi.h | 18 --
2 files changed, 5 insertions(+), 23 deletions(-
On 29/04/13 09:08, Sujith Manoharan wrote:
> Sujith Manoharan wrote:
>> ...and it doesn't seem correct to proceed with init after htt_rx_attach() has
>> failed due to memory allocation, since subsequent allocations would probably
>> fail
>> too.
>
> How about something like this ?
>
> [PATCH] ath1
Am 29.04.2013 08:45, schrieb Wojciech Dubowik:
> On 04/28/2013 05:03 PM, Oleksij Rempel wrote:
>> Am 28.04.2013 16:13, schrieb Oleksij Rempel:
>>> Am 28.04.2013 14:51, schrieb Felix Fietkau:
On 2013-04-27 5:25 PM, Oleksij Rempel wrote:
> Collect statistics about recived duplicate and STBC
Sujith Manoharan wrote:
> ...and it doesn't seem correct to proceed with init after htt_rx_attach() has
> failed due to memory allocation, since subsequent allocations would probably
> fail
> too.
How about something like this ?
[PATCH] ath10k: Remove unneeded locks during HTT RX attach
If buff
20 matches
Mail list logo
