Possibly the recent wifi VHT160 fix that I included into my build a week ago, is probably the only real reason.
There has also been the bump to kernel 5.10, but that did not bring much new by itself. (The forthcoming DSA switch wil lthen change more things, but even that will not change anything for the basic router use (without VLANs)).
Thank you hnyman,
your builds are running great for me for several months. i am looking forward to DSA. would it be possible to create a test build DSA + VHT160 fix.
I have already tried DSA. I see with it minimal improvement but it does bring advantages
@hnyman
I am running very good version
Firmware Version OpenWrt SNAPSHOT r17520-5ef4608c02 / LuCI Master git-21.226.86205-376af36, Kernel Version 5.10.64
Meanwhile, I am going to install gpiofan control via USB port, that requires 5.10.75-1 - Kernel
(kmod-hwmon-gpiofan - 5.10.75-1 - Kernel module for GPIO controlled FANs)
Please show me your stable build with 5.10.75-1
Again, thank you.
If you want to add kernel modules not provided by this build, you'll have to build it from source together - with or without the modifications of this community build. How to do that has been described in detail, just follow it (you don't have to actually flash your first attempt, but get a feeling about it first). Fortunately this device is rather resilient to failures and has a mature push-button tftp recovery mechanism.
With r17842-b428f187f0-20211024 I have clients connected to both 2.4 and 5 GHz networks, with the default ath10k-ct wifi driver.
I haven't really looked into the mainline ath10k.
Ps. you might highlight that upstream patch to @hauke who just merged the newest batch of the upstream mac80211 wifi backports. As the fix was apparently accepted by upstream, the fix will trickle down to us at some point.
owrt2102-r16327-a77ea2f05f-20211026
Equivalent to the soon-to-be-released 21.02.1
The relevant recent 21.02 change is the new ath10k-ct version with the VHT160 fix. It has been officially backported to 21.02 before the maintenance release 21.02.1 was tagged (My previous 21.02 build already contained it.)
(Not applicable to my build with openssl, but the 21.02.1 will also have the wolfssl fix for the Letsencrypt certs.)
I'm getting following error, any help would be highly appreciated
Thu Oct 28 02:55:24 2021 daemon.err nlbwmon[2428]: Netlink receive failure: Out of memory Thu Oct 28 02:55:24 2021 daemon.err nlbwmon[2428]: Unable to dump conntrack: No buffer space available
Oh yes... That you cannot be able to install many software and any kernel module!
This version is not suitable for any type of advanced use tailored to your needs.
It's a very old story...
I'm here from 2017 and I see that this thing it's still the same.
The answer is that him have no plans to add kmod etc etc that this is him strictly personal build only etc etc because him have no need for it etc etc and for every questions or problems other than his build you are kindly invited to write in another thread etc etc as like if his build has ever had who knows what improvements and changes etc etc instead it is simply like the official build.
I am amazed how this strictly personal thread concerning only his strictly private build is still open.
fwiw... I went down that route with the rpi4 ( fortunately does not really have space/ram constraints )...
i'm now at probably over 100 extra kmods... which chew up maybe;
100M or extra ram...
23M extra space
these things cost alot from the person providing these;
time (hour+ every build)
storage space (think TB over months)
hosting space (think many GBs)
putting a dollar factor on it... charging very low labor hours... you are looking at someone spending $700+(AUD) every year to provide such support
so if you want to do or suggest this go ahead... just know and be realistic about what it takes... choice is probably alot less than half of the equation...
and nobody has provided more builds for more time than hnyman... so $700 x 5 years would have cost him over $3500(AUD)~$2500(US) off his own back...
not a nice expectation at all for a 'volunteer' take on...
here some of the pearls who do not question a single one of my statements:
Do yourself a favor, it would be much better for you to use Kong buildwhich has an adequate repository and with which you can use allsoftware and kernel modulesfor a full and complete openwrt experience.
if you didn't know it and you haven't done it yet..you've lost at least three years..don't waste any more time!
I am new to OpenWRT so I am still trying to learn, but after reading the first post I posted my question because I didn't have an answer.
Is what I linked to the "Official" or some other build a user made that got added to the wiki. I am trying to understand why I would use this build over the "Official" build, or some other build.