[ath9k-devel] [PATCH 16/18 v2] ath9k: use REG_RMW and rmw buffer in ath9k_hw_4k_set_gain

it is possible to reduce time needed for this function by rplacing REG_WRITE with REG_RMW (plus dummy 0) and putt all commands in same buffer. Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/eeprom_4k.c | 16 1 file changed, 8 insertions(+), 8 deletions

[ath9k-devel] [PATCH v2 04/18] ath9k: ar9271_hw_pa_cal: use RMW buffer

Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/ar9002_calib.c | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/drivers/net/wireless/ath/ath9k/ar9002_calib.c b/drivers/net/wireless/ath/ath9k/ar9002_calib.c index 8d24a73..62a2314 100644 --- a/drivers

[ath9k-devel] [PATCH v2 06/18] ath9k: add new function ath9k_hw_read_array

REG_READ generate most overhead on usb bus. It send and read micro packages and reduce usb bandwidth. To reduce this overhead we should read in batches. Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/hw.c | 20 drivers/net/wireless/ath/ath9k/hw.h | 3

[ath9k-devel] [PATCH v2 00/18] reduce some of ath9k_htc performance problems

This patchset adds new WMI_RMW handler to reduce some of usb related performance problems. Oleksij Rempel (18): ath9k_htc: add new WMI_REG_RMW_CMDID command ath9k: ar9271_hw_pa_cal - use defs instead of magin numbers ath9k: ar9271_hw_pa_cal: use proper makroses. ath9k: ar9271_hw_pa_cal

[ath9k-devel] [PATCH v2 08/18] ath9k: use one shot read in ath9k_hw_update_mibstats

this will reduce some overhead on usb bus. Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/ani.c | 20 +++- 1 file changed, 15 insertions(+), 5 deletions(-) diff --git a/drivers/net/wireless/ath/ath9k/ani.c b/drivers/net/wireless/ath/ath9k/ani.c index ca01d17

[ath9k-devel] [PATCH v2 18/18] ath9k: use REG_RMW and rmw buffer in ath9k_hw_def_set_gain

Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/eeprom_def.c | 34 - 1 file changed, 14 insertions(+), 20 deletions(-) diff --git a/drivers/net/wireless/ath/ath9k/eeprom_def.c b/drivers/net/wireless/ath/ath9k/eeprom_def.c index 0980590..056f516

[ath9k-devel] [PATCH v2 02/18] ath9k: ar9271_hw_pa_cal - use defs instead of magin numbers

This function uses mixed styles for register names/numbers which is make harder reading and optimisation. Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/ar9002_calib.c | 35 ++- 1 file changed, 18 insertions(+), 17 deletions(-) diff --git a/drivers/net

[ath9k-devel] [PATCH v2 01/18] ath9k_htc: add new WMI_REG_RMW_CMDID command

Since usb bus add extra delay on each request, a command with read + write requests is too expensive. We can dramtically reduce usb load by moving this command to firmware. In my tests, this patch will reduce channel scan time for about 5-10 seconds. Signed-off-by: Oleksij Rempel --- drivers

[ath9k-devel] [PATCH v2 03/18] ath9k: ar9271_hw_pa_cal: use proper makroses.

Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/ar9002_calib.c | 43 --- 1 file changed, 19 insertions(+), 24 deletions(-) diff --git a/drivers/net/wireless/ath/ath9k/ar9002_calib.c b/drivers/net/wireless/ath/ath9k/ar9002_calib.c index 4576b99..8d24a73

[ath9k-devel] [PATCH v2 16/18] ath9k: use REG_RMW and rmw buffer in ath9k_hw_4k_set_gain

it is possible to reduce time needed for this function by rplacing REG_WRITE with REG_RMW (plus dummy 0) and putt all commands in same buffer. Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/eeprom_4k.c | 16 1 file changed, 8 insertions(+), 8 deletions

[ath9k-devel] [PATCH v2 05/18] ath9k: add multi_read to be compatible with ath9k_htc

Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/init.c | 11 +++ 1 file changed, 11 insertions(+) diff --git a/drivers/net/wireless/ath/ath9k/init.c b/drivers/net/wireless/ath/ath9k/init.c index 6c6e884..041decc 100644 --- a/drivers/net/wireless/ath/ath9k/init.c +++ b

[ath9k-devel] [PATCH v2 11/18] ath9k: ath9k_hw_set_4k_power_cal_tabl: use rmw buffer

Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/eeprom_4k.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/net/wireless/ath/ath9k/eeprom_4k.c b/drivers/net/wireless/ath/ath9k/eeprom_4k.c index e5a78d4..fc54fc7 100644 --- a/drivers/net/wireless/ath/ath9k

