IRC log of #cubox of Tue 05 Sep 2017. All times are in CEST < Back to index

10:13 topi`> jnettlet[m]: what kind of config do you have for hostapd to get 500Mbit/s rx/tx speeds? you'd have to enable VHT flags to get 802.11ac speeds
10:14 topi`> thus, you need channels 36-60 and probably 40mhz/80mhz wide channels
10:14 topi`> on my HB, the bloody driver/firmware/something prohibits the use of channels 36-60
10:14 topi`> so I only run it at 2.4ghz
10:21 jnettlet[m]> topi`: one second let me grab it.
10:22 jnettlet[m]> You need to make sure and set the region to EU. I
10:24 jnettlet[m]> topi`: https://pastebin.com/iR7ENNS9
10:26 topi`> that's probably my pain point. The Compex card reports World domain
10:26 jnettlet[m]> most likely yes
10:26 topi`> so no matter what I try to do at user-space, it keeps on disabling those channels
10:26 jnettlet[m]> topi`: fyi, that patch while it works, skips over all the latency work that has been done.
10:26 topi`> also channels 12 and 13 are disabled, which are definitely in use in EU
10:26 jnettlet[m]> I am trying to sort out the proper patch to fix everything
10:27 topi`> I saw some transmit speeds of 130Mbit/s while running my WLE600VX in 802.11n mode (using 20mhz channels)
10:27 jnettlet[m]> that sounds about right
10:28 topi`> so for some reason, the 4.13 kernel was not affected
10:28 jnettlet[m]> as long as you have pretty clean 2.4Ghz airwaves around you.
10:28 topi`> lots of other problems, though. Like a deadlock issued immediately every time the first connection comes in
10:28 topi`> oh, we have no neighbors:)
10:28 jnettlet[m]> no you can get 130Mbits per second TX that is about what I would max out at.
10:29 jnettlet[m]> you will probably get more with the patch
10:29 topi`> but the Deadlock also causes some pain down the lane, at some point the whole Hummingboard freezes
10:29 jnettlet[m]> also I recommend disabling cubic tcp congestion algorithm. There is another bug that effects that. Switch to reno or westwood (if you have lossy connections)
10:29 topi`> and, what is most irritating, the RESET button (that, right down on the board) stops working then
10:29 topi`> it literally does nothing
10:30 topi`> works fine after I have power-recycled the board
10:30 jnettlet[m]> which generally means the SDHC card has crashed
10:30 jnettlet[m]> yep
10:30 topi`> I run the board from eMMC
10:30 topi`> maybe that 4.13 is still too unstable
10:31 topi`> which kernel(s) have you had a stab at?
10:31 topi`> 4.9.x seem to be fine
10:31 jnettlet[m]> 4.9 is what I am working with currently. I will test 4.13 soon, getting ready for the 4.14 LTS
10:32 topi`> I recently rebased from 4.9.21 to 4.9.31
10:32 topi`> I've been testing it
11:31 topi`> this is what I get on dmesg:
11:31 topi`> [ 77.563092] ath: EEPROM regdomain: 0x0
11:31 topi`> [ 77.563106] ath: EEPROM indicates default country code should be used
11:31 topi`> so I guess the EEPROM needs fixing
11:44 jnettlet[m]> topi`: check further down. it may come up as that and then program the country code
11:46 topi`> I'm pretty sure it is still dumbed down as World regd, since hostapd can't use any of those 5ghz channels
11:46 topi`> and normally hostapd can use channels 12&13, but not with this wifi card.
11:51 Ke 11:51 * Ke puppy eyes jnettlet[m] for the cooling solution
11:51 Ke> not urgent though
11:52 Ke> topi`: what did you use for mbin cooling btw?
13:26 topi`> Ke: a 12cm fan. overkill yeah ;)
13:27 topi`> the heatsink works fine as long as running under 1.3ghz and not using all 4 cores at once
13:27 topi`> so make -j3 was stable, make -j4 was not
13:27 Ke> huh
13:28 Ke> I was hoping to be able to run full load at 2GHz indefinitely
13:28 Ke> obviously not a typical workload, but almost all my systems are self hosting when it comes to kernel
13:29 Ke> I guess I could consider the water cooling, if air does not work out
13:34 topi`> wow, hostapd started with jnettlet's config file. Excluding some odd HT_* and br_lan config items
13:35 topi`> Ke: it seems to me the 8040 does not consume significantly more power when at 2.0ghz versus 1.3
13:35 topi`> at least when idling
13:35 topi`> my unscientific test involved in removing the fan and seeing how rapidly the temperatures rise when loading cores
13:35 topi`> and to which value they converge at idle
13:36 Ke> last we discussed here, 1.3GHz limit is just a limitation, but has no other effects on the cpu
13:36 Ke> ie. if you software limit to 1.3GHz with 2.0GHz hw limit, it should be completely equivalent to 1.3GHz hw limit
13:37 Ke> but it is known that on some systems dynamic frequency scaling is not equivalent to hw frequency settings