we can reuse it on ath9k_htc
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/common.c | 88 +
drivers/net/wireless/ath/ath9k/common.h | 6 +++
drivers/net/wireless/ath/ath9k/recv.c | 88
we can reuse this fucntion on ath9k_htc.
Now we will need to use common version last_rssi, so switch
it too.
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/ath9k.h | 1 -
drivers/net/wireless/ath/ath9k/common.c | 62
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 | 1 +
drivers/net/wireless/ath/ath9k/htc_drv_main.c | 1 +
drivers/net/wireless/ath/ath9k/htc_drv_txrx.c | 149
Hi Antonio,
You probably know more about this issue then me.
Insight of this mutex are some WMI commands, which are incredible slow
on some USB 2.0 devices.
Am 23.01.2014 19:30, schrieb m...@fuerstflorian.de:
Hello all,
my Raspberry Pi crashes about once a day with the following kernel
Please do not apply this patch set, it will need some changes.
Am 20.01.2014 19:48, schrieb Oleksij Rempel:
Ath9k_htc has too match outdated copy/paste from ath9k.
This patch set trying to remove some of it and make some function common
to both drivers.
Oleksij Rempel (5):
ath: add
Quartulli anto...@meshcoding.com
An: Oleksij Rempel li...@rempel-privat.de, m...@fuerstflorian.de,
ath9k-devel@lists.ath9k.org, Antonio Quartulli or...@autistici.org
Betreff: Re: [ath9k-devel] [BUG] Atheros AR7010+AR9287: Scheduling while
atomic: ksoftirqd/0/3/0x0302
Hi all,
On 23/01
Looks good,
thank you!
Am 28.01.2014 09:14, schrieb Stanislaw Gruszka:
sta_rc_update() callback must be atomic, hence we can not take mutexes
or do other operations, which can sleep in ath9k_htc_sta_rc_update().
I think we can just return from ath9k_htc_sta_rc_update(), if it is
called
we can reuse this fucntion on ath9k_htc.
Now we will need to use common version last_rssi, so switch
it too.
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/ath9k.h | 1 -
drivers/net/wireless/ath/ath9k/common.c | 62
we need access to this variable from common functions.
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/net/wireless/ath/ath.h b/drivers/net/wireless/ath/ath.h
index b59cfbe..6260b83 100644
we can reuse this function in ath9k_htc
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/common.c | 42 +++
drivers/net/wireless/ath/ath9k/common.h | 4 +++
drivers/net/wireless/ath/ath9k/recv.c | 59
is important for debugging FW crashes.
Oleksij Rempel (13):
ath: add last_rssi to ath_common
ath9k: move ath9k_process_rssi to common.c
ath9k: move ath9k_process_rate to common.c
ath9k: move ath9k_rx_accept to common.c
ath9k_htc: add rx header converter to make it usable by ath9k
we can reuse it on ath9k_htc
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/common.c | 88 +
drivers/net/wireless/ath/ath9k/common.h | 6 +++
drivers/net/wireless/ath/ath9k/recv.c | 88
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 | 1 +
drivers/net/wireless/ath/ath9k/htc_drv_main.c | 1 +
drivers/net/wireless/ath/ath9k/htc_drv_txrx.c | 21
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/htc_drv_txrx.c | 43 +++
1 file changed, 43 insertions(+)
diff --git a/drivers/net/wireless/ath/ath9k/htc_drv_txrx.c
b/drivers/net/wireless/ath/ath9k/htc_drv_txrx.c
index 12e0f32
and rename it to ath9k_cmn_rx_skb_postprocess. We will use it
on ath9k_htc.
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/common.c | 52 +++
drivers/net/wireless/ath/ath9k/common.h | 5 +++
drivers/net/wireless/ath/ath9k
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/htc_drv_txrx.c | 28 +++
1 file changed, 3 insertions(+), 25 deletions(-)
diff --git a/drivers/net/wireless/ath/ath9k/htc_drv_txrx.c
b/drivers/net/wireless/ath/ath9k/htc_drv_txrx.c
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/htc_drv_txrx.c | 45 +--
1 file changed, 8 insertions(+), 37 deletions(-)
diff --git a/drivers/net/wireless/ath/ath9k/htc_drv_txrx.c
b/drivers/net/wireless/ath/ath9k/htc_drv_txrx.c
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/htc_drv_txrx.c | 40 ++-
1 file changed, 2 insertions(+), 38 deletions(-)
diff --git a/drivers/net/wireless/ath/ath9k/htc_drv_txrx.c
b/drivers/net/wireless/ath/ath9k/htc_drv_txrx.c
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/htc_drv_txrx.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/drivers/net/wireless/ath/ath9k/htc_drv_txrx.c
b/drivers/net/wireless/ath/ath9k/htc_drv_txrx.c
index e55659b..7321b64
after switch to common fucntions we do not need this memcpy any more.
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/htc_drv_txrx.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/net/wireless/ath/ath9k
and has been untested for years, remove support for it, but
allow a user to explicitly enable it using a module parameter.
Cc: sta...@vger.kernel.org
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/htc_drv_init.c | 8 +++-
1 file changed, 7 insertions(+), 1
I have different HW. How can trigger sta_rc_update?
Am 31.01.2014 14:37, schrieb Stanislaw Gruszka:
mac80211 -sta_rc_update() callback must be atomic. Since we have to
take mutex and do other operations that can sleep when sending fimrware
commands to device, the only option to satisfy
Am 03.02.2014 03:09, schrieb Sujith Manoharan:
Oleksij Rempel wrote:
+rx_stats = kzalloc(sizeof(struct ath_rx_status), GFP_KERNEL);
+if (unlikely(rx_stats == NULL)) {
+ath_err(common, rx_stats allocation filed!\n);
+goto err_nofree
Am 03.02.2014 13:07, schrieb Felix Fietkau:
On 2014-02-03 12:22, Oleksij Rempel wrote:
Am 03.02.2014 03:09, schrieb Sujith Manoharan:
Oleksij Rempel wrote:
+ rx_stats = kzalloc(sizeof(struct ath_rx_status), GFP_KERNEL);
+ if (unlikely(rx_stats == NULL)) {
+ ath_err(common
is important for debugging FW crashes.
Oleksij Rempel (13):
ath: add last_rssi to ath_common
ath9k: move ath9k_process_rssi to common.c
ath9k: move ath9k_process_rate to common.c
ath9k: move ath9k_rx_accept to common.c
ath9k_htc: add rx header converter to make it usable by ath9k
we need access to this variable from common functions.
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/net/wireless/ath/ath.h b/drivers/net/wireless/ath/ath.h
index b59cfbe..6260b83 100644
we can reuse this fucntion on ath9k_htc.
Now we will need to use common version last_rssi, so switch
it too.
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/ath9k.h | 1 -
drivers/net/wireless/ath/ath9k/common.c | 62
we can reuse it on ath9k_htc
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/common.c | 88 +
drivers/net/wireless/ath/ath9k/common.h | 6 +++
drivers/net/wireless/ath/ath9k/recv.c | 88
we can reuse this function in ath9k_htc
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/common.c | 42 +++
drivers/net/wireless/ath/ath9k/common.h | 4 +++
drivers/net/wireless/ath/ath9k/recv.c | 59
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/htc_drv_txrx.c | 37 ++-
1 file changed, 36 insertions(+), 1 deletion(-)
diff --git a/drivers/net/wireless/ath/ath9k/htc_drv_txrx.c
b/drivers/net/wireless/ath/ath9k/htc_drv_txrx.c
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 | 1 +
drivers/net/wireless/ath/ath9k/htc_drv_main.c | 1 +
drivers/net/wireless/ath/ath9k/htc_drv_txrx.c | 21
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/htc_drv_txrx.c | 40 ++-
1 file changed, 2 insertions(+), 38 deletions(-)
diff --git a/drivers/net/wireless/ath/ath9k/htc_drv_txrx.c
b/drivers/net/wireless/ath/ath9k/htc_drv_txrx.c
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/htc_drv_txrx.c | 45 +--
1 file changed, 8 insertions(+), 37 deletions(-)
diff --git a/drivers/net/wireless/ath/ath9k/htc_drv_txrx.c
b/drivers/net/wireless/ath/ath9k/htc_drv_txrx.c
... and print what we get.
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/htc_hst.c | 36
drivers/net/wireless/ath/ath9k/htc_hst.h | 12 +++
2 files changed, 48 insertions(+)
diff --git a/drivers/net/wireless/ath
and rename it to ath9k_cmn_rx_skb_postprocess. We will use it
on ath9k_htc.
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/common.c | 52 +++
drivers/net/wireless/ath/ath9k/common.h | 5 +++
drivers/net/wireless/ath/ath9k
after switch to common fucntions we do not need this memcpy any more.
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/htc_drv_txrx.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/net/wireless/ath/ath9k
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/htc_drv_txrx.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/drivers/net/wireless/ath/ath9k/htc_drv_txrx.c
b/drivers/net/wireless/ath/ath9k/htc_drv_txrx.c
index 8aba265..e36bf61
Hello all,
what is about this change set? Should i resend it.
Am 04.02.2014 10:27, schrieb Oleksij Rempel:
This patch set moves most common RX code from ath9k/recv.c to
common.c without any additional changes and reworks ath9k_htc RX code
to make use of new common functions.
Since ath9k_htc
Am 18.02.2014 10:50, schrieb Marco André Dinis:
Hi
My connection is slow only when using eduroam.
At home I have a router WPA2 protected and my speed goes to 1.5MB/s
(theoretically maximum).
However, when I am at university the speed is never above 300KB/s (my
friend was right next to me
I bisect the upstream kernel?
On Tue, Feb 18, 2014 at 4:03 PM, Oleksij Rempel li...@rempel-privat.de
mailto:li...@rempel-privat.de wrote:
Am 18.02.2014 10:50, schrieb Marco André Dinis:
Hi
My connection is slow only when using eduroam.
At home I have
Am 22.02.2014 19:14, schrieb Marco André Dinis:
After testing multiple kernel versions I found the last good one: 3.9.11
wireless-testing does not have minor versions (3.9.x) , so I'm
bisecting v3.9 and v3.10
git bisect start
git bisect good v3.9
git bisect bad v3.10
Output:
➜
-off-by: John W. Linville linvi...@tuxdriver.com
mailto:linvi...@tuxdriver.com
:04 04 04729027f175daa29d7d460bb3c07192739b21b3
d9c0085342eb17ee67eabf44cbbe935c7485fc4f Mdrivers
On Sat, Feb 22, 2014 at 7:02 PM, Oleksij Rempel li...@rempel-privat.de
mailto:li...@rempel
and rename it to ath9k_cmn_init_channels_rates.
sbands are move to ath_common as well.
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath.h | 1 +
drivers/net/wireless/ath/ath9k/Makefile | 3 +-
drivers/net/wireless/ath/ath9k/ath9k.h
ath9k code moved to common-init.c and then reused in ath9k_htc.
Oleksij Rempel (7):
ath9k: move ath9k_init_channels_rates to common-init
ath9k_htc: use ath9k_cmn_init_channels_rates
ath9k: move setup_ht_cap to common-init
ath9k_htc: use ath9k_cmn_setup_ht_cap
ath9k-common: set maxstream
and ath_common sbands.
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 | 123 ++
2 files changed, 6 insertions(+), 118 deletions(-)
diff --git a/drivers/net
and rename it to ath9k_cmn_setup_ht_cap
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/common-init.c | 58 ++
drivers/net/wireless/ath/ath9k/common-init.h | 2 +
drivers/net/wireless/ath/ath9k/init.c| 62
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/htc_drv_init.c | 50 ++-
1 file changed, 3 insertions(+), 47 deletions(-)
diff --git a/drivers/net/wireless/ath/ath9k/htc_drv_init.c
b/drivers/net/wireless/ath/ath9k/htc_drv_init.c
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/common-init.c | 16
drivers/net/wireless/ath/ath9k/common-init.h | 1 +
drivers/net/wireless/ath/ath9k/init.c| 16 +---
drivers/net/wireless/ath/ath9k/main.c| 2
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/common-init.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/ath/ath9k/common-init.c
b/drivers/net/wireless/ath/ath9k/common-init.c
index 8e2fa03..8775ab2 100644
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/htc_drv_init.c | 9 +
1 file changed, 1 insertion(+), 8 deletions(-)
diff --git a/drivers/net/wireless/ath/ath9k/htc_drv_init.c
b/drivers/net/wireless/ath/ath9k/htc_drv_init.c
index 5220f46..a8f30dc
Hi Sujith,
i need you ACK btw NACK :)
Am 25.02.2014 14:48, schrieb Oleksij Rempel:
ath9k code moved to common-init.c and then reused in ath9k_htc.
Oleksij Rempel (7):
ath9k: move ath9k_init_channels_rates to common-init
ath9k_htc: use ath9k_cmn_init_channels_rates
ath9k: move
there are some false positive
and code which was not found because of some cosmetic changes.
I assume that usb code can be reused can be same on ar5523, carl9170,
ath9k_htc. And some WMI code at least on ath10k and ath9k_htc.
Sujith
Oleksij Rempel wrote:
Next patch set. It removes only easy duplicats
Am 07.03.2014 11:18, schrieb Sujith Manoharan:
Oleksij Rempel wrote:
Last response was about initvals, my patch set affect only beacon code.
Since i don't plan to rewrite ath9k_htc from scratch, i would assume it
will be better to continue this periodic clean work.
I didn't review
Am 31.03.2014 10:06, schrieb Harshal Vora:
Hi Oleksij,
We will test with kernel version 3.13.7 and also the latest firmware.
I assume we misunderstand each other. FW will work with older kernel
versions and some bugs are fixed in 3.13. But only wireless-testing.git
can detect some FW oopses,
/31/2014 01:52 PM, Oleksij Rempel wrote:
Am 31.03.2014 10:06, schrieb Harshal Vora:
Hi Oleksij,
We will test with kernel version 3.13.7 and also the latest firmware.
I assume we misunderstand each other. FW will work with older kernel
versions and some bugs are fixed in 3.13. But only wireless
Am 07.04.2014 01:23, schrieb Ashish Patro:
- Used the same mechanism to collect spectral scan data as used by the
existing ath9k code.
- Minor refactoring done to the code to separate the ath9k and ath9k_htc
related spectral scan functions into separate files.
This work was done at the
.
Correct. spectral.c has no too deep ath_softc dependencies, it can be
solved.
I don't like the idea of having patch which i already know, that i will
need rework it. Ath9k-htc has not enough developers, the goal is to
reduce work, not increase it.
On Mon, Apr 7, 2014 at 8:47 AM, Oleksij Rempel li
should work.
Thanks
Ashish
On Apr 7, 2014, at 1:10 PM, Oleksij Rempel li...@rempel-privat.de wrote:
Am 07.04.2014 19:21, schrieb Ashish Patro:
Hi Oleksij,
I didn't want to poke too much into the ath9k part of the driver code,
so I wrote it in the current way. All the duplicated code
Am 09.04.2014 14:25, schrieb Kathiravan Thirumoorthy:
Hi Folks,
I am thinking to work on 802.11k. To start up with this, I would be keen
to know if ath9k supports RRM(802.11k) functionality?
Looking for your valuable feedback and suggestions to start with.
Thanks in advance.
I would
Am 11.04.2014 12:19, schrieb Kathiravan:
Pradeep Reddy pradeepreddy.iit at gmail.com writes:
Kathiravan,
There is no support for 802.11k in ath9k.
--
Pradeep
___
ath9k-devel mailing list
ath9k-devel at
Am 14.04.2014 20:32, schrieb Ashish Patro:
Hi Oleksij,
I've resubmitted three new patches to refactor the code and spectral
scan support to ath9k_htc as discussed earlier.
Thanks
Ashish
Thank you,
i'll write some comments.
On Tue, Apr 8, 2014 at 3:16 AM, Oleksij Rempel li...@rempel
Am 14.04.2014 20:29, schrieb Ashish Patro:
---
drivers/net/wireless/ath/ath9k/ath9k.h| 19 +++
drivers/net/wireless/ath/ath9k/spectral.h | 19 ---
2 files changed, 19 insertions(+), 19 deletions(-)
diff --git a/drivers/net/wireless/ath/ath9k/ath9k.h
Am 14.04.2014 20:29, schrieb Ashish Patro:
---
drivers/net/wireless/ath/ath9k/Makefile |1 +
drivers/net/wireless/ath/ath9k/ath9k.h | 12 --
drivers/net/wireless/ath/ath9k/common-spectral.c | 216
++
drivers/net/wireless/ath/ath9k/recv.c
Am 14.04.2014 20:29, schrieb Ashish Patro:
---
drivers/net/wireless/ath/ath9k/Makefile |2 +-
drivers/net/wireless/ath/ath9k/ar9002_phy.c | 10 +-
drivers/net/wireless/ath/ath9k/htc.h | 13 +
drivers/net/wireless/ath/ath9k/htc_drv_debug.c|5 +-
Am 14.04.2014 22:21, schrieb Aaron Hamilton:
Tried iw wlan0 station dump and it came back with nothing. Also, we
only have three devices configured at the moment to be able to
associate with the AP. Also, I forgot to attach dmesg previously.
I'm assuming the message ath: phy0: FATAL Event
, they are not available?
On Mon, Apr 14, 2014 at 1:59 PM, Oleksij Rempel li...@rempel-privat.de
wrote:
Am 14.04.2014 22:21, schrieb Aaron Hamilton:
Tried iw wlan0 station dump and it came back with nothing. Also, we
only have three devices configured at the moment to be able to
associate with the AP
]---
Thanks,
Regards,
On 04/04/2014 06:29 PM, Oleksij Rempel wrote:
Am 04.04.2014 14:37, schrieb Harshal Vora:
Hi Oleksij,
When the chipset goes into sleep mode and cannot come back due to errors
like Chip reset failed,
we do not get any traffic inflow or outflow on that interface
Suddenly it will not compile after this patch
CC [M] drivers/net/wireless/ath/ath9k/common-spectral.o
/home/lex/tmp/linux/drivers/net/wireless/ath/ath9k/common-spectral.c: In
function ‘ath_debug_send_fft_sample’:
/home/lex/tmp/linux/drivers/net/wireless/ath/ath9k/common-spectral.c:35:2:
error:
Am 28.04.2014 22:43, schrieb Aaron Hamilton:
Has anyone had success running an ath9k_htc module in AP mode for any length
of time? If so, what versions of OS/hostapd/ath are you using? Would you
mind sharing your magic config files for your kernel, backports, hostapd, etc?
Usually i do
Am 29.04.2014 08:19, schrieb Aaron Hamilton:
On Mon, Apr 28, 2014 at 3:03 PM, Oleksij Rempel li...@rempel-privat.de
wrote:
Am 28.04.2014 22:43, schrieb Aaron Hamilton:
Has anyone had success running an ath9k_htc module in AP mode for any
length of time? If so, what versions of OS/hostapd
reasons. Hopefully someone on the backports
mailing list can help with that portion.
On Mon, Apr 28, 2014 at 11:31 PM, Oleksij Rempel li...@rempel-privat.de
wrote:
Am 29.04.2014 08:19, schrieb Aaron Hamilton:
On Mon, Apr 28, 2014 at 3:03 PM, Oleksij Rempel li...@rempel-privat.de
wrote:
Am
Am 30.04.2014 22:16, schrieb Oleksij Rempel:
Am 30.04.2014 20:59, schrieb Aaron Hamilton:
Unfortunately our units are in another state, so we're unable to make
the electrical connections. If the UART is RS-232, we might be able to
modify some locally - but it'll be a rather difficult challenge
have on same root hub?
Did you tried to increase beacon interval to reduce usb traffic?
On Wed, Apr 30, 2014 at 10:37 PM, Oleksij Rempel li...@rempel-privat.de
wrote:
Am 01.05.2014 01:03, schrieb Aaron Hamilton:
I believe CONFIG_ATH_DEBUG is enabled, but I'll double check again.
Attached
Am 05.05.2014 20:09, schrieb Aaron Hamilton:
I'm sorry, what's TC?
http://linux.die.net/man/8/tc
On Sat, May 3, 2014 at 2:07 AM, Oleksij Rempel li...@rempel-privat.de
mailto:li...@rempel-privat.de wrote:
Am 02.05.2014 12:11, schrieb Aaron Hamilton:
Ok, I updated the drivers
, 2014 at 12:32 PM, Oleksij Rempel li...@rempel-privat.de
mailto:li...@rempel-privat.de wrote:
Am 05.05.2014 20:09, schrieb Aaron Hamilton:
I'm sorry, what's TC?
http://linux.die.net/man/8/tc
On Sat, May 3, 2014 at 2:07 AM, Oleksij Rempel
li...@rempel-privat.de
(jiffies);
+ return;
+
common-ani.longcal_timer = timestamp;
common-ani.shortcal_timer = timestamp;
common-ani.checkani_timer = timestamp;
On Tue, May 6, 2014 at 12:21 AM, Oleksij Rempel li...@rempel-privat.de
wrote:
Am 06.05.2014 03:57, schrieb Aaron Hamilton
63361
ath9k 121433
ath9k_common 13145
Oleksij Rempel (10):
ath9k-common: create common-debug and move modal_eeprom to cmn
ath9k_htc: use ath9k_cmn_debug_modal_eeprom
ath9k: move base_eeprom debug code to ath9k_cmn_debug_base_eeprom
ath9k_htc: use
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/htc_drv_debug.c | 286 +
1 file changed, 2 insertions(+), 284 deletions(-)
diff --git a/drivers/net/wireless/ath/ath9k/htc_drv_debug.c
b/drivers/net/wireless/ath/ath9k/htc_drv_debug.c
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/common-debug.c | 69 +++
drivers/net/wireless/ath/ath9k/common-debug.h | 2 +
drivers/net/wireless/ath/ath9k/debug.c| 64 +
3 files changed, 72
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/common-debug.c | 35 +++
drivers/net/wireless/ath/ath9k/common-debug.h | 2 ++
drivers/net/wireless/ath/ath9k/debug.c| 31 +---
3 files changed, 38
to fix compile errors
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/ath9k.h | 2 +-
drivers/net/wireless/ath/ath9k/hw.c| 1 -
2 files changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/net/wireless/ath/ath9k/ath9k.h
b/drivers/net/wireless
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/htc_drv_debug.c | 44 --
1 file changed, 6 insertions(+), 38 deletions(-)
diff --git a/drivers/net/wireless/ath/ath9k/htc_drv_debug.c
b/drivers/net/wireless/ath/ath9k/htc_drv_debug.c
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/Makefile | 3 +-
drivers/net/wireless/ath/ath9k/common-debug.c | 53 +++
drivers/net/wireless/ath/ath9k/common-debug.h | 18 +
drivers/net/wireless/ath/ath9k/common.h
and use it. This move need changes in both drivers.
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/common-debug.c | 33 ++
drivers/net/wireless/ath/ath9k/common-debug.h | 48 ++
drivers/net/wireless/ath/ath9k/debug.c | 26
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/htc_drv_debug.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/net/wireless/ath/ath9k/htc_drv_debug.c
b/drivers/net/wireless/ath/ath9k/htc_drv_debug.c
index a71f5f4..bc7b551
changes, etc and I'm pulling my hair out not
getting any closer to finding the problem. I really appreciate all the
help thus far, but it would be awesome to be able to see the state of
the queues and see if/where anything is locked up or pending.
On Sat, May 10, 2014 at 2:26 AM, Oleksij Rempel
Am 12.05.2014 15:11, schrieb Peter Stuge:
Oleksij Rempel wrote:
From dmesg i see that, to one USB 1.1 root-hub attached two device,
ath9k_htc and GobiNet. GobiNet was recognised as eth1 + 3 x ttyUSB.
IMO, it is a lot for one USB 1.1.
True as that may be, if there is a bandwidth requirement
Am 19.05.2014 23:07, schrieb John W. Linville:
CC [M] drivers/net/wireless/ath/ath9k/htc_drv_txrx.o
drivers/net/wireless/ath/ath9k/htc_drv_txrx.c: In function ‘ath9k_rx_prepare’:
drivers/net/wireless/ath/ath9k/htc_drv_txrx.c:1006:2: warning: passing
argument 2 of ‘ath9k_htc_err_stat_rx’
Am 19.05.2014 23:41, schrieb John W. Linville:
On Mon, May 19, 2014 at 11:28:42PM +0200, Oleksij Rempel wrote:
Am 19.05.2014 23:07, schrieb John W. Linville:
CC [M] drivers/net/wireless/ath/ath9k/htc_drv_txrx.o
drivers/net/wireless/ath/ath9k/htc_drv_txrx.c: In function
‘ath9k_rx_prepare
level
capture - should be made in monitore mode with radiotap enabled. And
probably more important usb traffic capture - usbmonitore module should
be enabled.
On Mon, May 12, 2014 at 7:47 AM, Oleksij Rempel li...@rempel-privat.de
mailto:li...@rempel-privat.de wrote:
Am 12.05.2014 15:11
Am 30.06.2014 16:20, schrieb John W. Linville:
On Mon, Jun 30, 2014 at 05:08:01AM +0800, lolilolicon wrote:
On Mon, Jun 30, 2014 at 1:08 AM, Larry Finger larry.fin...@lwfinger.net
wrote:
On 06/29/2014 04:32 AM, lolilolicon wrote:
% git bisect start 88daf80 010d3c3 35582ad
Am 08.07.2014 08:20, schrieb Hosam Hittini:
Hello there,
I have this dual band wireless
adapter
https://www.thinkpenguin.com/gnu-linux/penguin-wireless-n-dual-band-usb-adapter-gnu-linux-tpe-nusbdb
and it uses AR9280 chipset for the 5GHz communication
It’s using ath9k driver; I have Ubuntu
:35 AM, Oleksij Rempel li...@rempel-privat.de
mailto:li...@rempel-privat.de wrote:
Am 08.07.2014 08:20, schrieb Hosam Hittini:
Hello there,
I have this dual band wireless
adapter
https://www.thinkpenguin.com/gnu-linux/penguin-wireless-n-dual-band-usb-adapter-gnu-linux-tpe-nusbdb
Am 08.07.2014 13:37, schrieb Janusz Dziedzic:
On 8 July 2014 08:20, Hosam Hittini h.hitt...@gmail.com wrote:
Hello there,
I have this dual band wireless adapter
https://www.thinkpenguin.com/gnu-linux/penguin-wireless-n-dual-band-usb-adapter-gnu-linux-tpe-nusbdb
and it uses AR9280 chipset for
ath9k
driver with your usb adapter, then it will not work.
Regards,
Eng. Hosam Hittini
On Jul 9, 2014, at 8:41 AM, Oleksij Rempel li...@rempel-privat.de
mailto:li...@rempel-privat.de wrote:
Am 08.07.2014 13:37, schrieb Janusz Dziedzic:
On 8 July 2014 08:20, Hosam Hittini h.hitt
MHz [165] (30.0 dBm) (passive scanning, no IBSS)
Regards,
Eng. Hosam Hittini
On Jul 9, 2014, at 12:50 PM, Oleksij Rempel li...@rempel-privat.de
mailto:li...@rempel-privat.de wrote:
Am 09.07.2014 07:47, schrieb Hosam Hittini:
I’m afraid you are right
I have the following modules running
but that doesn’t matter, because the
5GHz channels are opened in most countries now
I used “iw reg set AU” and “iw reg get” to check that
Regards,
Eng. Hosam Hittini
On Jul 15, 2014, at 10:33 AM, Oleksij Rempel li...@rempel-privat.de
mailto:li...@rempel-privat.de wrote:
Hi Hosam,
currently
Oppss... wrong email address.
Am 19.08.2014 um 10:25 schrieb Oleksij Rempel:
Am 18.08.2014 um 01:53 schrieb Csaba Kiraly:
Based on a quick test with AR9271, TDLS seems to be working fine.
Tests were done with 2 Atheros AR9271 based devices with firmware
1.3 (sha1
Am 18.08.2014 um 01:53 schrieb Csaba Kiraly:
Based on a quick test with AR9271, TDLS seems to be working fine.
Tests were done with 2 Atheros AR9271 based devices with firmware
1.3 (sha1 8d49f928aa40ac53c729189bff1333cd373a7fb5), associated
with a WAP54G access point.
please, don't use
Am 19.08.2014 um 21:00 schrieb Csaba Kiraly:
On 19/08/2014 10:27, Oleksij Rempel wrote:
Oppss... wrong email address.
Am 19.08.2014 um 10:25 schrieb Oleksij Rempel:
Am 18.08.2014 um 01:53 schrieb Csaba Kiraly:
Based on a quick test with AR9271, TDLS seems to be working fine.
Tests were
201 - 300 of 430 matches
Mail list logo