Thank you very much for your work! I tried your image and it works fine. But I have problems when I try to install some packages that depend on kmod-tun (e.g. tailscale).
The reason for the problem is that the image you compiled is based on the 6.6.58 kernel, while the 24.10.0-rc2 version of openwrt is based on the 6.6.63 kernel. I looked further into the /lib/modules folder and observed two folders with file names 6.6.58 and 6.6.63 respectively. When I installed the software, the package manager automatically downloaded the 6.6.63 version of kmod-tun and extracted it in the /lib/modules/6.6.63 folder; the running 6.6.58 kernel tried to find the corresponding kernel module from the /lib/modules/6.6.58 folder, which led to the error.
In general, there are two ways to solve this problem:
choose the official 6.6.63 kernel for compilation in pursuit of kmod package compatibility; however, considering that version 24.10 is still in the RC phase, perhaps the kernel version is still subject to minor changes?
I kindly ask you to include support for kmod-tun in your image. Further, if it's convenient for you, could you open source your work to one of the github repositories? That way, if another kmod dependency follows, those who need it can compile it themselves.
I further tested your backup on the previous image I mentioned and found more strange issues.
First, based on the opkg source list in your backup, I tried to replace src/gz openwrt_kmods https://mirror-03.infra.openwrt.org/snapshots/targets/mediatek/filogic/kmods/6.6.58-1-6cce1ce3bdd30a0ef90c5c528fbe908b/ into the system's opkg source list.
The result of the replacement was that when I tried to install any kmod, opkg reported an error similar to "cannot find kmod-xxx for compatible kernel == 6.6.58xxxxxxx."
I further used opkg list to enumerate all packages and found that the version of the kernel package was 6.6.63xxxxxxx. Strangely, using uname -r listed the currently used kernel version number as 6.6.58. This means you generated a package named 6.6.63xxxxxx with an actual version number of 6.6.58 for the kernel, which will prevent the system from downloading and installing any new kmod because:
If using the opkg source for 6.6.63, opkg can normally download and install these modules, but they cannot be used due to version mismatch;
If using the opkg source for 6.6.58, opkg will not be able to handle dependencies properly; you could try forcing their installation but that would generate a lot of errors.
Therefore, it seems that you cannot download and correctly install kmod by modifying the opkg source unless you build and maintain a kmod source where all package version numbers are 6.6.63, which actually corresponds to the 6.6.58 kernel, but that is obviously not possible. The possible solution remains as I mentioned earlier.
PS: Maybe you can try to modify the kernel package name to 6.6.58, which corresponds with the actual kernel version. In that way, use 6.6.58 opkg source may work.
Sorry, the version is made for 6.6.58, I have only updated the image so that the opkg packages can continue to be used, most are compatible and many others are not.
but we can enjoy wifi 7, until they release the official version.
I leave the version 6.6.58 + the backup to be able to use opkgs that are valid
Thanks for your efforts. This version of image works fine. However, installing kmod-tun through opkg is still not available due to version mismatch.
If you are unwilling to adopt either of the two proposals I suggested, may I request that you recompile a firmware with kmod-tun support builtin? You can find it in the compilation menu under Kernel modules - Network support.
This is useless. The kernel cannot recognize the installed kmod-tun.
Checking the contents of the /lib/modules folder, you will find that the newly installed kmod-tun 6.6.63-r1 is placed under the 6.6.63 folder, rather than 6.6.58. Manually specifying and enabling the kernel module through insmod will result in an error failed to insert (null)
Today's snapshot is much more usable in terms of wifi performance.
On 6ghz I was able to get 1.8gbps down/1.6gbps up on my pixel 8, and 2.1gbps down/1gbps up on my steamdeck.
I'm ok with the 5 ghz coverage, but it's much slower than 6G. In BE mode, I could only get 1 gbps download/200 mbps upload. I've edited my previous post to indicate that the result was from 6 ghz.
Note: I'm using the BPI-R4-NIC-BE14, so not qualcomm.
I'm having trouble getting my Quectel RM520N-GL module to work with my Banana Pi BPI-R4. I've tried various OpenWRT versions without success, including the one provided by @bruda.
Can anyone give some advice on how to get this setup working?
root@OpenWrt:~# lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux 6.6.58 xhci-hcd xHCI Host Controller
Bus 001 Device 002: ID 2109:2822 VIA Labs, Inc. USB2.0 Hub
Bus 001 Device 003: ID 2109:8822 VIA Labs, Inc. USB Billboard Device
Bus 002 Device 001: ID 1d6b:0003 Linux 6.6.58 xhci-hcd xHCI Host Controller
Bus 002 Device 002: ID 2109:0822 VIA Labs, Inc. USB3.1 Hub