[ath9k-devel] [PATCH v2 09/18] ath9k: ath9k_hw_loadnf: use REG_RMW

Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/calib.c | 19 --- 1 file changed, 8 insertions(+), 11 deletions(-) diff --git a/drivers/net/wireless/ath/ath9k/calib.c b/drivers/net/wireless/ath/ath9k/calib.c index e200a6e..3e2e24e 100644 --- a/drivers/net

[ath9k-devel] [PATCH v2 12/18] ath9k: use rmw buffer in ath9k_hw_set_operating_mode and ath9k_hw_reset

Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/hw.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/net/wireless/ath/ath9k/hw.c b/drivers/net/wireless/ath/ath9k/hw.c index 15433c7..523a6a8 100644 --- a/drivers/net/wireless/ath/ath9k/hw.c +++ b/drivers/net

[ath9k-devel] [PATCH v2 10/18] ath9k: write buffer related optimisation in ar5008_hw_set_channel_regs

Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/ar5008_phy.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/net/wireless/ath/ath9k/ar5008_phy.c b/drivers/net/wireless/ath/ath9k/ar5008_phy.c index f273427..6c23d27 100644 --- a/drivers/net

[ath9k-devel] [PATCH v2 07/18] ath9k: ar9271_hw_pa_cal: use REG_READ_ARRAY

insted of reading each register separatly and waste 4ms on each operation, we can use one shot read. Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/ar9002_calib.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/net/wireless/ath/ath9k

[ath9k-devel] [PATCH v2 15/18] ath9k: ath9k_hw_4k_set_board_values: use rmw buffer

it will reduce exution time from 14ms to 2ms on ar9271 Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/eeprom_4k.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/net/wireless/ath/ath9k/eeprom_4k.c b/drivers/net/wireless/ath/ath9k/eeprom_4k.c index 0600562

[ath9k-devel] [PATCH v2 17/18] ath9k: use REG_RMW and rmw buffer in ath9k_hw_4k_set_board_values

replace REG_WRITE to REG_RMW and place every thing in one RMW buffer. Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/eeprom_4k.c | 14 -- 1 file changed, 8 insertions(+), 6 deletions(-) diff --git a/drivers/net/wireless/ath/ath9k/eeprom_4k.c b/drivers/net

[ath9k-devel] [PATCH v2 13/18] ath9k: ath9k_hw_4k_set_board_values: use rmw buffer

Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/eeprom_4k.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/net/wireless/ath/ath9k/eeprom_4k.c b/drivers/net/wireless/ath/ath9k/eeprom_4k.c index fc54fc7..0600562 100644 --- a/drivers/net/wireless/ath/ath9k

[ath9k-devel] [PATCH v2 14/18] ath9k: ath9k_hw_analog_shift_rmw: use REG_RMW

use REG_RMW in ath9k_hw_analog_shift_rmw. It will double execution speed on usb bus. Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/eeprom.c | 7 +-- 1 file changed, 1 insertion(+), 6 deletions(-) diff --git a/drivers/net/wireless/ath/ath9k/eeprom.c b/drivers/net

[ath9k-devel] [PATCH v3 00/18] reduce some of ath9k_htc performance problems

This patchset adds new WMI_RMW handler to reduce some of usb related performance problems. Oleksij Rempel (18): ath9k_htc: add new WMI_REG_RMW_CMDID command ath9k: ar9271_hw_pa_cal - use defs instead of magin numbers ath9k: ar9271_hw_pa_cal: use proper makroses. ath9k: ar9271_hw_pa_cal

[ath9k-devel] [PATCH v3 02/18] ath9k: ar9271_hw_pa_cal - use defs instead of magin numbers

This function uses mixed styles for register names/numbers which is make harder reading and optimisation. Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/ar9002_calib.c | 35 ++- 1 file changed, 18 insertions(+), 17 deletions(-) diff --git a/drivers/net

[ath9k-devel] [PATCH v3 03/18] ath9k: ar9271_hw_pa_cal: use proper makroses.

Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/ar9002_calib.c | 43 --- 1 file changed, 19 insertions(+), 24 deletions(-) diff --git a/drivers/net/wireless/ath/ath9k/ar9002_calib.c b/drivers/net/wireless/ath/ath9k/ar9002_calib.c index 4576b99..8d24a73

[ath9k-devel] [PATCH v3 01/18] ath9k_htc: add new WMI_REG_RMW_CMDID command

Since usb bus add extra delay on each request, a command with read + write requests is too expensive. We can dramtically reduce usb load by moving this command to firmware. In my tests, this patch will reduce channel scan time for about 5-10 seconds. Signed-off-by: Oleksij Rempel --- drivers

