From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from sabertooth02.qualcomm.com ([65.197.215.38]) by bombadil.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux)) id 1WjhzX-0007l6-0A for ath10k@lists.infradead.org; Mon, 12 May 2014 04:37:31 +0000 From: Kalle Valo Subject: Re: Running throughput tests References: <00ea01cee403$5331f1e0$f995d5a0$@sparklan.com> <007f01cefa41$8a940de0$9fbc29a0$@sparklan.com> <52AEE61F.5030505@intec.ugent.be> <006b01cefacb$6c0b2d60$44218820$@sparklan.com> <52B00B10.3050300@intec.ugent.be> <004b01cefb9d$04a543e0$0defcba0$@sparklan.com> <52B2AE75.9050206@intec.ugent.be> <00df01cf0090$05944f10$10bced30$@sparklan.com> <52B9672E.9000701@intec.ugent.be> <008c01cf012e$e59563d0$b0c02b70$@sparklan.com> <530A64E5.2040401@intec.ugent.be> <530B0670.1010009@stackframe.org> <530E5EF2.8070800@intec.ugent.be> <87y50weecb.fsf_-_@kamboji.qca.qualcomm.com> <5335910B.3000702@intec.ugent.be> <87y4zutk4i.fsf@kamboji.qca.qualcomm.com> <53372210.7060903@intec.ugent.be> <871tx8m1qs.fsf@kamboji.qca.qualcomm.com> <5352D327.7060106@intec.ugent.be> <87lhuvmdjy.fsf@kamboji.qca.qualcomm.com> <535F22C0.9000403@candelatech.com> Date: Mon, 12 May 2014 07:37:03 +0300 In-Reply-To: <535F22C0.9000403@candelatech.com> (Ben Greear's message of "Mon, 28 Apr 2014 20:55:44 -0700") Message-ID: <8761lbk3yo.fsf@kamboji.qca.qualcomm.com> MIME-Version: 1.0 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "ath10k" Errors-To: ath10k-bounces+kvalo=adurom.com@lists.infradead.org To: Ben Greear Cc: Bart.Jooris@intec.ugent.be, ath10k@lists.infradead.org Ben Greear writes: > On 04/23/2014 11:44 PM, Kalle Valo wrote: >> Bart Jooris writes: >> >>> I also have a stable 500Mbps ++ link now :-) with peaks up to 520Mbps >>> (measured with iperf UDP). >>> I've made a second AP and STA with the WLE900VX cards I've exchanged >>> with Ben (Thanks again!). >> >> Good! >> >>> p.s. The configuration with the sparkLAN WPEA-351AC cards still >>> doesn't give the same results. Probably my bad, I will double check it >>> again. >> >> This is CUS223 based design, right? If you see the problem still try to >> get debug logs. For example, debug_mask=0x432 might give some hints. >> > > We tried with the Sparklan today, and it locks up the system soon after we > start hostapd, so we just removed it from the system. The WLE900VX in same > machine and same config works fine. Odd. From the website[1] it looks like a normal CUS233 to me. Can you get any more info? For example, where does it exactly lock up? Enabling also all kernel debugging (lock debugging etc) might be also useful. -- Kalle Valo _______________________________________________ ath10k mailing list ath10k@lists.infradead.org http://lists.infradead.org/mailman/listinfo/ath10k