[PATCH] ath9k_htc: add Altai WA1011N-GU

as reported in: https://github.com/qca/open-ath9k-htc-firmware/pull/71#issuecomment-361100070 Signed-off-by: Oleksij Rempel <li...@rempel-privat.de> --- drivers/net/wireless/ath/ath9k/hif_usb.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/net/wireless/ath/ath9k/hif_us

elce linux conference 2017

Hi all, are there any one of WiFi devs on ELCE? Will be good to meet you. For example: Table 1 - Networking Area, Level LL, Outside Roma. Please contact me if you are here :) -- Regards, Oleksij signature.asc Description: OpenPGP digital signature

Re: Setting single rate in ath10k broken by "reject/clear user rate mask if not usable"

Am 18.10.2017 um 16:50 schrieb Ben Greear: On 10/18/2017 12:33 AM, Johannes Berg wrote: Hi, The call to set the rate in the driver comes before the error check. if (ieee80211_hw_check(>hw, HAS_RATE_CONTROL)) {     ret = drv_set_bitrate_mask(local, sdata, mask);     if (ret) {   

Re: Two rtlwifi drivers?

Am 16.10.2017 um 15:07 schrieb Kalle Valo: > Oleksij Rempel <li...@rempel-privat.de> writes: > >>> 4) As Kalle mentioned, rtlwifi contains many magic numbers, and I >>>plan to fix them after rtl8723de and rtl8821ce. Because the drivers >>>are de

Re: Two rtlwifi drivers?

Hi Just my two cents, :) Am 16.10.2017 um 04:41 schrieb Pkshih: > > >> -Original Message- >> From: Greg Kroah-Hartman [mailto:gre...@linuxfoundation.org] >> Sent: Thursday, October 12, 2017 6:35 PM >> To: Kalle Valo >> Cc: Larry Finger; Dan Carpenter; Pkshih; 莊彥宣; Johannes Berg;

Re: Atheros TL-721N adapter refuses to enumerate on the USB Bus (ath9k_htc)

Am 11.10.2017 um 20:17 schrieb M D: > Hi, > My system details are as follows > > Hardware: > CPU : ARM based platform, imx21 > USB : USB Host Controller 1.1 Full Speed > Mode > > Software: > Firmware :

Re: What makes USB WiFi so difficult in Linux and may I help out?

Hi, it is not related to your HW, but may help: https://github.com/qca/open-ath9k-htc-firmware/wiki/Troubleshooting-and-bug-reporting https://github.com/qca/open-ath9k-htc-firmware/wiki/usb-related-issues Am 15.09.2017 um 10:48 schrieb Ernst Wegner: > Dear list! > > I recently suffer from

Re: atheros ath9k_htc - EP4 Issue / BOGUS urb xfer, pipe 1 != type 3

Am 27.08.2017 um 01:31 schrieb M D: > Hi, > I am using the TPLink TL721N on an ARM MX21 platform, Linux Kernel 3.0 are there any reason to use such old kernel? > I am facing the following issue when the adapter is connected directly > to the USB Hub. > > 1) ifconfig -a does not show the wlan

Re: Madwifi porting to Ath9k

Am 24.07.2017 um 08:08 schrieb Arul jothi: > Hi Oleksij, > >Thanks for your reply. I am new to the linux wireless. > Does ath9k has support for PCF implementation ? I couldn't find any > reference about PCF in ath9k. > > Do you mean porting madwifi code to ath9k is straight forward ?. >

Re: Madwifi porting to Ath9k

Am 23.07.2017 um 15:54 schrieb Arul jothi: > Hi, > > I have AR7161 based board which is using customized madwifi driver > with PCF implementation. > I need to port the driver to new board based on AR9344. > What should be the approach I should take > > 1. Build Madwifi with current

Re: ath9k_htc - Division by zero in kernel (as well as firmware panic)

Am 08.06.2017 um 00:39 schrieb Tobias Diedrich: > Oleksij Rempel wrote: >> Am 07.06.2017 um 02:12 schrieb Tobias Diedrich: >>> Oleksij Rempel wrote: >>>> Yes, this is "normal" problem. The firmware has no error handler for PCI >>>> bus related e

Re: ath9k_htc - Division by zero in kernel (as well as firmware panic)

Am 07.06.2017 um 02:12 schrieb Tobias Diedrich: > Oleksij Rempel wrote: >> Yes, this is "normal" problem. The firmware has no error handler for PCI >> bus related exceptions. So if we filed to read PCI bus first time, we >> have choice to Ooops and stall or Ooop

Re: ath9k_htc - Division by zero in kernel (as well as firmware panic)

