Re: OpenWRT wrong adjustment of fq_codel defaults (Was: [Codel] fq_codel_drop vs a udp flood)

2016-05-16 Thread Roman Yeryomin
On 16 May 2016 at 19:04, Dave Taht wrote: > On Mon, May 16, 2016 at 1:14 AM, Roman Yeryomin wrote: >> On 16 May 2016 at 01:34, Roman Yeryomin wrote: >>> On 6 May 2016 at 22:43, Dave Taht wrote: On Fri, May 6, 2016 at 11:56 AM, Roman Yeryomin wrote: > On 6 May 2016 at 21:43, Roma

Re: ath10k oops on debug_mask

2016-05-16 Thread Dirk Neukirchen
On 16.05.2016 16:54, Ben Greear wrote: > On 05/16/2016 07:41 AM, Dirk Neukirchen wrote: >> HW: Sitecom WLR-8100 >> >> Trying to fix some issues that popped up recently on that device- >> in 55-ath10k in modules.d i have the lines >> >> ath10k_core debug_mask=0x0020 >> ath10k_pci >> >> to enable

Re: OpenWRT wrong adjustment of fq_codel defaults (Was: [Codel] fq_codel_drop vs a udp flood)

2016-05-16 Thread Dave Taht
On Mon, May 16, 2016 at 1:14 AM, Roman Yeryomin wrote: > On 16 May 2016 at 01:34, Roman Yeryomin wrote: >> On 6 May 2016 at 22:43, Dave Taht wrote: >>> On Fri, May 6, 2016 at 11:56 AM, Roman Yeryomin >>> wrote: On 6 May 2016 at 21:43, Roman Yeryomin wrote: > On 6 May 2016 at 15:47, J

Re: ath10k oops on debug_mask

2016-05-16 Thread Ben Greear
On 05/16/2016 07:41 AM, Dirk Neukirchen wrote: HW: Sitecom WLR-8100 Trying to fix some issues that popped up recently on that device- in 55-ath10k in modules.d i have the lines ath10k_core debug_mask=0x0020 ath10k_pci to enable debug msg during firmware loading A recent trunk of LEDE w. 4

ath10k oops on debug_mask

2016-05-16 Thread Dirk Neukirchen
HW: Sitecom WLR-8100 Trying to fix some issues that popped up recently on that device- in 55-ath10k in modules.d i have the lines ath10k_core debug_mask=0x0020 ath10k_pci to enable debug msg during firmware loading A recent trunk of LEDE w. 4.4.10 bootlog snippet is: [ 11.287977] procd:

Re: [Make-wifi-fast] OpenWRT wrong adjustment of fq_codel defaults (Was: [Codel] fq_codel_drop vs a udp flood)

2016-05-16 Thread Eric Dumazet
On Mon, 2016-05-16 at 11:14 +0300, Roman Yeryomin wrote: > So, very close to "as before": 900Mbps UDP, 750 TCP. > But still, I was expecting performance improvements from latest ath10k > code, not regressions. > I know that hw is capable of 800Mbps TCP, which I'm targeting. One flow can reach 800

Re: 802.11ac lower extension channel

2016-05-16 Thread Sebastian Gottschall
you're right. my fault Am 16.05.2016 um 09:31 schrieb Michal Kazior: On 16 May 2016 at 09:08, Sebastian Gottschall wrote: Am 16.05.2016 um 07:35 schrieb Michal Kazior: On 14 May 2016 at 06:37, Sebastian Gottschall wrote: Hello a long time ago i discovered that ath10k doesnt seem to suppor

Re: Issues with brining up Compex WLE900VX in 80211AC mode

2016-05-16 Thread Michal Kazior
On 16 May 2016 at 12:18, Sridhar Kondabathini wrote: > Hi, > When we are trying to bring up Hostapd on t1024-frescale board with > kernel-3.12; > ath10k drivers backported from 4.4;hostapd 2.5 for 11AC support is used. > Radio card is > used is atheros-wle900vx. > > Then our access point is no

Re: [OpenWrt-Devel] [Make-wifi-fast] OpenWRT wrong adjustment of fq_codel defaults (Was: [Codel] fq_codel_drop vs a udp flood)

