From: Bart Jooris <bart.jooris@gmail.com>
To: Kalle Valo <kvalo@qca.qualcomm.com>
Cc: ath10k@lists.infradead.org
Subject: Re: Running throughput tests
Date: Sat, 29 Mar 2014 20:42:08 +0100 [thread overview]
Message-ID: <53372210.7060903@intec.ugent.be> (raw)
In-Reply-To: <87y4zutk4i.fsf@kamboji.qca.qualcomm.com>
Dear Kalle,
On 03/28/2014 04:31 PM, Kalle Valo wrote:
> Bart Jooris <Bart.Jooris@intec.ugent.be> writes:
>
>> On 02/27/2014 04:59 PM, Kalle Valo wrote:
>>> Bart Jooris<Bart.Jooris@intec.ugent.be> writes:
>>>
>>>> Just got a stable 160Mbps
>>>> What could be the next steps to speed up the link?
>>> First I would use the full hostapd configuration which I just added to
>>> the wiki:
>>>
>>> http://wireless.kernel.org/en/users/Drivers/ath10k/configuration#Full_hostapd_configuration
>>>
>>> Next I would disable all possible debug features from kernel and make
>>> sure that they are not included in the build. And last try to find a
>>> free channel with little interference as possible.
>> No luck for now. 160Mbps seems to be the limit using the mentioned
>> configuration (I had to fix the channel to 36 and add
>> vht_oper_centr_freq_seg0_idx=42 again to bring up the AP)
>> I'm using sparkLAN WPEA-351AC cards with QCA9880 chip set.
> You are providing very little information which makes it difficult to
> help. For starters:
>
> * What firmware version?
I've cloned 'recently' https://github.com/kvalo/ath10k-firmware/
tree -D /lib/firmware/ath10k/QCA988X
└── [Mar 29 10:46] hw2.0
├── [Feb 26 19:39] board.bin
├── [Feb 26 19:39] firmware-2.bin
└── [Feb 26 19:39] otp.bin
>
> * What version of ath10k are you using?
I compiled kernel 3.13.5.
bjooris@DSS-1300-2:~/hostap/hostapd$ modinfo ath10k_core
filename:
/lib/modules/3.13.5/kernel/drivers/net/wireless/ath/ath10k/ath10k_core.ko
license: Dual BSD/GPL
description: Core module for QCA988X PCIe devices.
author: Qualcomm Atheros
srcversion: DA55C25E71B79D3290536E8
depends: cfg80211,mac80211,ath
intree: Y
vermagic: 3.13.5 SMP mod_unload modversions
parm: debug_mask:Debugging mask (uint)
parm: uart_print:Uart target debugging (bool)
parm: p2p:Enable ath10k P2P support (uint)
bjooris@DSS-1300-2:~/hostap/hostapd$ modinfo ath10k_pci
filename:
/lib/modules/3.13.5/kernel/drivers/net/wireless/ath/ath10k/ath10k_pci.ko
firmware: ath10k/QCA988X/hw2.0/board.bin
firmware: ath10k/QCA988X/hw2.0/otp.bin
firmware: ath10k/QCA988X/hw2.0/firmware.bin
license: Dual BSD/GPL
description: Driver support for Atheros QCA988X PCIe devices
author: Qualcomm Atheros
srcversion: 5F60FB9DB0EE6DA2012D4DB
alias: pci:v0000168Cd0000003Csv*sd*bc*sc*i*
depends: ath10k_core,mac80211
intree: Y
vermagic: 3.13.5 SMP mod_unload modversions
parm: ath10k_target_ps:Enable ath10k Target (SoC) PS option (uint)
>
> * Are you sure that the host is not limiting the throughput in any way?
> Try to disable _all_ kernel debug options.
/var/log/syslog and dmesg doesn't to be packed with messages related to
the throughput test. I don't think to have seen the CPU being overloaded
during the test.
I'm planning to go back to the office tomorrow to verify this.
Further I have these in my kernel config
CONFIG_ATH10K=m
CONFIG_ATH10K_PCI=m
# CONFIG_ATH10K_DEBUG is not set
CONFIG_ATH10K_DEBUGFS=y
CONFIG_ATH10K_TRACING=y
I will disable the last two too.
>
> * Also describe your test setup in detail.
>
Common for AP and STA:
-DSS-1300 with i5-2540M CPU @ 2.60GHz - 8GB RAM - SSD 64GB.
-1 sparkLAN WPEA-351AC card with QCA9880 chip set and 3 dual band antenna's.
-Kernel 3.13.5 containing the ath10k modules
-firmwares cloned end of February
-iperf in udp mode used for the throughput test
AP only:
-ubuntu 12.04 LTS as crda wouldn't build on ubuntu 13.10 (libgcrypt issue).
-hostapd v2.2-devel
-modified regulatory database and crda build
-your Full_hostapd_configuration + channel=36 and vht_oper_centr_freq_seg0_idx=42
STA only:
-ubuntu 13.10
-nmcli is used to connect to the AP
Distance between AP and STA: 60 cm. Antenna's are now directed orthogonal per device, antennaX (X=1..3) on both devices are pointing in the same direction.
Although I've played a lot with the antenna's directions already and I can't remember one run where it had a lot of impact...
The spectrum analyser measured a band of almost 80MHz being used.
Thanks a lot,
Bart
--
Bart Jooris
Department of Information Technology
Internet Based Communication Networks and Services (IBCN)
Ghent University - iMinds
Gaston Crommenlaan 8 (Bus 201), B-9050 Gent, Belgium
E-mail: bart.jooris@intec.UGent.be
M: +32 474 59 53 42
Tel. +32 9 33 14900
Fax +32 9 33 14899
_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k
next prev parent reply other threads:[~2014-03-29 19:42 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <00ea01cee403$5331f1e0$f995d5a0$@sparklan.com>
[not found] ` <00d101cee597$e8c57480$ba505d80$@sparklan.com>
[not found] ` <52A592B7.9000806@intec.ugent.be>
[not found] ` <006301cef71c$d850ec10$88f2c430$@sparklan.com>
[not found] ` <52A98706.7080907@intec.ugent.be>
[not found] ` <008d01cef722$2a9c05e0$7fd411a0$@sparklan.com>
[not found] ` <52A9DEF9.8080305@intec.ugent.be>
[not found] ` <012e01cef7e0$99017e70$cb047b50$@sparklan.com>
[not found] ` <52AACFB9.8080901@intec.ugent.be>
[not found] ` <006301cefa3c$44c07b50$ce4171f0$@sparklan.com>
[not found] ` <52AEC26B.2060400@intec.ugent.be>
[not found] ` <007f01cefa41$8a940de0$9fbc29a0$@sparklan.com>
[not found] ` <52AEE61F.5030505@intec.ugent.be>
[not found] ` <006b01cefacb$6c0b2d60$44218820$@sparklan.com>
[not found] ` <52B00B10.3050300@intec.ugent.be>
[not found] ` <004b01cefb9d$04a543e0$0defcba0$@sparklan.com>
[not found] ` <52B2AE75.9050206@intec.ugent.be>
[not found] ` <00df01cf0090$05944f10$10bced30$@sparklan.com>
[not found] ` <52B9672E.9000701@intec.ugent.be>
[not found] ` <008c01cf012e$e59563d0$b0c02b70$@sparklan.com>
2014-02-23 21:15 ` nl80211: Failed to set channel Bart Jooris
2014-02-24 8:44 ` Sven Schnelle
2014-02-24 9:02 ` Kalle Valo
2014-02-24 14:59 ` Bart Jooris
[not found] ` <530E5EF2.8070800@intec.ugent.be>
2014-02-27 15:59 ` Running throughput tests Kalle Valo
2014-03-28 15:11 ` Bart Jooris
2014-03-28 15:31 ` Kalle Valo
2014-03-29 19:42 ` Bart Jooris [this message]
2014-03-29 20:18 ` Ben Greear
2014-03-30 7:31 ` Bart Jooris
2014-03-30 17:06 ` Ben Greear
2014-04-08 12:45 ` Kalle Valo
2014-03-30 9:36 ` Bart Jooris
2014-04-08 12:42 ` Kalle Valo
2014-04-19 19:48 ` Bart Jooris
2014-04-24 6:44 ` Kalle Valo
2014-04-29 3:55 ` Ben Greear
2014-05-12 4:37 ` Kalle Valo
2014-05-12 4:44 ` Ben Greear
2014-05-12 5:14 ` Kalle Valo
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=53372210.7060903@intec.ugent.be \
--to=bart.jooris@gmail.com \
--cc=Bart.Jooris@intec.ugent.be \
--cc=ath10k@lists.infradead.org \
--cc=kvalo@qca.qualcomm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.