Hi, Am 03.06.2017 um 00:02 schrieb Nathan Royce: > ODroid XU4 > > $ uname -a > Linux computer 4.12.0-rc3-dirty #1 SMP Wed May 31 15:02:05 CDT 2017 > armv7l GNU/Linux > > $ lsusb > ... > Bus 001 Device 002: ID 2109:2813 VIA Labs, Inc. > Bus 001 Device 010: ID 0cf3:7015 Qualcomm Atheros

Search for devices with Xtensa cores

Hallo all, short version: I'm looking for devices which use Xtensa and GCC/binutils patches used to provide support for this devices. long version: this year started with inclusion of open-ath9k-htc-firmware to debian *main* repository. As first we started to getting advantage of regular compile

Re: Hostapd driver issues in orange pi Zero

Hi Am 05.03.2017 um 08:38 schrieb ravin goyal: > Hi all, > > I am running hostapd 2.5 on orange pi zero running debian jessie and > my wireless driver is xradio_wlan. if i see it correctly, your wifi controller is Allwiner XR819. It looks like SDIO device with own ram and firmware loaded to it.

Re: Question: Packet drop criterion

Am 22.12.2016 um 13:34 schrieb Ferran Quer i Guerrero: > Hello everyone, > > I would like to modify the retry threshold for dropping a packet using > mesh mode. I tried with iw > > iw phy set retry [short ] [long ] > > with short and long limits equal to 10 first and later 5, but I

Re: [PATCH] ath9k_htc: don't use HZ for usb msg timeouts

ing > the limit but appears stable. Great work, thank you! > On Mon, Nov 28, 2016 at 7:34 AM, Oleksij Rempel <fis...@gmx.net> wrote: >> Hi Anthony, >> >> Am 28.11.2016 um 05:27 schrieb Anthony Romano: >>> The usb_*_msg() functions expect a timeout in msecs but

Re: [RFC] qtn: add FullMAC firmware for Quantenna QSR10G wifi device

Am 28.11.2016 um 20:01 schrieb IgorMitsyanko: > On 11/28/2016 08:33 PM, Oleksij Rempel wrote: >> Am 28.11.2016 um 18:10 schrieb Oleksij Rempel: >>> Am 28.11.2016 um 17:34 schrieb Kyle McMartin: >>>> On Tue, Nov 22, 2016 at 9:44 AM, IgorMitsyanko >>>&g

Re: [RFC] qtn: add FullMAC firmware for Quantenna QSR10G wifi device

Am 28.11.2016 um 18:10 schrieb Oleksij Rempel: > Am 28.11.2016 um 17:34 schrieb Kyle McMartin: >> On Tue, Nov 22, 2016 at 9:44 AM, IgorMitsyanko >> <igor.mitsyanko...@quantenna.com> wrote: >>> Hi Ben, Kyle, >>> could you please share what is the position o

Re: [RFC] qtn: add FullMAC firmware for Quantenna QSR10G wifi device

Am 28.11.2016 um 17:34 schrieb Kyle McMartin: > On Tue, Nov 22, 2016 at 9:44 AM, IgorMitsyanko > wrote: >> Hi Ben, Kyle, >> could you please share what is the position of linux-firmware regarding >> firmware binaries that include GPL components? Does it require

open-ath9k-htc-firmware as DFSG debian package

Hallo all, finally we managed to provide debian package for main repository: https://ftp-master.debian.org/new/open-ath9k-htc-firmware_1.4.0-81-gf206e56+dfsg-1.html - It is made according Debian Free Software Guideline - providing debug and source packages - can be build just in the repository

Re: ath9k_htc kernel driver regression affecting throughput

Am 22.09.2016 um 05:34 schrieb bruce m beach: >> We recently updated FW to GCC 6.2 which can detect more problems. So it >> will be probably interesting for you to pick this patch out. > > Yes I saw the message by Adrian Chadd and tried tried to git clone the link > he gave but that clearly

wifi test automation?

Hallo all, What kind of WiFi testomation are you using? Right now i found some links, do some of this used by WiFi devs? http://avocado-framework.github.io/ https://autotest.github.io/ https://github.com/Wi-FiTestSuite https://wireless.wiki.kernel.org/en/developers/testing/wifi-test

Re: ath9k_htc kernel driver regression affecting throughput

Am 21.09.2016 um 05:43 schrieb bruce m beach: > Oleksij > > I looked at > https://unix.stackexchange.com/questions/122050/ > send-traffic-to-self-over-physical-network-on-ubuntu > > It appearred to too complicated but > > https://unix.stackexchange.com/questions/122050/ >

