Build for Netgear R7800

hnyman · 2021-01-20T20:21:13.408Z

bakonyi:

the CPU percentages have decreased (when the speed is lower than the normal).
So i don't know what limits the download speed more or less at times.

Your ISP?
There is less traffic, so the router is not fully utilised and is not the bottleneck ?

ng80092a · 2021-01-21T23:49:02.094Z

I'm trying to install SAMBA4 offline with samba4-server_4.13.3-2_arm_cortex-a15_neon-vfpv4.ipk over the browse option in luci software menu (to setup a NAS this weekend).

but I'm getting this:

image752×308 7.18 KB

Iv4nI · 2021-01-22T21:43:01.554Z

New to hnyman's build. Working great so far.
How frequent are the ath10k version updates?

hnyman · 2021-01-22T21:57:11.242Z

Iv4nI:

How frequent are the ath10k version updates?

Maybe 1-2 times per month.

The main build is the current default ath10k-ct, which I build much more often.

kesagatame · 2021-01-23T05:38:53.590Z

I reach 970Mbit/s on an older hnyman build with SFE enabled. But then, my 5ghz band is turned off.

hnyman · 2021-01-23T12:45:20.546Z

Iv4nI:

How frequent are the ath10k version updates?

I built today master-r15592-96017a6013-20210123-ath10k

Ps.
both the ath10k-ct and mainline ath10k builds from today contains the fix for the bugs in the new dnsmasq 2.83, as discussed in

Security Advisory 2021-01-19-1 - dnsmasq multiple vulnerabilities Release and security announcements

After initial testing, the v.2.84test3 looks ok to me. (the faulty versions caused errors so rapidly, that the errors were quickly visible) I applied it straight from the upstream repo: --- a/package/network/services/dnsmasq/Makefile +++ b/package/network/services/dnsmasq/Makefile @@ -8,13 +8,13 @@ include $(TOPDIR)/rules.mk PKG_NAME:=dnsmasq -PKG_UPSTREAM_VERSION:=2.83 +PKG_UPSTREAM_VERSION:=2.84test3 PKG_VERSION:=$(subst test,~~test,$(subst rc,~rc,$(PKG_UPSTREAM_VERSION))) PKG_RELEASE…

bakonyi · 2021-01-23T14:14:16.889Z

Probably you're right.
Because now I tested the NAT throughput of the router with two PCs (without ISP), and although I measured different values between 680MBits/s to 910MBit/s, but this values just depend on which network interfaces (adapters) are used and in which direction. So the router is able to transfer (NAT) in both direction at a minimum speed of 910MBit/s.
I don't know exactly why I measured about 950Mbit/s directly with ISP's router (and significantly less with my router) every time... But my router (and the firmware) works well.

I think, I make my ISP switch their ONT device to bridge mode (with PPPoE), maybe it improves the speed. Currently, I use it in router mode with DMZ.

Thanks for help!

P.S.
While I tested the router with this owrt1907 build, I found a minor issue:
If I open a lots of TCP/UDP connections (200-300) and then click on the Realtime Graphs/Connections tab in the router's web UI, it will not be able to display the connections ("No information available") and will crash. To use again the web UI, I have to restart the rpcd service. (I haven't tried this with another version yet.)

Iv4nI · 2021-01-23T17:13:07.838Z

Great. Thanks!
I actually switched to your build (from KONG) because of the ath10 non-ct version.
I'm pretty sure my WiFi for iOS devices is wrecked because of the ct driver issues.
Anyway, working great so far. Thanks for all your work!

kesagatame · 2021-01-24T04:26:11.412Z

Am I correct in understanding that "owrt1907-r11282-d816c6cd31-20210121" (which has the DNSpooq fix) doesn't need the performance governor hack in startup?

Or does that only apply to cutting-edge "master" builds?

hnyman · 2021-01-24T06:31:38.281Z

kesagatame:

doesn't need the performance governor hack

None of my build use the "performance" governor by default. All use the default "ondemand" governor.

I have slightly tweaked the scaling ramp up percents for ondemand in master and in 19.07. (I have a 200 Mbit/s connection, so I do not need to run at the router at the full speed all the time.)

The scaling governor settings can be tailored by users themselves via scripts, so if you have a gigabit connection, just adjust the settings as you wish.

kesagatame · 2021-01-25T02:49:19.881Z

Thanks for the response @hnyman. I see that "owrt1907-r11285-11f4918ebb-20210124" is out. Is the "FIXED FIX" for DNSpooq is in this build? The one without errors in system log.

If not, is it present in "master" version of your build?

hnyman · 2021-01-25T05:46:35.951Z

Yes. My 19.07 build from yesterday contains the dnsmasq fix, (as can easily be seen from the commit hash and OpenWrt source repo)

pstlr78 · 2021-01-26T10:20:25.447Z

