Hallo all,
i would like to work on open firmware for ath9k_htc.
i can C and and have Linux kernel driver development experience. But no
Embedded Linux experience - it is the reason why I would like to do it.
I tried to contact Luis R. Rodriguez but got no response.
What should i do to obtain
Hi Luis,
one more try :)
Am 22.10.2012 16:31, schrieb Adrian Chadd:
On 20 October 2012 23:24, Oleksij Rempel bug-tr...@fisher-privat.net wrote:
Hallo all,
i would like to work on open firmware for ath9k_htc.
i can C and and have Linux kernel driver development experience. But no
Embedded
New PING scheduled for this week.
Any one alive?
Am 22.10.2012 17:23, schrieb Oleksij Rempel:
Hi Luis,
one more try :)
Am 22.10.2012 16:31, schrieb Adrian Chadd:
On 20 October 2012 23:24, Oleksij Rempel bug-tr...@fisher-privat.net
wrote:
Hallo all,
i would like to work on open firmware
Am 29.11.2012 00:50, schrieb Adrian Chadd:
Hi all,
I've done an updated build of the ath9k_htc firmware images. I don't
currently have a HTC setup working so this is just a recompilation of
the current firmware.
http://dev.qca.qualcomm.com/~adrian/htc/20121128/
Please let me know if it
Am 05.02.2013 10:59, schrieb Simon Wunderlich:
Hey Adrian,
thanks a lot for your update!
On Fri, Feb 01, 2013 at 11:02:00AM -0800, Adrian Chadd wrote:
Hi all,
I've been tinkering with the HT40 spectral scan data (in FreeBSD,
obviously :-) and I can finally state that I have it working and
to Barebox:
* Copyright (C) 2013 Oleksij Rempel bug-tr...@fisher-privat.net
*
* This program is free software; you can redistribute it and/or modify
* it under the terms of the GNU General Public License as published by
* the Free Software Foundation; either version 2 of the License, or
* (at your
Am 13.02.2013 21:59, schrieb Adrian Chadd:
I'm (slowly) working on getting approval to open up datasheets..
I'll post when this is done.
great, thx!
what about firmware for ath9_htc?
On 13 February 2013 04:39, Oleksij Rempel bug-tr...@fisher-privat.net wrote:
Hallo devs,
currently i
Am 22.02.2013 20:33, schrieb Adrian Chadd:
Hi all,
I have a couple of new test images for ath9k_htc users to test.
http://developer.atheros.com/~adrian/htc/20130222/
These images are built by the open source tensilica toolchain rather
than the proprietary toolchain.
Their version id has
Am 23.02.2013 12:41, schrieb Adrian Chadd:
On 23 February 2013 01:54, Oleksij Rempel bug-tr...@fisher-privat.net wrote:
Hi Adrian,
current driver has this check:
htc_drv_init.c: priv-fw_version_minor != MINOR_VERSION_REQ) {
htc_drv_init.c: MAJOR_VERSION_REQ
Am 23.02.2013 22:05, schrieb Adrian Chadd:
On 23 February 2013 12:47, Felix Fietkau n...@openwrt.org wrote:
- I use 3.8.0-rc7 from wireless-testing.git for testing.
- htc_7010.fw is working.
- htc_9271.fw do not working. it fails on authentication:
Same here (AR9271).
Right.
Am 24.02.2013 06:57, schrieb Roman Elshin:
AP mode with kernel-3.0.66 and TL-WN821N,
htc_7010.fw works but data speed is very low ~100kb/s (version from
20121128 works fine here).
Uff i forgot speed test ;)
Netgera wnda3200 (AR7010 + AR9280), old (20121128) firmware ~10 MB/s
(client mode) if
Great news and many thanks!!!
Am 09.03.2013 00:46, schrieb Luis R. Rodriguez:
Many thanks to Adrian for his hard work on all this and to everyone
else who volunteered to help make this happen, including the
understanding by our management at QCA and even Tensilica requires
some handsome
Am 25.03.2013 10:23, schrieb Linus Torvalds:
On Sun, Mar 24, 2013 at 9:26 PM, Joel Wirāmu Pauling j...@aenertia.net
wrote:
Can you try disabling network manager from the init scripts (I am not
sure which distro you are using as a base but
/etc/init.d/network-manager stop ) tends to work for
Am 30.03.2013 18:12, schrieb Adrian Chadd:
(resending as gmail was in HTML mail mode for some odd reason)
Hi,
I've tagged and compiled up the 1.3.1 ath9k htc firmware.
There's been a couple of minor bugfixes but it's mostly just been me
going over and adding / fixing the QCA file licencing
Am 30.03.2013 18:47, schrieb Adrian Chadd:
On 30 March 2013 10:21, Oleksij Rempel bug-tr...@fisher-privat.net wrote:
You can find it here:
http://people.freebsd.org/~adrian/ath9k_htc/1.3.1/
I'd appreciate any testing that people can give this.
Tested:
AR7010+AR9280 - OK
AR9271 - OK
Hi all,
do i understand correctly - AR7010 is generally a MIPS CPU?
AR5523 is R4000 MIPS. How about AR9170 and other usb controllers?
If it is true, are there any good reason to develop separate firmware
for each of them?
--
Regards,
Oleksij
___
Am 01.04.2013 18:24, schrieb Adrian Chadd:
On 1 April 2013 00:40, Oleksij Rempel li...@rempel-privat.de wrote:
Hi all,
do i understand correctly - AR7010 is generally a MIPS CPU?
AR5523 is R4000 MIPS. How about AR9170 and other usb controllers?
If it is true, are there any good reason
Hi Izhar,
Am 15.04.2013 14:48, schrieb izhar eyal:
Hi Guys,
I hope this is the right mailing list for help on bugs.
Here are the detail:
- have kernel 2.6.35.13 running on imx27, trying to use a TL-WN722N
dongle (Atheros AR9271).
that is a bit too old.
- compiled ath9k_htc (tried both as
Hi Dylan,
can you please provide some pictures of it?
One pic of the label, and if possible high resolution scans of pcb
board. Similar to this:
http://wikidevi.com/wiki/TP-LINK_TL-WN822N_v2
800 or 900dpi in jpg will be ok. Send it directly to me.
Am 24.04.2013 03:04, schrieb Dylan:
The
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 li...@rempel-privat.de
---
drivers/net/wireless/ath
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 li...@rempel-privat.de
---
drivers/net/wireless/ath
Hallo all,
i was playing with STBC functionality and wont to see more statistic
about it. If i'm correct Some MACs can report if it got STBC frame or at
least report duplicat frames. After greping the source, i'm confused
about location of this registers. If i'm correct, STBC and Duplicate
Am 27.04.2013 10:27, schrieb Adrian Chadd:
Hi,
There's no way to know that you received an STBC encoded frame. :(
GI is short/long guard interval, not STBC.
I do not mean encoded frame, i mean only status flag. Looks like ar9271
provide it.
Adrian
On 27 April 2013 01:08, Oleksij
Am 27.04.2013 10:53, schrieb Adrian Chadd:
On 27 April 2013 01:30, Oleksij Rempel li...@rempel-privat.de wrote:
I do not mean encoded frame, i mean only status flag. Looks like ar9271
provide it.
There's an STBC received status flag in the RX decriptor? Where?
7. Word, 3. bit.
--
Regards
Collect statistics about recived duplicate and STBC packets.
This information should help see if STBC is actually working.
Tested on ar9285;
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/debug.c | 20 +++-
drivers/net/wireless/ath/ath9k
-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/debug.c | 20 +++-
drivers/net/wireless/ath/ath9k/debug.h | 4
drivers/net/wireless/ath/ath9k/mac.c | 7 +++
drivers/net/wireless/ath/ath9k/mac.h | 13 ++---
4 files changed, 40 insertions
Am 27.04.2013 20:51, schrieb Adrian Chadd:
Hiya,
Why not just bump rs_flags to be a u16, rather than a u8? then you
don't need an rs_flags_2.
ok
(And then go and re-align things inside that struct so you don't waste space.)
hmm.. what do you mean here?
--
Regards,
Oleksij
Am 27.04.2013 21:06, schrieb Adrian Chadd:
On 27 April 2013 11:53, Oleksij Rempel li...@rempel-privat.de wrote:
(And then go and re-align things inside that struct so you don't waste
space.)
hmm.. what do you mean here?
Structure alignment? Well, you typically want to have everything
rs_flags instead of two u8
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/debug.c | 20 +++-
drivers/net/wireless/ath/ath9k/debug.h | 4
drivers/net/wireless/ath/ath9k/mac.c | 6 ++
drivers/net/wireless/ath/ath9k/mac.h | 26
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 packets.
This information should help see if STBC is actually working.
Tested on ar9285;
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
I
Am 28.04.2013 17:03, schrieb Oleksij Rempel:
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 packets.
This information should help see if STBC is actually
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 packets
/suggested-fields/MCS%20extension%20for%20STBC%20and%20Ness
but compatible with wireshark (thx Wojciech):
http://code.wireshark.org/git/?p=wireshark;a=blob;f=epan/dissectors/packet-ieee80211-radiotap-defs.h;h=e0b9a6a0098b3b8ada30cacb75e6ff5009284d3a;hb=HEAD#l280
Oleksij Rempel (4):
ath9k_htc: add
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 li...@rempel-privat.de
---
drivers/net/wireless/ath
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
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
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 li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/ar9003_mac.c | 5 +++--
drivers/net/wireless/ath/ath9k/mac.c
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
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
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
Am 29.04.2013 12:14, schrieb Johannes Berg:
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
Hallo all,
http://www.radiotap.org/suggested-fields/MCS%20extension%20for%20STBC%20and%20Ness
I have posted 3 patches on the proposal page (see Attachments):
1. A patch that applies to the Linux kernel v3.7-rc1 to collect the new
STBC and Ness parameters from a wireless driver, and add
may not start.
2013/5/2 Oleksij Rempel li...@rempel-privat.de:
Am 28.04.2013 16:17, schrieb Oleksij Rempel:
Am 28.04.2013 13:38, schrieb Adrian Chadd:
.. is it triggering BREAK interrupts or something?
I don't know, there is no serial output on this stage. JTAG may help if
the protocol
system)
wdt off (turn off watchdog)
wdt on (...)
memdmp 5 50010 (memdump of 0x5 0x50010 area)
be careful with memdmp command. If watchdog enabled i can be triggered
on memdmp, so disable it. If you hit some prottected memory area, system
on chip will oops.
2013/5/2 Oleksij Rempel li
Hello all,
this patches currently pending for review or ack. Can please some one
do it untill i forgt them :)
Oleksij Rempel (2):
ath9k_htc: add STBC TX support
ath9k: remove useless flag conversation.
drivers/net/wireless/ath/ath9k/ar9003_mac.c | 5 +++--
drivers/net/wireless/ath/ath9k
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 li...@rempel-privat.de
---
drivers/net/wireless/ath
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 li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/ar9003_mac.c | 5 +++--
drivers/net/wireless/ath/ath9k/mac.c
Am 02.05.2013 18:55, schrieb Adrian Chadd:
On 2 May 2013 01:11, Oleksij Rempel li...@rempel-privat.de wrote:
+#define WLAN_RC_TX_STBC_FLAG 0x20 /* TX STBC */
+#define WLAN_RC_RX_STBC_FLAG 0xC0 /* RX STBC ,2 bits */
I thought we covered this; why are you marking two bits here?
becouse
is wrong. Well, it say by itself Space and Time,
no freq :)
Am 02.05.2013 20:01, schrieb Felix Fietkau:
On 2013-05-02 7:32 PM, Oleksij Rempel wrote:
Am 02.05.2013 18:55, schrieb Adrian Chadd:
On 2 May 2013 01:11, Oleksij Rempel li...@rempel-privat.de wrote:
+#define WLAN_RC_TX_STBC_FLAG 0x20 /* TX
.
Oleksij Rempel (3):
mac80211: add STBC flag for radiotap
ath9k: remove useless flag conversation.
ath9k: check for Rx-STBC flag and pass it to ieee80211
--
1.8.1.2
___
ath9k-devel mailing list
ath9k-devel@lists.ath9k.org
https://lists.ath9k.org
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
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
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
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
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
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:
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 i
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.
- v2. Use one bit instead of two for RX STBC flags.
Signed-off-by: Oleksij Rempel li
I forgot to CC one of ATH9K maintainers.
I hope Jouni or Senthil have time for it.
Am 04.05.2013 09:33, schrieb Oleksij Rempel:
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
instead of WLAN_RC_RX_STBC_FLAG
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/htc.h | 3 +++
drivers/net/wireless/ath/ath9k/htc_drv_init.c | 3 +++
drivers/net/wireless/ath/ath9k/htc_drv_main.c | 4
3 files changed, 10 insertions(+)
diff --git
Am 04.05.2013 12:02, schrieb Felix Fietkau:
On 2013-05-04 8:50 AM, Oleksij Rempel wrote:
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
Am 04.05.2013 13:16, schrieb Felix Fietkau:
On 2013-05-04 1:08 PM, Oleksij Rempel wrote:
Am 04.05.2013 12:02, schrieb Felix Fietkau:
On 2013-05-04 8:50 AM, Oleksij Rempel wrote:
Am 02.05.2013 22:15, schrieb Adrian Chadd:
Well, let's dig into the firmware a bit more and tidy up how STBC
instead of WLAN_RC_RX_STBC_FLAG
- v4. Remove TX flag. This flag is used only to keep AR7010 warm.
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/htc.h | 1 +
drivers/net/wireless/ath/ath9k/htc_drv_init.c | 3 +++
drivers/net/wireless/ath/ath9k
Am 04.05.2013 19:50, schrieb Adrian Chadd:
I've just reviewed it myself:
* oan-stbc is enabled only if the hardware itself supports STBC; so
it's an extra sanity check in case the firmware is told to enable STBC
in the WMI capflag field.
all STBC parts are not compiled for AR9271. Currently
Am 02.05.2013 22:44, schrieb Johannes Berg:
On Wed, 2013-05-01 at 16:34 +0200, Oleksij Rempel wrote:
With this I believe we have everything needed to start the 3 week
comment period.
Yeah, I guess there was plenty of time. I would have preferred a
separate thread, but I guess there's little
Am 07.05.2013 15:55, schrieb Johannes Berg:
On Tue, 2013-05-07 at 15:54 +0200, Johannes Berg wrote:
On Tue, 2013-05-07 at 09:40 +0200, Oleksij Rempel wrote:
Am 02.05.2013 22:44, schrieb Johannes Berg:
On Wed, 2013-05-01 at 16:34 +0200, Oleksij Rempel wrote:
With this I believe we have
Am 08.05.2013 18:15, schrieb Claudio:
Alex Hacker hacker at epn.ru writes:
On Thu, May 31, 2012 at 12:19:08PM -0700, Adrian Chadd wrote:
Argh, there's more to it..
For AR9160 and later, you can enable the FFT bit in one of the radar
registers and you'll get some FFT reports for longer
Hallo all,
this is probably third repost of this standardisation request.
History:
- 11 May 2012. initial request made by Simon Barber.
http://www.radiotap.org/suggested-fields/MCS%20extension%20for%20STBC%20and%20Ness
- 1 Okt 2012, Wireshark support this fields. Patches provided by
Wojciech
Hallo Felix,
i found your patches for moving ath9k to minstrel_ht and decided to do
some testing.
For some reason, minstrel_ht exclude all HT40 rates in my network. With
native ath9k rate controller I'm able to use HT40.
Do you have any idea where to start digging?
--
Regards,
Oleksij
Am 09.05.2013 16:41, schrieb Felix Fietkau:
On 2013-05-09 3:42 PM, Oleksij Rempel wrote:
Hallo Felix,
i found your patches for moving ath9k to minstrel_ht and decided to do
some testing.
For some reason, minstrel_ht exclude all HT40 rates in my network. With
native ath9k rate controller I'm
Am 09.05.2013 17:16, schrieb Felix Fietkau:
On 2013-05-09 5:09 PM, Oleksij Rempel wrote:
Am 09.05.2013 16:41, schrieb Felix Fietkau:
On 2013-05-09 3:42 PM, Oleksij Rempel wrote:
Hallo Felix,
i found your patches for moving ath9k to minstrel_ht and decided to do
some testing.
For some
/defined-fields/MCS
Johannes, your word ;)
Am 09.05.2013 11:55, schrieb Oleksij Rempel:
Hallo all,
this is probably third repost of this standardisation request.
History:
- 11 May 2012. initial request made by Simon Barber.
http://www.radiotap.org/suggested-fields/MCS%20extension%20for%20STBC
Am 15.05.2013 15:42, schrieb Ignacy Gawedzki:
Hi everyone,
This is an old issue, about which it seems the first posts date back to 2009.
With the latest possible version of the firmware for AR9271 and the latest
possible wireless drivers, the issue is still there. Whether this is still
the
Am 16.05.2013 19:20, schrieb Ignacy Gawedzki:
On Thu, May 16, 2013 at 03:27:15PM +0200, thus spake Oleksij Rempel:
Am 15.05.2013 15:42, schrieb Ignacy Gawedzki:
Hi everyone,
This is an old issue, about which it seems the first posts date back to
2009.
With the latest possible version
Am 17.05.2013 08:00, schrieb Johannes Stezenbach:
On Thu, May 16, 2013 at 07:45:26PM -0400, Forest Bond wrote:
On Fri, May 17, 2013 at 01:48:57AM +0200, Ignacy Gawedzki wrote:
On Thu, May 16, 2013 at 08:50:30PM +0200, thus spake Ignacy Gawedzki:
I'll try on yet another one and will tell you
Am 17.05.2013 10:15, schrieb Ignacy Gawedzki:
On Fri, May 17, 2013 at 10:07:00AM +0200, thus spake Oleksij Rempel:
OK, now i was able to reproduce it on ar9271.
Ah, good, but what did you do wrong previously then?
Nothing. I needed to start single user mode first, and reboot the system
to et
Am 17.05.2013 12:40, schrieb Ignacy Gawedzki:
On Fri, May 17, 2013 at 12:30:34PM +0200, thus spake Ignacy Gawedzki:
On Fri, May 17, 2013 at 11:33:53AM +0200, thus spake Eugene Krasnikov:
Did anybody tried to force the usb to go to suspend? If something like
this echo suspend | sudo tee
Am 17.05.2013 13:41, schrieb Ignacy Gawedzki:
On Fri, May 17, 2013 at 01:22:43PM +0200, thus spake Ignacy Gawedzki:
On Fri, May 17, 2013 at 12:48:53PM +0200, thus spake Oleksij Rempel:
Here an example of soldered pins, it is ar7010 device. I attached
here jtag pins.
https://plus.google.com/u
Am 17.05.2013 17:37, schrieb Adrian Chadd:
On 17 May 2013 05:00, Oleksij Rempel li...@rempel-privat.de wrote:
here is a workaround for this issue, please test it:
https://github.com/olerem/open-ath9k-htc-firmware/commits/suspend
It seems to work just right on the PC. I'll test on the RPi
is to bring adapter back.
Am 17.05.2013 20:51, schrieb Oleksij Rempel:
Am 17.05.2013 17:37, schrieb Adrian Chadd:
On 17 May 2013 05:00, Oleksij Rempel li...@rempel-privat.de wrote:
here is a workaround for this issue, please test it:
https://github.com/olerem/open-ath9k-htc-firmware/commits
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
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
This patch set will pass RxSTBC flags from ath9k to ieee80211
and to radiotap.
This field is now a part of radiotap specification:
http://www.radiotap.org/defined-fields/MCS
Oleksij Rempel (3):
mac80211: add STBC flag for radiotap
ath9k: remove useless flag conversation.
ath9k: check for Rx
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
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
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 li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/ar9003_mac.c | 5 +++--
drivers/net/wireless/ath/ath9k/mac.c
).
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
include/net/ieee80211_radiotap.h | 7 +++
include/net/mac80211.h | 4
net/mac80211/rx.c| 13 -
3 files changed, 23 insertions(+), 1 deletion(-)
diff --git a/include/net/ieee80211_radiotap.h b
be provided by driver.
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
include/net/ieee80211_radiotap.h | 7 +++
include/net/mac80211.h | 4
net/mac80211/rx.c| 4
3 files changed, 15 insertions(+)
diff --git a/include/net/ieee80211_radiotap.h b
Am 24.05.2013 12:08, schrieb Johannes Berg:
On Fri, 2013-05-24 at 12:05 +0200, Oleksij Rempel wrote:
Some chips can tell us if received frame was
encoded with STBC or not. To make this information available
in user space we can use updated radiotap specification:
http://www.radiotap.org
this are two remaining patches to allow STBC Rx monitoring
on ath9k devices.
This patches depend on currently applied:
[PATCH v4 1/3] mac80211: add STBC flag for radiotap
Oleksij Rempel (2):
ath9k: remove useless flag conversation.
ath9k: check for Rx-STBC flag and pass it to ieee80211
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 li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/ar9003_mac.c | 5 +++--
drivers/net/wireless/ath/ath9k/mac.c
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/init.c | 9 +++--
drivers/net/wireless/ath/ath9k/mac.c | 5 +
drivers/net/wireless/ath/ath9k/mac.h | 3 ++-
3 files changed, 14 insertions(+), 3 deletions(-)
diff --git a/drivers/net/wireless/ath
Am 24.05.2013 12:29, schrieb Johannes Berg:
On Fri, 2013-05-24 at 12:18 +0200, Oleksij Rempel wrote:
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/init.c | 9 +++--
drivers/net/wireless/ath/ath9k/mac.c | 5 +
drivers/net/wireless/ath
Am 24.05.2013 12:18, schrieb Oleksij Rempel:
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/init.c | 9 +++--
drivers/net/wireless/ath/ath9k/mac.c | 5 +
drivers/net/wireless/ath/ath9k/mac.h | 3 ++-
3 files changed, 14 insertions(+), 3
Am 24.05.2013 10:47, schrieb Marc Kleine-Budde:
added ath9k-devel to Cc
On 05/23/2013 12:02 AM, Marc Kleine-Budde wrote:
Hello,
I'm on a kirkwood based armv5 system with an USB attached TP-Link
TL-WN821N - Atheros AR7010+AR9287, [1]. the wlan is running in AP mode
with hostapd-1.0. The
Am 26.05.2013 08:20, schrieb Oleksij Rempel:
Am 24.05.2013 10:47, schrieb Marc Kleine-Budde:
added ath9k-devel to Cc
On 05/23/2013 12:02 AM, Marc Kleine-Budde wrote:
Hello,
I'm on a kirkwood based armv5 system with an USB attached TP-Link
TL-WN821N - Atheros AR7010+AR9287, [1]. the wlan
Any updates here? can some one please apply last two patches?
Felix?
Am 19.05.2013 09:38, schrieb Oleksij Rempel:
This patch set will pass RxSTBC flags from ath9k to ieee80211
and to radiotap.
This field is now a part of radiotap specification:
http://www.radiotap.org/defined-fields/MCS
Am 31.05.2013 18:56, schrieb Mark E. Lee:
I recently purchased a TPLINK TL-WN822N for my desktop running 64 bit
Arch Linux. For some reason, the connection drops out every now and then
(it is especially evident during Skype calls). I have run skype on
ethernet and have not been able to
Am 01.06.2013 19:00, schrieb Mark E. Lee:
output of lsusb : Bus 006 Device 003: ID 0cf3:7015 Atheros
Communications, Inc. TP-Link TL-WN821N v3 802.11n [Atheros AR7010
+AR9287]
Wireless N USb adapter has a version 2.0 label though.
I have attached my dmesg.
I have same adapter, here are
...@lists.ath9k.org
When replying, please edit your Subject line so it is more specific
than Re: Contents of ath9k-devel digest...
Today's Topics:
1. Re: Tplink TL-WN822N drops out connections randomly on Arch
Linux with Kernel 3.9.4 (Mark Lee) (Oleksij Rempel
This patch make use of STBC flag in DMA RX descriptor.
Only devices after ar9280 can provide this information.
If card support it we will set HAVE_STBC flag, to show
clint programm thet STBC is supported but not received.
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net
One more repost of old patches. I need, please, at least some kind of answer:
we don't wont patches from you or you are doing some thing wrong.
___
ath9k-devel mailing list
ath9k-devel@lists.ath9k.org
https://lists.ath9k.org/mailman/listinfo/ath9k-devel
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 li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/ar9003_mac.c | 5 +++--
drivers/net/wireless/ath/ath9k/mac.c
Am 03.06.2013 11:59, schrieb Sujith Manoharan:
Oleksij Rempel wrote:
One more repost of old patches. I need, please, at least some kind of answer:
we don't wont patches from you or you are doing some thing wrong.
Both the patches have already been merged in wireless-testing.
ah... i didn't
This error seems to be really rare, and we do not know real couse of it.
But, in any case, we should check size of head before reducing it.
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
Reported-by: Marc Kleine-Budde m...@blackshift.org
---
drivers/net/wireless/ath/ath9k/htc_hst.c | 6
Am 05.06.2013 16:26, schrieb Marc Kleine-Budde:
On 06/05/2013 04:24 PM, Helmut Schaa wrote:
On Tue, Jun 4, 2013 at 8:37 PM, Oleksij Rempel li...@rempel-privat.de
wrote:
This error seems to be really rare, and we do not know real couse of it.
But, in any case, we should check size of head
1 - 100 of 430 matches
Mail list logo