Re: ath9k_htc kernel driver regression affecting throughput

Am 17.09.2016 um 18:14 schrieb Oleksij Rempel: > Am 17.09.2016 um 17:52 schrieb bruce m beach: >>>> Hm.. found here one report about bad perfomance on this driver >>>> https://ubuntuforums.org/showthread.php?t=2312343 >>>> >>>> affected

Re: ath9k_htc kernel driver regression affecting throughput

Am 17.09.2016 um 17:52 schrieb bruce m beach: >>> Hm.. found here one report about bad perfomance on this driver >>> https://ubuntuforums.org/showthread.php?t=2312343 >>> >>> affected persons seems to use WEP encryption. >>> >>> What encryption do are you using? > > I just wish I could do some

Re: [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 <li...@rempel-privat.de> wrote: >>> +Optional properties: >>> +- reg: Address and length of the register set for the device. >>> +- qca,clk-25mhz: Defines that a

Re: [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 > --- >

Re: [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")) >> +

Re: 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 an

Re: 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_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

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

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

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

nditional with ARRAY_SIZE() so that we don't repeat ourselves. > > Signed-off-by: Bob Copeland <m...@bobcopeland.com> Reviewed-by: Oleksij Rempel <li...@rempel-privat.de> > --- > drivers/net/wireless/ath/ath9k/ar5008_phy.c | 9 +++-- > 1 file changed, 3 inserti

Re: [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: [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 <kv...@codeaurora.org> writes: > >> Oleksij Rempel <li...@rempel-privat.de> writes: >> >>> by moving common code to ar5008_hw_cmn_spur_mitigate i forgot to move >>> mask_m & mask_p

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

av Frederiksen <lkml2...@openmailbox.org> Tested-by: Gustav Frederiksen <lkml2...@openmailbox.org> Signed-off-by: Oleksij Rempel <li...@rempel-privat.de> --- drivers/net/wireless/ath/ath9k/ar5008_phy.c | 8 +++- drivers/net/wireless/ath/ath9k/ar9002_phy.c | 5 - 2 files change

Re: [PATCH] Revert regression in ath9k on AR9281

Hi Gustav, thank you for your work. Can you please test attached patch. Am 11.04.2016 um 04:28 schrieb Gustav Frederiksen: > Hi, > thank you for taking the time to answer my previous email and for > providing those useful tips. -- Regards, Oleksij diff --git

Re: test suite for ath9k_htc

Am 25.03.2016 um 18:03 schrieb bruce m beach: > Hello > > I have been working on cleaning up ath9k_htc firmware build tree for about 3 > months now( and looks like I'll be doing this for all eternity) and am looking > for a low-level test-suite that exists or I write myself or a combination of >

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

> { > struct sk_buff *nskb, *skb_pool[MAX_PKT_NUM_IN_TRANSFER]; > - 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 <li...@rempel-privat.de> -- Regards, Oleksij signature.asc Description: OpenPGP digital signature

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

caldata = >caldata; > - > + caldata = fastcc ? NULL : >caldata; > ret = ath9k_hw_reset(ah, hchan, caldata, fastcc); > if (ret) { > ath_err(common, > Reviewed-by: Oleksij Rempel <li...@rempel-privat.de> -- Regards, Oleksij signature.asc Description: OpenPGP digital signature

Re: 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

Re: [PATCH] ath9k_htc: use ether_addr_copy() instead of memcpy()

Am 23.09.2015 um 15:16 schrieb Sujith Manoharan: > Oleksij Rempel wrote: >> Signed-off-by: Oleksij Rempel <li...@rempel-privat.de> >> --- >> drivers/net/wireless/ath/ath9k/htc_drv_init.c | 2 +- >> drivers/net/wireless/ath/ath9k/htc_drv_main.c | 24 +++

[PATCH] ath9k_htc: use ether_addr_copy() instead of memcpy()

Signed-off-by: Oleksij Rempel <li...@rempel-privat.de> --- drivers/net/wireless/ath/ath9k/htc_drv_init.c | 2 +- drivers/net/wireless/ath/ath9k/htc_drv_main.c | 24 2 files changed, 13 insertions(+), 13 deletions(-) diff --git a/drivers/net/wireless/ath

Re: [PATCH v4] ath9k_htc: introduce support for different fw versions

Am 18.09.2015 um 09:42 schrieb Kalle Valo: > Oleksij Rempel <li...@rempel-privat.de> writes: > >> Current kernel support only one fw name with theoretically only one >> fw version located in “firmware/htc_[9271|7010].fw”. Which is ok so far we >> have only one fw ve

Re: [PATCH v3] ath9k_htc: introduce support for different fw versions

Am 06.09.2015 um 12:55 schrieb Kalle Valo: > Oleksij Rempel <li...@rempel-privat.de> writes: > >> Current kernel support only one fw name with theoretically only one >> fw version located in “firmware/htc_[9271|7010].fw”. Which is ok so >> far we have only one fw ve

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

From: Oleksij Rempel external.oleksij.rem...@de.bosch.com 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

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

dan.carpen...@oracle.com Signed-off-by: Oleksij Rempel li...@rempel-privat.de --- drivers/net/wireless/ath/ath9k/htc_drv_main.c | 13 ++--- 1 file changed, 10 insertions(+), 3 deletions(-) diff --git a/drivers/net/wireless/ath/ath9k/htc_drv_main.c b/drivers/net/wireless/ath/ath9k

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 external.oleksij.rem...@de.bosch.com current code will handle -ETIMEDOUT as success which is probalbly wrong. According to this comment I assume it is safe to handle

[PATCH v3] ath9k_htc: introduce support for different fw versions

and if it fails, use stable version: for example...1.4.0.fw. Signed-off-by: Oleksij Rempel li...@rempel-privat.de --- drivers/net/wireless/ath/ath9k/hif_usb.c | 106 -- drivers/net/wireless/ath/ath9k/hif_usb.h | 21 - drivers/net/wireless/ath/ath9k

Re: [PATCH 2/2] ath9k: export HW random number generator

: Oleksij Rempel [mailto:li...@rempel-privat.de] Sent: Sunday, July 26, 2015 3:41 PM To: Pan, Miaoqing; linvi...@tuxdriver.com Cc: linux-wireless@vger.kernel.org; ath9k-devel Subject: Re: [PATCH 2/2] ath9k: export HW random number generator Hi all, i did rngtest on top of this patch

Re: [PATCH 2/2] ath9k: export HW random number generator

Hi all, i did rngtest on top of this patch. The results are incredibly bad, right now it is more a pattern generator not random number generator. Is it possible to fix it? /home/lex# cat /dev/hwrng | rngtest -c 1000 rngtest 5 Copyright (c) 2004 by Henrique de Moraes Holschuh This is free

Re: ath9k_htc: virtual interfaces, AP connection drop kernel warning

Am 23.07.2015 um 10:08 schrieb wim torfs: On 07/22/2015 07:16 PM, Oleksij Rempel wrote: Am 22.07.2015 um 18:37 schrieb Rolf Anderegg: On 16/07/15 13:54, Oleksij Rempel wrote: Am 13.07.2015 um 13:52 schrieb Rolf Anderegg: I suspect that there are bandwidth/speed issues when dealing

Re: ath9k_htc: virtual interfaces, AP connection drop kernel warning

Am 13.07.2015 um 13:52 schrieb Rolf Anderegg: First of all, you are using ancient kernel and firmware. Please update it. Firmware should be at leas 1.4 and kernel probably 4.1 or later. i'm not sure which include patch with support of RMW command introduced by new FW. Then you can try to

Re: ath9k_htc: virtual interfaces, AP connection drop kernel warning

Am 13.07.2015 um 13:52 schrieb Rolf Anderegg: First of all, you are using ancient kernel and firmware. Please update it. Firmware should be at leas 1.4 and kernel probably 4.1 or later. i'm not sure which include patch with support of RMW command introduced by new FW. Then you can try to

[PATCH v3] ath9k_htc: introduce support for different fw versions

and if it fails, use stable version: for example...1.4.0.fw. Signed-off-by: Oleksij Rempel li...@rempel-privat.de --- drivers/net/wireless/ath/ath9k/hif_usb.c | 106 -- drivers/net/wireless/ath/ath9k/hif_usb.h | 21 - drivers/net/wireless/ath/ath9k

Re: ath9k_htc: virtual interfaces, AP connection drop kernel warning

Hi, Am 08.07.2015 um 17:28 schrieb Rolf Anderegg: I am having trouble with the following setup using ath9k_htc (AR9271): I would like to setup two virtual interfaces on a TP-Link Wireless USB adapter (TL-WN722N). ath0: AP (access point/master mode) with hostapd [1], on bridge br0 ath1: STA

Re: [PATCH v2] ath9k_htc: introduce support for different fw versions

Am 03.07.2015 um 12:53 schrieb Kalle Valo: Oleksij Rempel li...@rempel-privat.de writes: Any updates here? What do you mean? If you are asking why the patch isn't applied it's because merge window is still open. I'll start applying patches after net-next is open again. Ouch.. i was in my

Re: [PATCH v2] ath9k_htc: introduce support for different fw versions

Any updates here? Am 15.06.2015 um 20:58 schrieb Oleksij Rempel: Current kernel support only one fw name with theoretically only one fw version. By replacing fw with other version we will break compatibility with older kernels. To avoid this kind of regression this patch will reuse fw

[PATCH] ath9k_htc: introduce support for different fw versions

Current kernel support only one fw name with theoretically only one fw version. By replacing fw with other version we will break compatibility with older kernels. To avoid this kind of regression this patch will reuse fw version model from iwlwifi driver. Signed-off-by: Oleksij Rempel li

Re: [PATCH] ath9k_htc: add support of channel switch

Hi, Thank you for your work. How can i test this patch? Am 09.06.2015 um 09:59 schrieb Chun-Yeow Yeoh: Add the support of channel switching functionality, similar to ath9k support. Tested with TP-Link TL-WN722N and TL-WN821N. Signed-off-by: Chun-Yeow Yeoh yeohchuny...@gmail.com ---

Re: Issues with mesh networking path detection

Am 21.05.2015 um 19:11 schrieb Jason Scatena: Hello all, I am attempting to set up a mesh network between 4 computers with Atheros 9271 based usb wifi dongles using the ath9k driver. I followed the guide at: https://github.com/o11s/open80211s/wiki/HOWTO to set up the network. When I

Re: [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 fred.chou...@gmail.com As the driver may send multiple wmi

Re: [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 - use defs instead of magin

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

Signed-off-by: Oleksij Rempel li...@rempel-privat.de --- 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

[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 li...@rempel-privat.de --- 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

[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 li...@rempel-privat.de --- drivers/net/wireless/ath/ath9k/ar9002_calib.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/net/wireless

[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 li...@rempel-privat.de --- 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

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

Signed-off-by: Oleksij Rempel li...@rempel-privat.de --- 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

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

Signed-off-by: Oleksij Rempel li...@rempel-privat.de --- 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

[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 li...@rempel

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

Signed-off-by: Oleksij Rempel li...@rempel-privat.de --- 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

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

Signed-off-by: Oleksij Rempel li...@rempel-privat.de --- 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

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

Signed-off-by: Oleksij Rempel li...@rempel-privat.de --- 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

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

Signed-off-by: Oleksij Rempel li...@rempel-privat.de --- 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

[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 li...@rempel-privat.de --- drivers/net/wireless/ath/ath9k/ar9002_calib.c | 35 ++- 1 file changed, 18 insertions(+), 17 deletions

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

Signed-off-by: Oleksij Rempel li...@rempel-privat.de --- 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

[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 li...@rempel-privat.de --- drivers/net/wireless/ath/ath9k/eeprom_4k.c | 16 1 file changed, 8 insertions

[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 li...@rempel-privat.de --- 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

[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 li...@rempel-privat.de --- drivers/net/wireless/ath/ath9k/hw.c | 30 ++ drivers/net

[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 li...@rempel-privat.de --- 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

[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

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

Signed-off-by: Oleksij Rempel li...@rempel-privat.de --- 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

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

Signed-off-by: Oleksij Rempel li...@rempel-privat.de --- 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

[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 li...@rempel-privat.de --- drivers/net/wireless/ath/ath9k/ar9002_calib.c | 35 ++- 1 file changed, 18 insertions(+), 17 deletions

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

Signed-off-by: Oleksij Rempel li...@rempel-privat.de --- 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

[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 li...@rempel-privat.de --- drivers/net/wireless/ath/ath9k/ar9002_calib.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/net/wireless

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

Signed-off-by: Oleksij Rempel li...@rempel-privat.de --- 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

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

Signed-off-by: Oleksij Rempel li...@rempel-privat.de --- 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

[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 li...@rempel-privat.de --- 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

[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 li...@rempel-privat.de --- drivers/net/wireless/ath/ath9k/hw.c | 20 drivers/net/wireless

[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 li...@rempel-privat.de --- drivers/net/wireless/ath/ath9k/eeprom_4k.c | 16 1 file changed, 8 insertions

[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 li...@rempel

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

Signed-off-by: Oleksij Rempel li...@rempel-privat.de --- 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

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

Signed-off-by: Oleksij Rempel li...@rempel-privat.de --- 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

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

Signed-off-by: Oleksij Rempel li...@rempel-privat.de --- 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

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

Signed-off-by: Oleksij Rempel li...@rempel-privat.de --- 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

[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 li...@rempel-privat.de --- 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

[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 li...@rempel-privat.de --- 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

  1   2   >