Re: [ath9k-devel] [PATCH 1/2] ath9k_htc: add STBC TX support

2013-05-03 Thread Oleksij Rempel
Am 04.05.2013 08:50, schrieb Oleksij Rempel: > Am 02.05.2013 22:15, schrieb Adrian Chadd: >> Well, let's dig into the firmware a bit more and tidy up how STBC is handled. > > Does it mean, i should change this patch and provide a patch for > firmware too? > I still do not think, changing peer caps

Re: [ath9k-devel] [PATCH 1/2] ath9k_htc: add STBC TX support

2013-05-03 Thread Oleksij Rempel
Am 02.05.2013 22:15, schrieb Adrian Chadd: > Well, let's dig into the firmware a bit more and tidy up how STBC is handled. Does it mean, i should change this patch and provide a patch for firmware too? I still do not think, changing peer caps i a good idea in any case. I mena this part of patch:

[ath9k-devel] Patch for radiotap library

2013-05-03 Thread Oleksij Rempel
Am 03.05.2013 21:53, schrieb Oleksij Rempel: Here are two series of patches. First are kernel patches and ath9k driver patch. Second, is patch for tcpdump. All of them was tested for 1,2 and 3 stream scenarious. Sinse i do not have hardware which can recive more than 1 STBC stream, i did some ha

Re: [ath9k-devel] Standardisation - adding 2 bit STBC and Ness to MCS

2013-05-03 Thread Simon Barber
I did post example code as attachments to the suggested-fields page a few months ago. Click on 'attachments' to view them. There are 3: 1. Intel wlan driver patch 2. Kernel patch 3. Wireshark patch. Simon On 05/01/2013 07:34 AM, Oleksij Rempel wrote: > Hallo all, > > >> http://www.radiotap.org

Re: [ath9k-devel] [PATCH] tcpdump: add STBC Rx support

2013-05-03 Thread Guy Harris
You might want to fork the tcpdump Git repository on GitHub: https://github.com/the-tcpdump-group/tcpdump make your changes, and submit a pull request for the tcpdump repository; that's the preferred way to submit changes to tcpdump (and, *mutatis mutandis*, to libpcap). ___

Re: [ath9k-devel] [PATCH 0/2] ath10k: firmware version related changes

2013-05-03 Thread Kalle Valo
Kalle Valo writes: > Few simple changes how we handle firmware versions. > > --- > > Kalle Valo (2): > ath10k: print firmware version string during boot > ath10k: only warn about incompatible firmware versions Applied. -- Kalle Valo ___ a

Re: [ath9k-devel] [PATCH 2/2] ath10k: only warn about incompatible firmware versions

2013-05-03 Thread Kalle Valo
Michal Kazior writes: > On 02/05/13 11:02, Kalle Valo wrote: >> Most of the time it does more harm than good to halt the >> driver initialisation if the firmware version is not >> supported. For example, sometimes it's good to test >> something from older versions etc. So just change the >> check

[ath9k-devel] [PATCH 2/2] ath10k: rename ath10k_p2p module parameter to p2p

2013-05-03 Thread Kalle Valo
AFAICS there's no need to have the ath10k_ prefix in p2p kernel module parameter so remove that. The name of the actual variable in code stays the same, ath10k_p2p. Signed-off-by: Kalle Valo --- drivers/net/wireless/ath/ath10k/core.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)

[ath9k-devel] [PATCH 1/2] ath10k: rename debug_mask

2013-05-03 Thread Kalle Valo
Rename debug_mask variable to ath10k_debug_mask. Fixes a linker error: drivers/net/wireless/ath/ath10k/built-in.o: In function `ath10k_add_interface': /home/kvalo/ath10k/src/ath10k/drivers/net/wireless/ath/ath10k/mac.c:1710: multiple definition of `debug_mask' drivers/net/wireless/ath/ath6

[ath9k-devel] [PATCH 0/2] ath10k: module parameter fine tuning

2013-05-03 Thread Kalle Valo
When running some build tests I found few issues releated to module parameters. --- Kalle Valo (2): ath10k: rename debug_mask ath10k: rename ath10k_p2p module parameter to p2p drivers/net/wireless/ath/ath10k/core.c |8 drivers/net/wireless/ath/ath10k/debug.c |4 ++

[ath9k-devel] ath9k : Implement a call admission control algorithm

2013-05-03 Thread Cyril Segretain
Hello, I am a student in internship and my work brings me to use ath9k driver. I am currently working to enhance video streaming on 802.11 WLAN with Quality Of Service by implement a call admission control algorithm. So I need to modify the source code driver to add a function for the admission co

Re: [ath9k-devel] [PATCH] tcpdump: add STBC Rx support

2013-05-03 Thread Oleksij Rempel
Am 03.05.2013 21:58, schrieb Guy Harris: > You might want to fork the tcpdump Git repository on GitHub: > > https://github.com/the-tcpdump-group/tcpdump > > make your changes, and submit a pull request for the tcpdump repository; > that's the preferred way to submit changes to tcpdump (and,

[ath9k-devel] [PATCH 1/3] mac80211: add STBC flag for radiotap