[ath9k-devel] [PATCH v3 04/18] ath9k: ar9271_hw_pa_cal: use RMW buffer

Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/ar9002_calib.c | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/drivers/net/wireless/ath/ath9k/ar9002_calib.c b/drivers/net/wireless/ath/ath9k/ar9002_calib.c index 8d24a73..62a2314 100644 --- a/drivers

[ath9k-devel] [PATCH v3 09/18] ath9k: ath9k_hw_loadnf: use REG_RMW

Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/calib.c | 19 --- 1 file changed, 8 insertions(+), 11 deletions(-) diff --git a/drivers/net/wireless/ath/ath9k/calib.c b/drivers/net/wireless/ath/ath9k/calib.c index e200a6e..3e2e24e 100644 --- a/drivers/net

[ath9k-devel] [PATCH v3 08/18] ath9k: use one shot read in ath9k_hw_update_mibstats

this will reduce some overhead on usb bus. Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/ani.c | 20 +++- 1 file changed, 15 insertions(+), 5 deletions(-) diff --git a/drivers/net/wireless/ath/ath9k/ani.c b/drivers/net/wireless/ath/ath9k/ani.c index ca01d17

[ath9k-devel] [PATCH v3 07/18] ath9k: ar9271_hw_pa_cal: use REG_READ_ARRAY

insted of reading each register separatly and waste 4ms on each operation, we can use one shot read. Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/ar9002_calib.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/net/wireless/ath/ath9k

[ath9k-devel] [PATCH v3 05/18] ath9k: add multi_read to be compatible with ath9k_htc

Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/init.c | 11 +++ 1 file changed, 11 insertions(+) diff --git a/drivers/net/wireless/ath/ath9k/init.c b/drivers/net/wireless/ath/ath9k/init.c index 6c6e884..041decc 100644 --- a/drivers/net/wireless/ath/ath9k/init.c +++ b

[ath9k-devel] [PATCH v3 06/18] ath9k: add new function ath9k_hw_read_array

REG_READ generate most overhead on usb bus. It send and read micro packages and reduce usb bandwidth. To reduce this overhead we should read in batches. Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/hw.c | 30 ++ drivers/net/wireless/ath/ath9k/hw.h

[ath9k-devel] [PATCH v3 10/18] ath9k: write buffer related optimisation in ar5008_hw_set_channel_regs

Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/ar5008_phy.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/net/wireless/ath/ath9k/ar5008_phy.c b/drivers/net/wireless/ath/ath9k/ar5008_phy.c index f273427..6c23d27 100644 --- a/drivers/net

[ath9k-devel] [PATCH v3 13/18] ath9k: ath9k_hw_4k_set_board_values: use rmw buffer

Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/eeprom_4k.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/net/wireless/ath/ath9k/eeprom_4k.c b/drivers/net/wireless/ath/ath9k/eeprom_4k.c index fc54fc7..0600562 100644 --- a/drivers/net/wireless/ath/ath9k

[ath9k-devel] [PATCH v3 11/18] ath9k: ath9k_hw_set_4k_power_cal_tabl: use rmw buffer

Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/eeprom_4k.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/net/wireless/ath/ath9k/eeprom_4k.c b/drivers/net/wireless/ath/ath9k/eeprom_4k.c index e5a78d4..fc54fc7 100644 --- a/drivers/net/wireless/ath/ath9k

[ath9k-devel] [PATCH v3 12/18] ath9k: use rmw buffer in ath9k_hw_set_operating_mode and ath9k_hw_reset

Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/hw.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/net/wireless/ath/ath9k/hw.c b/drivers/net/wireless/ath/ath9k/hw.c index 662ef3f..1bae771 100644 --- a/drivers/net/wireless/ath/ath9k/hw.c +++ b/drivers/net

[ath9k-devel] [PATCH v3 14/18] ath9k: ath9k_hw_analog_shift_rmw: use REG_RMW

use REG_RMW in ath9k_hw_analog_shift_rmw. It will double execution speed on usb bus. Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/eeprom.c | 7 +-- 1 file changed, 1 insertion(+), 6 deletions(-) diff --git a/drivers/net/wireless/ath/ath9k/eeprom.c b/drivers/net

[ath9k-devel] [PATCH v3 15/18] ath9k: ath9k_hw_4k_set_board_values: use rmw buffer

it will reduce exution time from 14ms to 2ms on ar9271 Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/eeprom_4k.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/net/wireless/ath/ath9k/eeprom_4k.c b/drivers/net/wireless/ath/ath9k/eeprom_4k.c index 0600562

[ath9k-devel] [PATCH v3 16/18] ath9k: use REG_RMW and rmw buffer in ath9k_hw_4k_set_gain

it is possible to reduce time needed for this function by rplacing REG_WRITE with REG_RMW (plus dummy 0) and putt all commands in same buffer. Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/eeprom_4k.c | 16 1 file changed, 8 insertions(+), 8 deletions

