I keep the changes uncommitted, so they are not in any git log.
You can see the made changes in the patch files that are available with each firmwares download directory. The LED fix is quite visible in ...main.patch
Stable contains the wifi LED fix, but not the latency fix. Latency fix is mostly needed for the extra management stuff introduced after 17.01 had already branched.
Is the ath10k firmware update in master-r6755? I saw people having problems with it, so not sure I want to upgrade.
I think that there is a new firmware blob, but the QCA9984 is still the old one:
https://git.openwrt.org/?p=openwrt/openwrt.git;a=blob;f=package/firmware/ath10k-firmware/Makefile;h=6b81e1a00bbc93ee1d72ae56286621e3dcb1884c
firmware-5.bin_10.4-3.5.3-00053
However, based onath10k mailing list discusison, the problem may the relate to the whole firmware 3.5.3 series. In any case, the underlying issue seems to be discussed and fixed in the ath10k list:
http://lists.infradead.org/pipermail/ath10k/2018-April/011335.html
I am not using VHT160 myself, so no idea about the bug.
master-r6772-6fa88be486-20180427-LuCI-rollback
The newest master build contains soft-brick protection for LuCI from @jow
In case the user makes a config change via LuCI that breaks connectivity from PC to the router, the router automatically rolls back to the old config (and then warns the user about the impact and offers the possibility to forcibly apply the config despite the impact).
This should prevent accidental connectivity losses e.g. via firewall changes, wifi SSID changes, router IP changes, VLAN changes etc.as long as those changes are made via LuCI.
Explanations (and source commits) in https://github.com/openwrt/luci/pull/1769
hello,
updated to r3879, all good.
I see the TX power has gone down to a normal 20dBm on 2.4G (it was 30 on previous), but i still can't understand if it's normal that the system is always transmitting at the maximum power when it's set to AUTO..
rock solid, very nice build, thank you 
Hi all.
Changes to the SQM settings are not activated by LUCI in build 6781. After "save and apply" there is a message "No changes to apply" for about one second and a speed test remains the same. A /etc/init.d/sqm restart does the trick. I suspect a bug in LUCI here, maybe not only for hnymans build but I can't confirm this.
Anyone seeing this also?
BTW I'm stuck at about 150 Mbps download with cake and piece_of_cake with either a 200 and 400 Mpbs line via cable. Without SQM download is 425 Mbps and almost that with fq_codel and simplest.qos while getting bufferbloat and reasonable higher pings respectively. piece_of_cake still gives the best pings while under full download.
You should try the next build 6787.
There is experimental LuCI softbrick rollback code in the newest builds, and there are still bugs in that code
Damn, you are fast! Thanks!
Despite the message "Configuration successfully applied" still no change seen with tc -s qdisc show dev eth0 between cake and fq_codel in 6781. I will observe this. Maybe other options in LUCI are affected also...
It is quite possible.
In addition to the experimental rollback code now in my buils, there has also been other changes in LuCI core logic recently, so it might be that some functionality has got broken, or at least some LuCI apps are now misbehaving.
I just tested and
I will notify jow about the possible regression. May actually be the same regression that is mentioned at https://github.com/openwrt/luci/pull/1769#issuecomment-385228343
As far as I understand the topic it seems as a regression, indeed.
Hopefully the problems will be sorted out as the rollback feature is very helpfull, even if I haven't needed it on the R7800 so far. But I missed it on several occasions with my former routers... 
Yeah im going back to 6755.
I made a normal build without LuCI rollback stuff.
master-r6800-52ba5760b7-20180501
thanks
I also noticed the rollback build had problems, I messed around with traffic rules and enabled/disabled some, Luci said no changes were made even tho' it did apply the changes.
I then checked with the R6800 build and with that build it said the configuration was applied. So in this case it was more a cosmetic bug.
There has been tweaking of the timing settings of the rollback code in the last few days. I applied the newest version from jow and that fixed most problems.
EDIT:
master-r6835-e495a05069-20180505-test-LuCI-rollback
includes also a fix for SQM and adblock.
Hi all !
I just received my new Linksys N900 router and i configured it and set it up & i updated the firmware which is the latest and it works but i noticed the speed im getting now with the new router is less than 27 Mbps while with my old TP Link was around 60 Mbps. I did setup both 5 GH & 2.4 GH and tried few tweaks but nothing helped. Whats the optimal configurations for my new router so i can get the highest speed performance?
Thank you in advance
Are you talking about the community build discussed in this topic or about the official build available at downloads.openwrt.org?
I’ve noticed the same wireless speed issue. Thought it was due to heavy wifi usage in general in my neighbourhood. Both 2.4 and 5 same low speed. Wired no issues.
(edit: using this community firmware)
Weird. I'm seeing much better speeds than that over the wifi with hynman’s current firmware. Have you disabled legacy 802.11b connections?