2013-05-03 Thread Oleksij Rempel
Signed-off-by: Oleksij Rempel --- include/net/ieee80211_radiotap.h | 7 +++ include/net/mac80211.h | 4 net/mac80211/main.c | 3 ++- net/mac80211/rx.c| 4 net/mac80211/status.c| 3 ++- 5 files changed, 19 insertions(+), 2 deletions(

[ath9k-devel] [PATCH] tcpdump: add STBC Rx support

2013-05-03 Thread Oleksij Rempel
Signed-off-by: Oleksij Rempel --- ieee802_11_radio.h | 6 ++ print-802_11.c | 5 + 2 files changed, 11 insertions(+) diff --git a/ieee802_11_radio.h b/ieee802_11_radio.h index 5aff137..65c25df 100644 --- a/ieee802_11_radio.h +++ b/ieee802_11_radio.h @@ -277,6 +277,7 @@ enum ieee80211

[ath9k-devel] [PATCH 3/3] ath9k: check for Rx-STBC flag and pass it to ieee80211

2013-05-03 Thread Oleksij Rempel
Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/mac.c | 5 + drivers/net/wireless/ath/ath9k/mac.h | 3 ++- 2 files changed, 7 insertions(+), 1 deletion(-) diff --git a/drivers/net/wireless/ath/ath9k/mac.c b/drivers/net/wireless/ath/ath9k/mac.c index a52081d..d055e38 100644

[ath9k-devel] [PATCH 2/3] ath9k: remove useless flag conversation.

2013-05-03 Thread Oleksij Rempel
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

[ath9k-devel] Patches for STBC Standartisation

2013-05-03 Thread Oleksij Rempel
Here are two series of patches. First are kernel patches and ath9k driver patch. Second, is patch for tcpdump. All of them was tested for 1,2 and 3 stream scenarious. Sinse i do not have hardware which can recive more than 1 STBC stream, i did some hacks to to produce this kind of captures. Oleks

Re: [ath9k-devel] [PATCH 1/2] ath10k: Move debug structures to debug.h

2013-05-03 Thread Sujith Manoharan
Sujith Manoharan wrote: > Sujith Manoharan wrote: > > Kalle Valo wrote: > > > That's what the original codebase had (separate structures for each > > > module), but we started moving it to the direction of having complete > > > struct ath10k in core.h. It's a lot easier to manage everything that >

Re: [ath9k-devel] [PATCH 1/2] ath10k: Move debug structures to debug.h

2013-05-03 Thread Sujith Manoharan
Sujith Manoharan wrote: > Kalle Valo wrote: > > That's what the original codebase had (separate structures for each > > module), but we started moving it to the direction of having complete > > struct ath10k in core.h. It's a lot easier to manage everything that > > way. > > I have lost interest -

Re: [ath9k-devel] [PATCH 1/2] ath10k: Move debug structures to debug.h

2013-05-03 Thread Sujith Manoharan
Kalle Valo wrote: > That's what the original codebase had (separate structures for each > module), but we started moving it to the direction of having complete > struct ath10k in core.h. It's a lot easier to manage everything that > way. I have lost interest - please drop this patch. Sujith ___

Re: [ath9k-devel] [PATCH v2 0/5] ath10k pending patches

2013-05-03 Thread Sujith Manoharan
Kalle Valo wrote: > Patch 2 applied. Patches 1 and 3 already applied. Patches 4 and 5 I send > feedback already before. I can send an updated for patch-5, but it is on top of patch-4. I have replied to your feedback for patch-4. Sujith ___ ath9k-devel m

Re: [ath9k-devel] [PATCH 1/2] ath10k: Move debug structures to debug.h

2013-05-03 Thread Kalle Valo
Sujith Manoharan writes: > Kalle Valo wrote: >> The idea is that everything within ar variable can be found from core.h. >> That way people don't need to track down where it's actually defined. > > That doesn't seem to be the way things are organized. "ar" contains instances > of > HTT, HTC, WMI

Re: [ath9k-devel] [PATCH v2 0/5] ath10k pending patches

2013-05-03 Thread Kalle Valo
Sujith Manoharan writes: > From: Sujith Manoharan > > Hi, > > Pending patches, rebased over HEAD. I've dropped the txrx.c merge > and mac.h removal patches, rebasing them was messy. > > Sujith > > Sujith Manoharan (5): > ath10k: Remove unneeded locks during HTT RX attach > ath10k: Fix mpdu s

Re: [ath9k-devel] [PATCH v2 1/5] ath10k: Remove unneeded locks during HTT RX attach

2013-05-03 Thread Kalle Valo
Sujith Manoharan writes: > From: Sujith Manoharan > > 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 replenish timer. > > Signed-off-by: Sujith Manoharan AFAICS this is alrea

Re: [ath9k-devel] [PATCH 0/8] ath10k: fixes

2013-05-03 Thread Kalle Valo
Michal Kazior writes: > Here's a bunch of fixes that get rid of a few > FIXMEs and plug some memleaks on driver setup > failure paths. > > Michal Kazior (8): > ath10k: cleanup ath10k_core_unregister() > ath10k: document some spinlocks > ath10k: remove old irrelevant FIXMEs > ath10k: handl