I am in the process of deciding which firmware to use for my recently purchased R7800. I am not an expert in the field but I understand that you have done a hell lot of work on building a nice FW for this router - and I really appreciate your work.

One of the main benefits I am looking for is the reduction of the bufferbloat, so I will probably have to stick with OpenWRT instead of other builds (Kong, DD-WRT, original).

You will probably direct me to other posts in this forum to read about performance etc, but I was wondering why have you chosen the ath10k-CT firmware as the "main" one for your builds? From several posts I understand that wireless performance is materially impacted with this vs the "old" ath10k firmware (which I understand is still regularly updated too (?)).

Also, is your 19.07 release based on the very first 19.07 release or is it based on the latest service release (i.e. 19.07.6)?

Thanks!

hnyman · 2021-01-26T14:24:55.430Z

pstlr78:

I was wondering why have you chosen the ath10k-CT firmware as the "main" one for your builds?

It is the current OpenWrt default

pstlr78:

is your 19.07 release based on the very first 19.07 release or is it based on the latest service release (i.e. 19.07.6)?

Neither.
It is based at the latest openwrt-19.07 HEAD in git, which already contains fixes after 19.07.6 . So it is 19.07.6+

kesagatame · 2021-01-27T19:49:33.912Z

FWIW I'm using hnyman's stable 19.07 for my parents' low-tier Crapcast connection (100mbps down, 5mbps up), and I was able to significantly reduce bufferbloat by using SQM with "cake/piece of cake" setting. IIRC I actually took it from grade F to grade A/B variation according to DSL reports.

The firmware is good enough to enable SQM on such low-speed connections. Up to 200/200 up/down it would work. Maybe 300/300.

Remember that software acceleration has to be DISABLED for SQM to work.

For higher-speed SQM you'll have to deal with less stable NSS firmware by ACWifiDude, and you'll have to use NSS-accelerated fqcodel SQM there which currently can only be configured via command-line/file editing, not via UI.

Software acceleration has to be disabled for that one as well, because it is currently interfering with hardware acceleration, which brings greater benefits and is enabled by default. At least, that's what the posts suggest: https://forum.openwrt.org/t/ipq806x-nss-build-netgear-r7800-tp-link-c2600-linksys-ea8500/

pstlr78 · 2021-01-27T21:11:50.756Z

hnyman:

It is the current OpenWrt default

I guess there isn't any way to swap the ct firmware to the standard ath10k in your build, is there?. I tried this and kmod-ath10k fails to install either via cli or via luci.

The same happened when I tried to re-install the kmod-ath10k-ct. It appears that your build is tied to specific packages (?). Not sure about that.

Not sure if it takes a lot of your time, but it would be ideal if a 4th firmware variation for "stable openwrt-19.07 with old mainline ath10k" existed.

hnyman · 2021-01-27T21:36:06.746Z

pstlr78:

It appears that your build is tied to specific packages (?). Not sure about that.

All kmods are tied to the exact kernel options/selections during their compilation. It is not possible in practice to install buildbot kmods to private builds.

pstlr78:

it would be ideal if a 4th firmware variation for "stable openwrt-19.07 with old mainline ath10k"

I am not going to do that.
But if you want to compile it by yourself, you can pretty easily copy & apply my build settings & patches and compile your own firmware based otherwise on my stuff but with that mainline ath10k driver selected. Read message #2 in this thread.

pstlr78 · 2021-01-27T22:31:42.982Z

hnyman:

I am not going to do that.
But if you want to compile it by yourself, you can pretty easily copy & apply my build settings & patches and compile your own firmware based otherwise on my stuff but with that mainline ath10k driver selected. Read message #2 in this thread.

yeah, I just asked because I do not want to re-invent the wheel... I am novice in the field.
But anyway thanks for the guidance. I hope until retirement to have learned how to do it myself

shelterx · 2021-02-01T11:06:06.699Z

@hnyman Know anything about this?
ERROR: package/network/utils/iwinfo failed to build.

Seems like patch1 fails to apply.

hnyman · 2021-02-01T12:31:30.879Z

shelterx:

ERROR: package/network/utils/iwinfo failed to build.

Seems like patch1 fails to apply.

Your dirty build repo?

My current code contains no patches for iwinfo.
https://www.dropbox.com/sh/ew0gap0crn30wyk/AAA0XmiRjvpNkLVKwEN1z9gHa/master-r15657-ec0c6c1143-20210131?dl=0&preview=R7800-master-r15657-ec0c6c1143-20210131-1051-status.txt&subfolder_nav_tracking=1

You probably have old leftovers from the time 1-2 months ago, when the "wifi channel analysis" was experimental, and not yet in upstream OpenWrt.
(probably two patches for rpcd, two for iwinfo)
Just remove those offending patches