test firmware from
>>> https://github.com/qca/open-ath9k-htc-firmware, but it appears
>>> backports v3.13.2-1 and newer are missing mac80211 and ath9k_htc
>>> drivers. At least when I do make menuconfig, they are not available?
>>>
>>> On Mon, Apr 14,
10] []
> (process_one_work) from [] (worker_thread+0x118/0x3c4)
> Apr 19 08:04:27 localhost kernel: [ 3738.704512] []
> (worker_thread) from [] (kthread+0xbc/0xd8)
> Apr 19 08:04:27 localhost kernel: [ 3738.714114] [] (kthread)
> from [] (ret_from_fork+0x14/0x3c)
> Apr 19 08:0
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:
This looks better, but it should be compilable and working after each
patch. The test should be done by you.. ;)
Am 21.04.2014 03:08, schrieb Ashish Patro:
> The patches move the common components of spectral scan funcationality to
> common-spectral.c.
>
> Also added spectral scan support to ath
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 be
Am 29.04.2014 08:19, schrieb Aaron Hamilton:
> On Mon, Apr 28, 2014 at 3:03 PM, Oleksij Rempel
> 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, wha
Hm... it compiles but i didn't go any results with my script:
sudo bash -c "echo chanscan >
/sys/kernel/debug/ieee80211/phy1/ath9k_htc/spectral_scan_ctl"
sudo bash -c "echo 8 >
/sys/kernel/debug/ieee80211/phy1/ath9k_htc/spectral_count"
for i in $(seq 1 44); do
sudo iw dev wlan-test scan
sleep
y0/spectral_scan/scan_*
it will make live for user space programs easier and will make possible
to move debufs part of spectral code to common-sepctral.c
> Thanks
> Ashish
>
> On Tue, Apr 29, 2014 at 1:52 AM, Oleksij Rempel <mailto:li...@rempel-privat.de>> wrote:
>
>
e the
>> patch. I've tried compiling both backports-3.14-1 and 3.15-rc1, but
>> both fail for various reasons. Hopefully someone on the backports
>> mailing list can help with that portion.
>>
>> On Mon, Apr 28, 2014 at 11:31 PM, Oleksij Rempel
>> wrote:
>&
ng aside from the UART? We're
> really in a bind and feel like the only work around is to setup a task
> to restart hostapd every hour.
Hmm.. restarting hostpad should not affect firmware. Is it really
working for you?
> On Wed, Apr 30, 2014 at 11:27 AM, Oleksij Rempel
> wrote:
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 i
roblem also seems to be all or none. Once one client looses
> connection, they all do until hostapd is restarted or the device is
> power cycled.
Did you tried to reproduce this problem with more then one STA?
It look for me more like "max_num_sta=255" problem.
>
> On Wed, A
any devices do you 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
> wrote:
>> Am 01.05.2014 01:03, schrieb Aaron Hamilton:
>>> I believe CONFIG_ATH_DEBUG is enabled, but I'll
7 PM, Aaron Hamilton
> wrote:
>> Looks like "nohwcrypt=1" is a no-go. When this is configured, speed
>> tests initially show 2.2Mbps for about two seconds until the entire
>> device locks up and reboots. Without "nohwcrypt=1", I get 5 to 5.5Mbps
>> co
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 <mailto:li...@rempel-privat.de>> wrote:
>
> Am 02.05.2014 12:11, schrieb Aaron Hamilton:
> > Ok, I up
1][DSSS_CCK-40][SHORT-GI-40]
> ignore_broadcast_ssid=0
> channel=1
> ssid=TestSSID
>
> auth_algs=1
> wpa=2
> wpa_key_mgmt=WPA-PSK
>
> wpa_pairwise=CCMP
> rsn_pairwise=CCMP
>
> wpa_passphrase=fixmeplease
> # end hostapd.conf
>
>
> On Mon, May 5, 2014 at 12:32
gt;> hw_mode=g
>>>
>>> dump_file=/tmp/hostapd.dump
>>> ctrl_interface=/var/run/hostapd
>>> ctrl_interface_group=0
>>>
>>> logger_syslog=-1
>>> logger_syslog_level=2
>>> beacon_int=500
>>> dtim_period=2
>>&g
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
---
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
index fb071ee
Signed-off-by: Oleksij Rempel
---
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 insertions(+), 63 deletions
Signed-off-by: Oleksij Rempel
---
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 insertions(+), 30 deletions
to fix compile errors
Signed-off-by: Oleksij Rempel
---
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/ath/ath9k/ath9k.h
Signed-off-by: Oleksij Rempel
---
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
index bc7b551..8b529e4
Signed-off-by: Oleksij Rempel
---
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 | 1 +
drivers/net
and use it. This move need changes in both drivers.
Signed-off-by: Oleksij Rempel
---
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 +---
drivers/net
Signed-off-by: Oleksij Rempel
---
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 100644
--- a/drivers
Signed-off-by: Oleksij Rempel
---
drivers/net/wireless/ath/ath9k/htc_drv_debug.c | 138 +
1 file changed, 1 insertion(+), 137 deletions(-)
diff --git a/drivers/net/wireless/ath/ath9k/htc_drv_debug.c
b/drivers/net/wireless/ath/ath9k/htc_drv_debug.c
index a573239..c5071bb
Signed-off-by: Oleksij Rempel
---
drivers/net/wireless/ath/ath9k/common-debug.c | 63 +++
drivers/net/wireless/ath/ath9k/common-debug.h | 2 +
drivers/net/wireless/ath/ath9k/debug.c| 60 ++---
3 files changed, 68 insertions(+), 57 deletions
an actual ath9k_htc part?
>>
>> Can you post a dmesg?
>>
>>
>> -a
>>
>>
>> On 10 May 2014 23:40, Aaron Hamilton wrote:
>>> I'll give the patches/config a try and see if it helps anything. Also,
>>> the line "supported_ra
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
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/
gt; tx bitrate:2.0 MBit/s
>
> I've also attached packet captures using tcpdump on the AP.
IP level capture is not interesting. More interesting is radio level
capture - should be made in monitore mode with radiotap enabled. And
probably more important usb traffic capture - usbmonitore mod
o some monitoring on the USB port. One thing I noticed:
>> If pinging from just the AP to the client device, the latency is high. But
>> as soon as pings are made from the client device to the AP, the latency
>> drops.
>>
>> In case this is a kernel configuration
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
>> wrote:
>>> On 06/29/2014 04:32 AM, lolilolicon wrote:
% git bisect start 88daf80 010d3c3 35582ad
88daf80dcca19ff995cc263
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
> On Jul 8, 2014, at 11:35 AM, Oleksij Rempel <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.thin
Am 08.07.2014 13:37, schrieb Janusz Dziedzic:
> On 8 July 2014 08:20, Hosam Hittini 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 the 5GHz
le the kernel? If you won't to make work 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 <mailto:li...@rempel-privat.de>> wrote:
>
>> Am 08.07.2014 13:37, schrieb Janusz Dz
BSS)
> * 5765 MHz [153] (30.0 dBm) (passive scanning, no IBSS)
> * 5785 MHz [157] (30.0 dBm) (passive scanning, no IBSS)
> * 5805 MHz [161] (30.0 dBm) (passive scanning, no IBSS)
> * 5825 MHz [165] (30.0 dBm) (passive scanning, no IBSS)
>
> Regards,
> Eng. Hosam Hittini
>
ix that, ( I used “make
> defconfig-wifi” instead of “make defconfig-ath9k”)
> I felt that my db.txt did not work 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. Ho
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
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
Am 22.08.2014 um 09:47 schrieb Csaba Kiraly:
> On Thu Aug 21 21:29:46 2014, Oleksij Rempel wrote:
>>
>> Am 19.08.2014 um 21:00 schrieb Csaba Kiraly:
>>>
>>> On 19/08/2014 10:27, Oleksij Rempel wrote:
>>>>
>>>> Oppss... wrong email address
Am 12.09.2014 um 22:36 schrieb Johannes Stezenbach:
> In v3.15 the driver stopped to accept network packets after successful
> authentification, which could be worked around by passing the
> nohwcrypt=1 module parameter. This was not reproducible by
> everyone, and showed random behaviour in some
Am 07.10.2014 um 17:04 schrieb Marek Puzyniak:
> hw pointer of ath_hw is not assigned to proper value
> in function ath9k_hw_reset what finally causes kernel panic.
> This can be solved by proper initialization of ath_hw in
> ath9k_init_priv.
>
> Signed-off-by: Marek Puzyniak
Am 12.10.2014 um 18:02 schrieb Matt Foster:
> Hi,
>
> I may be trying something unsupported here, but thought I would ask the
> question anyway.
>
> With ath9k_htc it seems easy enough to create two virtual interfaces, one in
> AP mode, and one in Station mode.
>
> Using hostapd 2.3 to get rid
Am 18.10.2014 um 09:46 schrieb Li, Hongchun:
> I’m building an IBSS network using TP-Link TL-WN722N USB WiFi dongle.
>
> I find that it is drived by ath9k.
Hi, this adapter is driven by ath9k-htc, at least mostly :)
>
> Here is a problem I encountered.
>
> First, I build an IBSS network with m
Hi Johannes,
since this function was added by you, may be you can help here (commit
f09603a259). ath9k_htc support max 8 STAs in AP or ADHOC mode. If more
then 8 stations connected, driver will return error, but
sta_info_insert_drv_state() setting it to zero.
What was initial purpose of this?
net
Am 20.10.2014 um 21:29 schrieb Johannes Berg:
> On Mon, 2014-10-20 at 21:09 +0200, Oleksij Rempel wrote:
>> Hi Johannes,
>>
>> since this function was added by you, may be you can help here (commit
>> f09603a259). ath9k_htc support max 8 STAs in AP or ADHOC mode.
Am 23.10.2014 um 06:54 schrieb Li, Hongchun:
> Hi, Oleksij,
>
> I mistakely send an email to the maillist.
>
> I don’t know who the administrator of the maillist.
>
> Can you help me to delete the email?
>
> Thank you.
>
Should ask some one from QCA,
i have no idea who is still working there.
Am 03.11.2014 um 03:40 schrieb Ruiz Gaistardo, Esau E:
>
> Hi Development Team:
>
>
> Can you please provide information regarding power consumption for AR9271, in
> the 3 most significant states: IDLE, TX and RX?,
Here are some independent measurements:
https://wikidevi.com/wiki/User:M86/US
> Regards,
>
> Esau Ruiz
>
>
>
>
> On Nov 3, 2014, at 1:16 AM, Oleksij Rempel wrote:
>
>> Am 03.11.2014 um 03:40 schrieb Ruiz Gaistardo, Esau E:
>>>
>>> Hi Development Team:
>>>
>>>
>>> Can you please provide in
ly to the drive so I can measure packet traffic in the network?
Netstat will give you only ip traffic. It has no idea about
retransmissions on wifi level. Take a look at /sys/kernel/debug/ieee80211/
> On Nov 3, 2014, at 7:11 AM, Oleksij Rempel <mailto:li...@rempel-privat.de>> wrote:
&
Am 14.11.2014 um 06:07 schrieb Chun-Yeow Yeoh:
> Secured mesh encrypts the unicast mgmt frame using the same
> key that used for encrypting the unicast data frame. The patch
> "ath9k_htc_firmware: fix the offset of CCMP header for mesh
> data frame" applied to open-ath9k-htc-firmware allows the
> a
Am 14.11.2014 um 10:06 schrieb Yeoh Chun-Yeow:
> On Fri, Nov 14, 2014 at 4:54 PM, Oleksij Rempel
> wrote:
>> Am 14.11.2014 um 06:07 schrieb Chun-Yeow Yeoh:
>>> Secured mesh encrypts the unicast mgmt frame using the same
>>> key that used for encrypting the
ce. ar9280 and ar9287 are pcie attached to
ar7010 cpu.
>
> ChunYeow
>
> On Fri, Nov 14, 2014 at 5:06 PM, Yeoh Chun-Yeow
> wrote:
>> On Fri, Nov 14, 2014 at 4:54 PM, Oleksij Rempel
>> wrote:
>>> Am 14.11.2014 um 06:07 schrieb Chun-Yeow Yeoh:
>>>
ed
> make: *** [drivers] Error 2
> make: *** Waiting for unfinished jobs....
> CC lib/bust_spinlocks.o
> ...
>
> Bisecting the kernel found that the following patch was the cause.
>
> commit 67dc74f15f147b9f88702de2952d2951e3e000ec
> Author: Oleksij Rempe
Am 08.12.2014 um 12:46 schrieb Till Wollenberg:
> Hi,
>
> I just came across the ath9k website and read that ath9k in AP mode supports
> only "up to 7 stations due to a firmware limitation" (see "Modes of
> operation"
> at http://wireless.kernel.org/en/users/Drivers/ath9k ).
>
> Does this real
Am 19.12.2014 um 10:21 schrieb Adrian Nicolau:
> Hello,
>
> I am using a TL-WN722N for a Wi-Fi ToF project; the SOC is AR9271 and I
> obtained the ath9k_htc source code via backports version 3.17.1-1. For
> ToF measurements, the higher the clock rate of the SOC, the better, and
> I know that AR927
orvalds/linux/blob/master/drivers/net/wireless/ath/ath9k/hw.c#L46
Ach... ok. you right.
pll related changes from the host are ignored:
https://github.com/olerem/open-ath9k-htc-firmware/blob/master/target_firmware/wlan/if_ath.c#L1456
> Thank you,
> Adrian
>
> On Fri, Dec 19, 2014 at
Am 19.12.2014 um 16:10 schrieb Oleksij Rempel:
> Am 19.12.2014 um 14:53 schrieb Adrian Nicolau:
>> I understand this, and neither was I expecting that the REG_WRITE would
>> overwrite the common->clockrate value. My question can be rephrased: Why
>> are there two dif
Am 09.01.2015 um 01:48 schrieb Hong Xu:
>
> Hi all,
>
> I checked ath9k_htc driver does not have an option to disable led blinking.
> Is it possible to add
> this option for ath9k_htc like ath9k?
Hi,
currently there is only compile option to disable it.
Patches are welcome, it should be easy s
odule_param_named(blink, led_blink, int, 0444);
> +MODULE_PARM_DESC(blink, "Enable LED blink on activity");
> +
> #ifdef CONFIG_MAC80211_LEDS
> static const struct ieee80211_tpt_blink ath9k_htc_tpt_blink[] = {
> { .throughput = 0 * 1024, .bl
Am 24.01.2015 um 11:33 schrieb Sedat Dilek:
> On Sat, Jan 24, 2015 at 11:23 AM, Kalle Valo wrote:
>> Hong Xu writes:
>>
>>> ath9k and ath9k_htc use the variable name "led_blink" to indicate
>>> whether the module parameter "blink" is on. This name is easy to
>>> conflict with other variables, thu
Am 29.01.2015 um 05:09 schrieb zhengyu...@360.cn:
> From: Yuwei Zheng
>
> In the environment with heavy wifi traffic, set the ar9271 into monitor mode,
> will
> trigger a deadloop panic.
>
> The ath9k_hif_usb_rx_cb function excute on the interrupt context, and
> ath9k_rx_tasklet excute
> on
Am 29.01.2015 um 00:14 schrieb yuweizh...@139.com:
> From: Yuwei Zheng
>
> In the environment with heavy wifi traffic, set the ar9271 into monitor mode,
> will
> trigger a deadloop panic.
>
> The ath9k_hif_usb_rx_cb function excute on the interrupt context, and
> ath9k_rx_tasklet excute
> on
Looks good,
please just one note. Rename "rate control" to "usb flow control", or
some thing like this. In this context "rate control" has different meaning.
I'll run you patches on my system with different adapters.
Am 03.02.2015 um 10:21 schrieb yuweizh...@139.com:
> From: Yuwei Zheng
>
> In
It seems to work without noticeable regressions.
Am 03.02.2015 um 12:52 schrieb Kalle Valo:
> yuweizh...@139.com writes:
>
>> From: Yuwei Zheng
>>
>> In the environment with heavy wifi traffic, set the ar9271 into monitor
>> mode, will
>> trigger a deadloop panic.
>>
>> The ath9k_hif_usb_rx_c
formatting of this patch is still badly broken.
./scripts/checkpatch.pl ~/Downloads/patch.eml
ERROR: DOS line endings
#442: FILE: drivers/net/wireless/ath/ath9k/htc_drv_txrx.c:1170:
+^I^IAURFC_STAT_SET(aurfc_submit_delay, delay);^M$
total: 195 errors, 6 warnings, 1 checks, 310 lines checked
Am 09.02.2015 um 08:20 schrieb Yuwei Zheng:
>
> On 五, 2015-02-06 at 23:24 +0100, Oleksij Rempel wrote:
>> formatting of this patch is still badly broken.
>> ./scripts/checkpatch.pl ~/Downloads/patch.eml
>>
>> ERROR: DOS line endings
>> #442:
Hi Yuwei,
here is some review according lates changes.
Please add some comments to the code. Probably it is just me, but it is
hard to get idea of the solution. It can happen that by the next
workorgy i or someone else can skrew it :D
Am 09.02.2015 um 08:13 schrieb yuweizh...@139.com:
> From: Yu
Do every one OK with this patch? I think this one is the last version?
Am 10.02.2015 um 01:34 schrieb Yuwei Zheng:
> The ath9k_hif_usb_rx_cb function excute on the interrupt context, and
> ath9k_rx_tasklet excute
> on the soft irq context. In other words, the ath9k_hif_usb_rx_cb have more
> cha
Now we have offically FW v1.4. Force users to update it and prevent reporting
of old bugs.
Signed-off-by: Oleksij Rempel
---
drivers/net/wireless/ath/ath9k/hif_usb.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/ath/ath9k/hif_usb.h
b/drivers/net
Am 10.03.2015 um 16:35 schrieb Adrian Chadd:
> Yeah, let's have it warn for a month or two.
>
> There's some pending work that will break the API with 1.3 firmware,
> so it has to happen sooner rather than later. But yeah, maybe warn for
> about a month would be good. the older firmware is still i
Hi,
thank you for your patch. Looks good for me. Did you tested it?
Am 13.03.2015 um 09:32 schrieb Fred Chou:
> From: Fred Chou
>
> As the driver may send multiple wmi commands with identical cmd id,
> it is more robust to check seq number for timeout instead.
>
> Signed-off-by: Fred Chou
> -
This is probably better place for this question.
Weitergeleitete Nachricht
Betreff: some queries on open-ath9k f/w
Datum: Wed, 4 Mar 2015 00:21:25 -0700
Von: Jithu Joseph
An: ath9k_htc...@lists.infradead.org
Hi,
I want to play around with Link Layer Acks . I took a quick loo
Am 15.03.2015 um 16:50 schrieb seb xper:
> Hi,
>
> I'm trying to get an external usb wireless stick working on my android
> phone using linux deploy. I've managed to compile the needed kernel
> module but initialising the device fails.
1. You are using old ath9k_common and new ath9k_htc source.
2
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
Signed-off-by: Oleksij Rempel
---
drivers/net/wireless/ath/ath9k/eeprom_def.c | 19 +++
1 file changed, 11 insertions(+), 8 deletions(-)
diff --git a/drivers/net/wireless/ath/ath9k/eeprom_def.c
b/drivers/net/wireless/ath/ath9k/eeprom_def.c
index 0980590..4b43539 100644
--- a
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 | 18 ++
1 file changed, 10 insertions(+), 8 deletions
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
Am 20.03.2015 um 14:00 schrieb Felix Fietkau:
> On 2015-03-20 13:38, Oleksij Rempel wrote:
>> 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: O
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
301 - 400 of 491 matches
Mail list logo