[ath9k-devel] [PATCH v3 17/18] ath9k: use REG_RMW and rmw buffer in ath9k_hw_4k_set_board_values

replace REG_WRITE to REG_RMW and place every thing in one RMW buffer. Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/eeprom_4k.c | 14 -- 1 file changed, 8 insertions(+), 6 deletions(-) diff --git a/drivers/net/wireless/ath/ath9k/eeprom_4k.c b/drivers/net

[ath9k-devel] [PATCH v3 18/18] ath9k: use REG_RMW and rmw buffer in ath9k_hw_def_set_gain

Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/eeprom_def.c | 34 - 1 file changed, 14 insertions(+), 20 deletions(-) diff --git a/drivers/net/wireless/ath/ath9k/eeprom_def.c b/drivers/net/wireless/ath/ath9k/eeprom_def.c index 0980590..056f516

Re: [ath9k-devel] [PATCH v3 00/18] reduce some of ath9k_htc performance problems

Hello all, Any updates here? Am 22.03.2015 um 19:29 schrieb Oleksij Rempel: > This patchset adds new WMI_RMW handler to reduce some of usb related > performance problems. > > Oleksij Rempel (18): > ath9k_htc: add new WMI_REG_RMW_CMDID command > ath9k: ar9271_hw_pa_cal - u

Re: [ath9k-devel] [PATCH] ath9k_htc: check seq number instead of cmd id for timeout

Hi Kalle, can you please apply this patch. Am 06.04.2015 um 08:33 schrieb Fred Chou: > Hi all, > > May I have an update on the patch status please? > > Thanks and regards, > Fred > > On 13/3/2015 4:32 PM, Fred Chou wrote: >> From: Fred Chou >> >> As the driver may send multiple wmi commands w

[ath9k-devel] [PATCH] ath9k: add phy.c

... and move dup code from ar5008_phy.c and ar9002_phy.c to phy.c Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/Makefile | 1 + drivers/net/wireless/ath/ath9k/ar5008_phy.c | 144 +-- drivers/net/wireless/ath/ath9k/ar9002_phy.c | 144

Re: [ath9k-devel] [PATCH] ath9k: add phy.c

Am 15.05.2015 um 20:35 schrieb Joe Perches: > On Fri, 2015-05-15 at 14:35 +0200, Oleksij Rempel wrote: >> ... and move dup code from ar5008_phy.c and ar9002_phy.c to phy.c > [] >> diff --git a/drivers/net/wireless/ath/ath9k/phy.c >> b/drivers/net/wireless/ath

Re: [ath9k-devel] [PATCH] ath9k: add phy.c

Am 15.05.2015 um 21:34 schrieb Felix Fietkau: > On 2015-05-15 14:35, Oleksij Rempel wrote: >> ... and move dup code from ar5008_phy.c and ar9002_phy.c to phy.c >> >> Signed-off-by: Oleksij Rempel > We already have base functionality for AR5008-AR9002 provided in

Re: [ath9k-devel] [PATCH] ath9k: add phy.c

Am 16.05.2015 um 07:36 schrieb Joe Perches: > On Sat, 2015-05-16 at 07:27 +0200, Oleksij Rempel wrote: > >> Am 15.05.2015 um 20:35 schrieb Joe Perches: >>> On Fri, 2015-05-15 at 14:35 +0200, Oleksij Rempel wrote: >>>> ... and move dup code from ar500

Re: [ath9k-devel] Atheros AR7010+AR9287 connection issues

Hi, please replace your firmware for this adapter with this one https://github.com/olerem/ath9k-htc-firmware-blob Am 12.06.2015 um 16:31 schrieb t-k...@hotmail.de: > Hello, > > > I'm not 100% sure if this is the right place to ask for help, if you > know a better one, please tell me. > > > My

Re: [ath9k-devel] Atheros AR7010+AR9287 connection issues

Hi, please replace your firmware for this adapter with this one https://github.com/olerem/ath9k-htc-firmware-blob Am 12.06.2015 um 16:31 schrieb t-k...@hotmail.de: > Hello, > > > I'm not 100% sure if this is the right place to ask for help, if you > know a better one, please tell me. > > > My

Re: [ath9k-devel] Handling received ACK frame in ath9k_htc

Am 08.07.2015 um 16:16 schrieb Jeon: > I am trying to timestamp when a ACK frame is received in ath9k_htc module. > WLAN card is TL-WN722N from TP-LINK > > I've modified a function `ath9k_rx_tasklet()` in > `ath/ath9k/htc_drv_txrx.c` like > [this](https://gist.github.com/gsongsong/991705f9c38ce6a9

[ath9k-devel] [PATCH] ath9k_htc: do ani shortcalibratio if we got -ETIMEDOUT

