It does but in my case i am rarely within 30 cm of the device where i can hear it, but there may be people with better hearing than me out there.
The same is true for other units.
Looks like the fan noise will be more irritating than the coil whine iteself. QNAP 301w at least has only passive cooling.
I have confirmed with Lorenzo the current wifi offload only support mt7992. We will need to wait for the proper mt7996 offload support.
While waiting for that, I decided to create a new luci app called luci-app-airoha-npu to display the npu status and offload entries if anyone interested you can get it from (https://github.com/rchen14b/luci-app-airoha-npu):
Enjoy!
Nothing's ever easy. For the kmod-airoha:
- Took out second CONFIG_BRIDGE_NETFILTER, since it was already added from your offload patch.
- Compile failed with:
Package kmod-mt76-core is missing dependencies for the following libraries:
airoha-eth.ko
airoha_npu.ko
Fixed by taking out NPU references in Makefile for kmod-mt7996e
- NPU firmware load errors disappear as promised, but now get 5 copies of:
mt7530-mmio 1fb58000.switch: Failed to register DSA switch: -517
Couldn't figure out a way to properly patch this, so just deleted dev_err(&pdev->dev, "Failed to register DSA switch: %d\n", ret); in mt7530-mmio.c in build_dir.
Uploaded 32151 testing build if anyone wants to try. There's gotta be a more elegant way to do this.
-517 = DEFER, probably:
CONFIG_NET_DSA_MT7530=y
CONFIG_NET_DSA_MT7530_MDIO=y
CONFIG_NET_DSA_MT7530_MMIO=y
need to be changed to
CONFIG_NET_DSA_MT7530=m
CONFIG_NET_DSA_MT7530_MDIO=m
CONFIG_NET_DSA_MT7530_MMIO=m
Actually there might be a better approach, I added the new commit to convert the mt7530 to kmod as well so it can be loaded after eth and npu driver(https://github.com/rchen14b/OpenW1700k/commit/67005e1d58bda43b976461d761fa3284ae9ca9d7). Please test. @OpenWRT-fanboy
[ 8.402593] mt7530-mmio 1fb58000.switch: configuring for fixed/internal link mode
[ 8.410249] mt7530-mmio 1fb58000.switch lan3 (uninitialized): PHY [mt7530_dsa-0:09] driver [Airoha AN7581 PHY] (irq=POLL)
[ 8.421891] mt7530-mmio 1fb58000.switch lan4 (uninitialized): PHY [mt7530_dsa-0:0a] driver [Airoha AN7581 PHY] (irq=POLL)
[ 8.443169] mt7530-nl: genl_register_family_with_ops
[ 8.448620] mt7530-mmio 1fb58000.switch: Link is Up - 10Gbps/Full - flow control rx/tx
[ 20.988821] airoha_eth 1fb50000.ethernet lan2: PHY [mt7530_dsa-0:05] driver [RTL8261N 10Gbps PHY] (irq=POLL)
[ 21.489295] mt7530-mmio 1fb58000.switch lan3: configuring for phy/internal link mode
[ 21.508711] mt7530-mmio 1fb58000.switch lan3: entered allmulticast mode
[ 21.522338] mt7530-mmio 1fb58000.switch lan3: entered promiscuous mode
[ 21.531697] mt7530-mmio 1fb58000.switch lan4: configuring for phy/internal link mode
[ 21.550995] mt7530-mmio 1fb58000.switch lan4: entered allmulticast mode
[ 21.557880] mt7530-mmio 1fb58000.switch lan4: entered promiscuous mode
[ 22.968804] airoha_eth 1fb50000.ethernet wan: PHY [mt7530_dsa-0:08] driver [RTL8261N 10Gbps PHY] (irq=POLL)
This is the way.
to anyone who build their own images, can you add the wireguard server to your build and run the test described in A Wireguard comparison DB, post the result (there).
thnx
I tried your build 32173 :
- I lost my wifi like 15 minutes after boot
- it broke my tv vlan 100 :
-- my ISP TV player need to communicate with the ISP router in vlan 100
-- therefore, I have defined two vlan devices on wan and lan, and a bridge between them.
Reverting to 32124, the only one stable for me
There are three significant changes, all by @tesf23: 1) enable NPU for AP mode, 2) delay loading of Airoha driver bits, and 3) Luci NPU app.
(2) and (3) seem unlikely to cause your problems, but it is possible that (1) may have introduced a regression in router mode.
I have uploaded a build that only has (1) reverted. If this is indeed the cause of your problems, it should be as stable as 32124.
Thanks for the testing version.
I just installed it, VLAN is OK.
I'm waiting a bit to conclude if wifi is stable.
Edit :
2 hours after, Wifi still working.
Let's see overnight, but it sounds good.
They weren't kidding when they said it takes a long T10 Torx screwdriver.
After a brief struggle with case I got it open without breaking any tabs.
The serial convertor I used required switching the TX/RX wires.
I got @OpenWRT-fanboy itb file and sysupgrade done without any issues.
I played around in Luci for a bit, changed WiFi etc, set country code. Glanced at the usual settings.
I changed the network IP of the device and after rebooting, I've lost access.
I can connect to the WiFi but can't seem to find Luci or SSH on the IP I expected. I feel like this is basic Openwrt troubleshooting but I'm stuck.
The serial console doesn't permit any keyboard input when booting as it had during the initial flashing steps. That seems odd to me.
I'd have expected the serial console to be at a command prompt for Openwrt.
Suggestions?
Did you press enter as prompted to start the console?
I’ve got a couple of things. The TX/RX pins get connected from RX and TX respectively on the adapter. And yes, you should get a console after booting Openwrt. If you set a static ip, you also have to set the net mask or it won’t work. I ran into that. Good luck.
If you screwed up your config so you can't access, you have to reset your device somehow.
- Stick a pin in the reset hole for a few seconds.
- After Openwrt is loaded, get into the terminal through the serial console and type firstboot.
- Re-install the whole thing again. You did it once, so you know the process.
U-boot has not changed during the install, so you absolutely can break in with serial and type.
I use it in AP mode, with one guest network with dhcp, and one lan network with a fixed ip and dhcp disabled. With the hw accelerated ap version, the lan network wifi couldn’t reach the main router and couldnt allocate dhcp addresses, oddly enough the guest wifi was working properly and had internet access. I tried turning hw acceleration on/off/on with no avail. Same settings work fine with an earlier version.
Is there a wiki page for this device, so I don’t have to read/track 876 thread messages?
still not (officially) supported, so no ...
installation is described in https://github.com/openwrt/openwrt/pull/17869/commits/f70f9a02d96a3eb6631b8bf73bd8efe87227e770 files are in https://github.com/OpenWRT-fanboy/w1700k.
For those willing to test at the very bleeding edge, kernel 6.18 is now in draft for Airoha.
Read first post for method and installation files