2016-05-16 Thread Sebastian Moeller
Hi David, On May 16, 2016 10:46:25 AM GMT+02:00, David Lang wrote: >On Mon, 16 May 2016, Roman Yeryomin wrote: > >> On 16 May 2016 at 11:12, David Lang wrote: >>> On Mon, 16 May 2016, Roman Yeryomin wrote: >>> On 6 May 2016 at 22:43, Dave Taht wrote: > > On Fri, May 6, 2016 at 11:5

Issues with brining up Compex WLE900VX in 80211AC mode

2016-05-16 Thread Sridhar Kondabathini
Hi, When we are trying to bring up Hostapd on t1024-frescale board with kernel-3.12; ath10k drivers backported from 4.4;hostapd 2.5 for 11AC support is used. Radio card is used is atheros-wle900vx. Then our access point is not coming up, throwing below error. -

Re: ath10k+hostapd: dynamic VLAN issue

2016-05-16 Thread Michal Kazior
On 13 May 2016 at 17:23, Guenther Kelleter wrote: [...] > If I remove the following 2 lines from drivers/net/wireless/ath/ath10k/mac.c, > set_key succeeds! > > if (!test_bit(ATH10K_FLAG_RAW_MODE, &ar->dev_flags)) > ieee80211_hw_set(ar->hw, SW_CRYPTO_CONTROL); I think this

Re: [Make-wifi-fast] OpenWRT wrong adjustment of fq_codel defaults (Was: [Codel] fq_codel_drop vs a udp flood)

2016-05-16 Thread David Lang
On Mon, 16 May 2016, Roman Yeryomin wrote: On 16 May 2016 at 11:12, David Lang wrote: On Mon, 16 May 2016, Roman Yeryomin wrote: On 6 May 2016 at 22:43, Dave Taht wrote: On Fri, May 6, 2016 at 11:56 AM, Roman Yeryomin wrote: On 6 May 2016 at 21:43, Roman Yeryomin wrote: On 6 May 201

Re: [Make-wifi-fast] OpenWRT wrong adjustment of fq_codel defaults (Was: [Codel] fq_codel_drop vs a udp flood)

2016-05-16 Thread Roman Yeryomin
On 16 May 2016 at 11:12, David Lang wrote: > On Mon, 16 May 2016, Roman Yeryomin wrote: > >> On 6 May 2016 at 22:43, Dave Taht wrote: >>> >>> On Fri, May 6, 2016 at 11:56 AM, Roman Yeryomin >>> wrote: On 6 May 2016 at 21:43, Roman Yeryomin wrote: > > On 6 May 2016 at 15:47, Je

Re: OpenWRT wrong adjustment of fq_codel defaults (Was: [Codel] fq_codel_drop vs a udp flood)

2016-05-16 Thread Roman Yeryomin
On 16 May 2016 at 01:34, Roman Yeryomin wrote: > On 6 May 2016 at 22:43, Dave Taht wrote: >> On Fri, May 6, 2016 at 11:56 AM, Roman Yeryomin >> wrote: >>> On 6 May 2016 at 21:43, Roman Yeryomin wrote: On 6 May 2016 at 15:47, Jesper Dangaard Brouer wrote: > > I've created a OpenWR

Re: [Make-wifi-fast] OpenWRT wrong adjustment of fq_codel defaults (Was: [Codel] fq_codel_drop vs a udp flood)

2016-05-16 Thread David Lang
On Mon, 16 May 2016, Roman Yeryomin wrote: On 6 May 2016 at 22:43, Dave Taht wrote: On Fri, May 6, 2016 at 11:56 AM, Roman Yeryomin wrote: On 6 May 2016 at 21:43, Roman Yeryomin wrote: On 6 May 2016 at 15:47, Jesper Dangaard Brouer wrote: That is too low a limit, also, for normal use

Re: 802.11ac lower extension channel

2016-05-16 Thread Michal Kazior
On 16 May 2016 at 09:08, Sebastian Gottschall wrote: > Am 16.05.2016 um 07:35 schrieb Michal Kazior: > > On 14 May 2016 at 06:37, Sebastian Gottschall > wrote: > > Hello > > a long time ago i discovered that ath10k doesnt seem to support lower > extension channel configuration which raises also a