From: Oleksij Rempel current code will handle -ETIMEDOUT as success which is probalbly wrong. According to this comment I assume it is safe to handle -ETIMEDOUT as false: drivers/net/wireless/ath/ath9k/calib.c 290 /* 291 * We timed out waiting for the noisefloor to load

Re: [ath9k-devel] [PATCH] ath9k_htc: do ani shortcalibratio if we got -ETIMEDOUT

Opps wrong email address. I'll resend the patch Am 13.08.2015 um 20:21 schrieb Oleksij Rempel: > From: Oleksij Rempel > > current code will handle -ETIMEDOUT as success which is probalbly wrong. > > According to this comment I assume it is safe to handle -ETIMEDOUT as

Re: [ath9k-devel] Add v1.4.0 firmware for ath9k_htc.

Hi, Am 15.10.2015 um 14:06 schrieb Ben Hutchings: > I'm looking at commit 3de1c437e75320c0d2f23dc990fac741f0bcc3ca > ("Add v1.4.0 firmware for ath9k_htc.") in linux-firmware.git. It adds > two new files: > > ath9k_htc/htc_7010-1.4.0.fw | Bin 0 -> 72812 bytes > ath9k_htc/htc_9271-1.4.0.fw | Bin

Re: [ath9k-devel] [USB] AR7010+AR9280 missing tx_bitrate at 5GHz

Hi, suddenly i can't provide any help here until you get latest wifi code + latest firmware for this adapter. Am 20.10.2015 um 17:22 schrieb ferran: > Hello everyone, > > I have been working around a bad behaviour with Linux Penguin's > TPE-NUSBDB, that uses AR7010 and AR9280 chips. I have foun

Re: [ath9k-devel] ath9k_htc over 20 Nodes

Hi, thank you for your testing. Am 23.12.2015 um 11:53 schrieb Lukas Göstl: > Hi again, > > I got my Mesh Network running without any of the wireless adapters getting > stuck. The Problem was that the adapter got overwhelmed > when the ath9k driver wanted to send more packets than the adapter

Re: [ath9k-devel] ath9k_htc over 20 Nodes

the cnt for tx_status in the firmware never gets over > HTC_MAX_TX_STATUS (defined as 12). Interesting, i need to do some benchtests with changes. Beside, do you get "firmware panic" notification in dmesg? If no, you will need try latest ath9k code. > Regards, > Lukas > &

Re: [ath9k-devel] ath9k_htc over 20 Nodes

Am 23.12.2015 um 19:32 schrieb Oleksij Rempel: > Am 23.12.2015 um 13:28 schrieb Lukas Göstl: >> Hi Oleksij, >> >> --- >> --- a /drivers/net/wireless/ath/ath9k/hif_usb.h >> +++ b/drivers/net/wireless/ath/ath9k/hif_usb.h >> @@ -34,7 +34,10 @@ >> >

Re: [ath9k-devel] ath9k driver broken since kernel v4.2

Hi Bart Am 24.12.2015 um 08:34 schrieb Bart Van Assche: > Hello, > > The ath9k driver drops more than 90% of all packets with Linux kernel > v4.4-rc6 on my laptop. This behavior also occurs with kernel v4.2. > However, with Linux kernel versions v4.1.5 and v3.19.3 the ath9k driver > works fine on

Re: [ath9k-devel] ath9k_htc over 20 Nodes

54.0 MBit/s > In most tests i have better speed. Only in case for stimulant tcp tx/rx test i have bad TX speed. > Regards, > Lukas > >> Am 23.12.2015 um 19:32 schrieb Oleksij Rempel: >>> Am 23.12.2015 um 13:28 schrieb Lukas Göstl: >>>> Hi Oleksij, >&

Re: [ath9k-devel] [PATCH 2/2] net-ath9k_htc: Replace a variable initialisation by an assignment in ath9k_htc_set_channel()

fastcc ? NULL : &priv->caldata; > ret = ath9k_hw_reset(ah, hchan, caldata, fastcc); > if (ret) { > ath_err(common, > Reviewed-by: Oleksij Rempel -- Regards, Oleksij signature.asc Description: OpenPGP digital signature ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel

Re: [ath9k-devel] [PATCH 1/2] net-ath9k_htc: Delete an unnecessary variable initialisation in ath9k_hif_usb_rx_stream()

int index = 0, i = 0, len = skb->len; > + int index = 0, i, len = skb->len; > int rx_remain_len, rx_pkt_len; > u16 pool_index = 0; > u8 *ptr; > Reviewed-by: Oleksij Rempel -- Regards, Oleksij signature.asc Description: OpenPGP digital signatu

Re: [ath9k-devel] ath9k / ath9k_htc: strange behavior of the TSF value

Hi Robert, Am 18.02.2016 um 16:00 schrieb Robert Felten: > Hi all, > > in my understanding, the TSF value is used to synchronize the medium > access in a BSS. Also my expectation the TSF value would just increase > monotonic (until rollover). > > But the TSF value (provided by the radiotap heade

[ath9k-devel] ath9k-rng: high cpu load

Hallo all, on my last train trip i noticed that ath9k-rng produce continuous 15% cpu load. Probably two factor coused this issue: - my STA was not associated with any AP - on the road there is enough noise. from why i see, this code has all reasons to consume all CPU time it get, so far ath9k_rng

Re: [ath9k-devel] ath9k-rng: high cpu load

Hi, compilation is filed with: CC [M] drivers/net/wireless/ath/wcn36xx/smd.o /home/oleksij/tmp/linux/drivers/net/wireless/ath/ath9k/rng.c: In function ‘ath9k_rng_delay_get’: /home/oleksij/tmp/linux/drivers/net/wireless/ath/ath9k/rng.c:61:3: error: ‘delay’ undeclared (first use in this function)

Re: [ath9k-devel] ath9k-rng: high cpu load

After fixing compilation error it looks better now. Am 14.03.2016 um 15:47 schrieb Oleksij Rempel: > Hi, compilation is filed with: > > CC [M] drivers/net/wireless/ath/wcn36xx/smd.o > /home/oleksij/tmp/linux/drivers/net/wireless/ath/ath9k/rng.c: In > function ‘ath9k_rng_dela

Re: [ath9k-devel] ath9k_htc - Netgear WNDA3200 - monitor mode

Am 21.03.2016 um 22:28 schrieb Roger James: > Hi, > > I am trying to use a Netgear WNDA3200 usb dongle plugged into a box > running Ubuntu 15.10 to monitor a WPA2_PSK encrypted network. This stick > uses the AR7010+AR9280 chipsets. For the particular problem I am > investigating I need to as m

[ath9k-devel] [PATCH] ath9k: ar5008_hw_cmn_spur_mitigate: add missing mask_m & mask_p initialisation

av Frederiksen Tested-by: Gustav Frederiksen Signed-off-by: Oleksij Rempel --- drivers/net/wireless/ath/ath9k/ar5008_phy.c | 8 +++- drivers/net/wireless/ath/ath9k/ar9002_phy.c | 5 - 2 files changed, 3 insertions(+), 10 deletions(-) diff --git a/drivers/net/wireless/ath/ath9k/ar5008_phy.c

Re: [ath9k-devel] [PATCH] ath9k: ar5008_hw_cmn_spur_mitigate: add missing mask_m & mask_p initialisation

Am 13.04.2016 um 11:45 schrieb Kalle Valo: > Kalle Valo writes: > >> Oleksij Rempel writes: >> >>> by moving common code to ar5008_hw_cmn_spur_mitigate i forgot to move >>> mask_m & mask_p initialisation. This coused a performance regression >>&g

Re: [ath9k-devel] [PATCH] ath9k: ar5008_hw_cmn_spur_mitigate: add missing mask_m & mask_p initialisation

Am 15.04.2016 um 22:59 schrieb Bob Copeland: > On Tue, Apr 12, 2016 at 07:37:44PM +0200, Oleksij Rempel wrote: >> by moving common code to ar5008_hw_cmn_spur_mitigate i forgot to move >> mask_m & mask_p initialisation. This coused a performance regression >> on ar9281.

Re: [ath9k-devel] [PATCH] ath9k: remove repetitions of mask array size

nditional with ARRAY_SIZE() so that we don't repeat ourselves. > > Signed-off-by: Bob Copeland Reviewed-by: Oleksij Rempel > --- > drivers/net/wireless/ath/ath9k/ar5008_phy.c | 9 +++-- > 1 file changed, 3 insertions(+), 6 deletions(-) > > diff --git a/drivers/n

[ath9k-devel] Fwd: Re: ath9k_htc firmware

Am 03.06.2016 um 19:26 schrieb bruce m beach: > Hello All > > I am still working on cleaning up ath9k_htc firmware build tree for about 6 > months now ( and looks like I'll be doing this for all eternity**2 ) and am > not clear myself what I'm looking for right now. > > I'm looking for some ki

Re: [ath9k-devel] ath9k_htc firmware

Am 04.06.2016 um 21:44 schrieb bruce m beach: >>> I'm looking for some kind of simple request in the ath9k_htc driver, through >>> the usb ep0, like a memory read on the card, where a urb is sent with >>> the resulting chain of events. The simpler the better. The simplest. > >> For EP0 on drivers

Re: [ath9k-devel] ath9k_htc firmware

Am 04.06.2016 um 21:44 schrieb bruce m beach: >>> I'm looking for some kind of simple request in the ath9k_htc driver, through >>> the usb ep0, like a memory read on the card, where a urb is sent with >>> the resulting chain of events. The simpler the better. The simplest. > >> For EP0 on drivers

Re: [ath9k-devel] ath9k-htc on OHCI -> bogus usb xfer

Hi, Am 05.07.2016 um 14:20 schrieb Alexey Brodkin: > Hello, > > Looks like this is another manifestation of already seen problem with > ath9k-htc > and OHCI controller. > > I'm trying to get USB Wi-Fi dongle based on Atheros AR9271 to work with our > development board (this is Synopsys AXS103)

Re: [ath9k-devel] ath9k-htc on OHCI -> bogus usb xfer

Am 05.07.2016 um 19:31 schrieb Alexey Brodkin: > Hi Oleksij, > > On Tue, 2016-07-05 at 19:23 +0200, Oleksij Rempel wrote: >> Hi, >> >> Am 05.07.2016 um 14:20 schrieb Alexey Brodkin: >>> >>> Hello, >>> >>> Looks like this is another ma

Re: [ath9k-devel] [PATCH v4 3/3] ath9k: parse the device configuration from an OF node

Am 10.07.2016 um 02:19 schrieb Bjørn Mork: > Martin Blumenstingl writes: > >> +if (of_property_read_bool(np, "qca,clk-25mhz")) >> +ah->is_clk_25mhz = true; >> + >> +if (of_property_read_bool(np, "qca,disable-2ghz")) >> +ah->disable_2ghz = true; >> + >> +if (of_

Re: [ath9k-devel] Oops, my Alfa 036NHA needs ath9k_htc

Am 10.07.2016 um 21:27 schrieb 2Ramona: > My chipset is the AR9271, which apparently is supported by the ath9k_htc > firmware. Maybe you have some advice anyway. I'll start pursuing in that > direction. Sorry for any inconvenience. I'm not sure what you mean? -- Regards, Oleksij signature.as

Re: [ath9k-devel] Wonky ath9k behavior since kernel 4.4.x

Am 10.07.2016 um 21:14 schrieb 2Ramona: > Hi, I don't know if you're aware of this behavior, but I'm surprised > it's not more of an issue. > > I have an Alfa 036NHA with an Atheros UB91C card. Wifi connects, races > for a little while, stalls to nothing, and then continues intermittently > after

Re: [ath9k-devel] EOMA68-A20 (allwinner sunxi a20) 4.7.0-rc2 ath9k_htc "ath9k_htc: Unable to allocate URBs" issue

In case of: [ 147.060165] usb 5-1.4: ath9k_htc: Unable to allocate URBs you are out of bandwidth limit of you usb root hub. Any research in this direction are welcome. In case of: [ 75.816339] usb 5-1.4.2: BOGUS urb xfer, pipe 1 != type 3 the adapter was started in USB 1.0 mode (which is prese

Re: [ath9k-devel] EOMA68-A20 (allwinner sunxi a20) 4.7.0-rc2 ath9k_htc "ath9k_htc: Unable to allocate URBs" issue

Am 24.07.2016 um 20:24 schrieb lkcl .: > On Sun, Jul 24, 2016 at 5:16 PM, Oleksij Rempel > wrote: >> In case of: >> [ 147.060165] usb 5-1.4: ath9k_htc: Unable to allocate URBs >> you are out of bandwidth limit of you usb root hub. can you please grub the output of this

Re: [ath9k-devel] EOMA68-A20 (allwinner sunxi a20) 4.7.0-rc2 ath9k_htc "ath9k_htc: Unable to allocate URBs" issue

Am 24.07.2016 um 21:38 schrieb lkcl .: > On Sun, Jul 24, 2016 at 8:18 PM, Oleksij Rempel > wrote: >> Am 24.07.2016 um 20:24 schrieb lkcl .: >>> On Sun, Jul 24, 2016 at 5:16 PM, Oleksij Rempel >>> wrote: >>>> In case of: >>>> [ 147.060165]

Re: [ath9k-devel] ath9k_htc kernel driver regression affecting throughput

Am 31.08.2016 um 05:52 schrieb bruce m beach: >> I'm starting to get concerned that it will never get fixed, especially since >> I can't seem to convince anybody that it's real or that it's a problem. I've >> got wireshark installed and I can watch the signal gum up quickly with >> malformed packag

Re: [ath9k-devel] ath9k_htc kernel driver regression affecting throughput

To initial report. Please test latest linux master branch: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/ no body will investigate old and probably fixed bugs. (except of companies which get paid for this.) Am 01.09.2016 um 06:42 schrieb bruce m beach: > No. I've been online f

Re: [ath9k-devel] post kernel 4.3.x regressions in ath9k_htc

Why do you starting describing same issue in a new email tread? please go back to: [ath9k-devel] ath9k_htc kernel driver regression affecting throughput Am 31.08.2016 um 21:00 schrieb UsuarioAnonimo: > I've addressed my concerns previously to the dev mailing list. My case > as stated previously

Re: [ath9k-devel] ATH9K_HTC TX ENDPOINT

Hi, Am 06.09.2016 um 04:23 schrieb SangHyuk Kim: > Hi all, > > I wanna change registers at endpoint of TX using ATH9K_HTC driver. > > So I want to know where is the point that transmit a packet to air. > > Please anyone tell me. i'm not sure what you mean. But you probably wont to take a look

Re: [ath9k-devel] [PATCH v6 1/3] Documentation: dt: net: add ath9k wireless device binding

Hallo all, if it is not too late i would add my two cents :) Am 06.09.2016 um 23:46 schrieb Martin Blumenstingl: > Add documentation how devicetree can be used to configure ath9k based > devices. > > Signed-off-by: Martin Blumenstingl > --- > .../devicetree/bindings/net/wireless/qca,ath9k.txt

Re: [ath9k-devel] [PATCH v6 1/3] Documentation: dt: net: add ath9k wireless device binding

Am 09.09.2016 um 22:57 schrieb Martin Blumenstingl: > On Fri, Sep 9, 2016 at 9:48 AM, Oleksij Rempel wrote: >>> +Optional properties: >>> +- reg: Address and length of the register set for the device. >>> +- qca,clk-25mhz: Defines that a 25MHz clock is used >>

Re: [ath9k-devel] Bringing up More Than Two Station Mode Virtual Interfaces

Am 08.11.2016 um 06:02 schrieb Jack Fallington: > I've been having a problem using the ath9k_htc driver and was hoping > someone here might have some advice. > > I'm trying to connect (on a single channel) to a single AP multiple > times simultaneously using one physical wireless adapter. I haven'

Re: [ath9k-devel] ath9k-htc on OHCI -> bogus usb xfer

On 06.07.2016 10:45, Alexey Brodkin wrote: > Hi Oleksij, > > On Wed, 2016-07-06 at 10:38 +0200, fixed-term.Oleksij.Rempel wrote: >> >> On 06.07.2016 10:32, Alexey Brodkin wrote: >>> >>> Hi Oleksij, >>> >>> On Wed, 2016-07-06 at 10:24 +0200, fixed-term.Oleksij.Rempel wrote: Hm...

Re: [ath9k-devel] ath9k-htc on OHCI -> bogus usb xfer

On 06.07.2016 10:32, Alexey Brodkin wrote: > Hi Oleksij, > > On Wed, 2016-07-06 at 10:24 +0200, fixed-term.Oleksij.Rempel wrote: >> >> Hm... this Endpoint should be Interrupt, not Bulk. If you search for >> lsusb of this kind of adapter all of them list EP3 and EP4 as Interrupt. >> >> what did

Re: [ath9k-devel] ath9k-htc on OHCI -> bogus usb xfer

On 06.07.2016 09:44, Alexey Brodkin wrote: > Hi Oleksij, > > On Tue, 2016-07-05 at 21:01 +0200, Oleksij Rempel wrote: >> Am 05.07.2016 um 19:31 schrieb Alexey Brodkin: >>> >>> Hi Oleksij, >>> >>> On Tue, 2016-07-05 at 19:23 +0200, Oleksij Rem

Re: [ath9k-devel] ath9k-htc on OHCI -> bogus usb xfer

On 06.07.2016 11:30, Alexey Brodkin wrote: > Hi Oleksij, > > On Wed, 2016-07-06 at 11:09 +0200, fixed-term.Oleksij.Rempel wrote: >> >> On 06.07.2016 10:45, Alexey Brodkin wrote: >>> >>> Hi Oleksij, >>> >>> On Wed, 2016-07-06 at 10:38 +0200, fixed-term.Oleksij.Rempel wrote: On 06.0

Re: [ath9k-devel] Fwd: Re: EOMA68-A20 (allwinner sunxi a20) 4.7.0-rc2 ath9k_htc "ath9k_htc: Unable to allocate URBs" issue

ation. On 24.07.2016 22:47, Oleksij Rempel wrote: > > > > Weitergeleitete Nachricht Betreff: Re: > [ath9k-devel] EOMA68-A20 (allwinner sunxi a20) 4.7.0-rc2 ath9k_htc > "ath9k_htc: Unable to allocate URBs" issue Datum: Sun, 24 Jul 2016 > 20:58:4

<    1   2   3   4   5