what I do is to have on rc.local
echo ondemand | tee /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor
1 Like
hmm - interesting.
Did you took the build r28832 from https://firmware-selector.openwrt.org?
... an if yes, did you added any additional packages or deselected others?
I took this snapshot today too and also played with the suggested changes @Awaldram made (thanks!) - but no success with my device.
echo "options mt7996e wed_enable=N sr_scene_detect=N" >> /etc/modules.conf
SRC: https://openwrt.org/inbox/toh/sinovoip/bananapi_bpi-r4#wireless_offload
Yes I know about that but I was thinking of the file in the sources /target/linux/mediatek/filogic/config-6.6 and CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE=y
1 Like
Hi,
I already mentioned that in https://github.com/openwrt/openwrt/pull/17544 but it was ignored.
I reset to default settings all envs (eMMC, NAND), flash system and on eMMC and just on eMMC or SDCard it has same env variable as it is on the wiki page, then the RAM limitation works.
It does not on NAND and don't have time to check.
2 Likes
what is the wifi module 2,4 ,5 and 6 type/chip/model?
thnx
I'm using the BPI-R4-NIC-BE14 module
Client is Pixel 8 Pro (w/ wifi 7)
I took a snapshot from 17.02, my own build (OpenSSL, wpad-OpenSSL, WireGuard). But today, I experienced strange behavior with my WiFi again - I couldn't connect to one of my SSIDs until I restarted it. I'm still playing with this build, but something has definitely changed.
@rmandrad
Hi , I appreciate your efforts and if you can you help me in this part if you have time
Issue :
There is speeds limitations due to OpenWRT WIFI packages doesn't support devices that has WIFI- 160mhz (Qualcomm WCN6856 Wi-Fi Driver)
-
I tried officail openwrt I got only limited wifi speeds around 60Mb/s - 70Mb/s
-
I tried your repo on github (I built the image using your image but same speeds issue limited to 60Mb/s - 70Mb/s
-
I tried Worziwrt image I got full speeds on any test app (speeds not stable)
My point here based on your experiences can you add patches or files to WiFi files on your build to for support drivers for users that has WIFI Qualcomm chips on their devices ...
I don't know if this will help ...
If you can add files to your build so I can run make the build to create image based on your files that on Github .
1 Like
OpenWrt has now kernel 6.6.79 with default state of wifi drivers but as kernel is pretty old, the backport package is used to make drivers newer. For this purpose there is a package backports-6.12.6 currently in use (kernel state 6.12) You can make only changes as patches (and place them in subdirectories ~/openwrt/package/kernel/mac80211/patches) and check if it works. You cannot take whole branch of new ath and try to replace there as it could disharm all there and no guarantee it could work and compile.
Another way is to build new system, like I mentioned above from frank-w repository BPI-Router, and try to add new ath branch and compile all. you will get new OS where you have to all configure manually as it is not openwrt/luci and of course other issues related to BPI-Router project...
https://backports.wiki.kernel.org
https://git.kernel.org/pub/scm/linux/kernel/git/backports/backports.git/ -->> old
2 Likes
I think @DroZDi is trying ... related I guess to a backports question he just asked
the all reason I am now with mediatek is my production router is qualcomm after a number of years is now stabilised (using the NSS version) I don't want to see another qualcomm after the pain
... I guess @drozdi was faster 
replying
1 Like
you can try to build your own backports file after patching it... i did that for a while trying to move the NSS build forward
this is the method that the mtk-sdk uses I believe
1 Like
just doing some tests with backports for ath12k but I have an issue 
always troubles 
2 Likes
Thank you for the fastest respond guys😄
6 months im suffering with this issue also I thought the last plan to sell my Laptop 
and buy other laptop doesn't have WiFi Qualcomm chip 
but I think there is hope 
So I asked OpenWRT developers but no answer unfortunately (Maybe they are busy)
Is there a away to get solution on Official OpenWRT .. or asking the OpenWRT team to update it their patches .. because i tested the latest snapshot.it has Same issue
Always there is a hope
For your issue with 160-320Mhz band too Just look into internet about regulatory database... and you can make some tests
I tried all countries codes and all bands and all channels but no luck ,,,
I will wait maybe one day I will wake up on a new firmware that supporting my laptop Wi-Fi chip 
For those who has Qualcomm card and want to make some tests I have made small update in separted thread.
2 Likes
Ok, did some more tests with recents builds/latest hostapd-common 2025.02.09~c8c7d56a-r1 / wpad-mbedtls 2025.02.09~c8c7d56a-r1
The receipe to keep them stable/unstable seems to be very simple:
Those revisions are running without a hassle if you have only one enabled SSID/WiFi config per band/frequency module.
They are flapping/becoming unstable/crashing constantly as soon as you enable more than one SSID/WiFi config per band/frequency module.
Anyone else who like to prove me right/wring with their BPI-R4/BE14000 config with latest hostapd-common & wpad-mbedtls?
Thanks!
1 Like
It could be right. I use a multi-SSID configuration, and usually, on 2.4GHz, I can connect to only one of three SSIDs. I reverted to 24.10.0, due to my configuration, I can't easily stay with one SSID per radio.
anyone getting after latest snapshot
mtk_soc_eth 15100000.ethernet eth0: NETDEV WATCHDOG: CPU: 0: transmit queue 3 timed out 50007 ms
i suspect it relates to this commit
https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=d8315d5358d59233d9f1ff8353f1ce6f3428e1e5
EDIT: pls ignore the issue was on my end
patchwork now has mt7996 mlo support
and openwrt mt76 should have them soon
6 Likes