Is it prudent to not use lan3 at all? I mean just assume its 11 port device. Sorry for the noob question but what is
Does it mean that you have vlan 999 on lan3 & lanx in a bridge mode? Or you mean that lan3 and lanx are in a bonded mode? Love to hear about your creative solution.
/tmp/ means temporary though, mount and umount exist to advise to write from the /tmp/ to the physical media at /dev/sda1
so what I'm gathering is you would like the wiki updated to advise someone to cd to /tmp/media/sda1 and do an ls to check the needed files are there before the dd command?
When the file in if= argument of dd command doesn't exist, dd will exit without writing to the of= so running ls on the file won't change anything, most likely the USB drive had a corrupted/truncated copy of U-Boot, or had a bus error and disconnected before dd completed the read.
The flashing instructions should probably be updated to have the user copy the file off USB and run sha256sum on the file and compare it to a known-good hash before writing to NAND.
I could use latest MX65 POE build, if available. Many thanks.
will try later,
did not compile a minute ago, there could be breaking changes.
No rush. Thanks a ton.
Probably kmod-dahdi. https://github.com/openwrt/openwrt/issues/20506
@agarg I have one built already, if you care to test that one out.
Speaking of PoE, I've started working on this myself here.
Pretty new to this, so any pointers on what to do next would be terrific.
Should clayface's patch be rebased on the driver with the blob already removed? That will minimize the patch size, but won't preserve the original source.
And @agarg, would you be willing to help test this? I don't own any PoE devices myself, yet.
As the driver will probably need some cleanup, I would go that way. It's GPL, so you're free to modify it, so why not take a plunge.
I'll try to help in my spare time, but I don't guarantee much, I've been busy lately. Feel free to ping me for reviews and testing, though.
I will give it a spin on Thursday, when I am back home. Thank you.
Would be delighted to. I have a couple of unused POE+ devices that I can happily use to test.
I tested by flashing your build with POE. The flash went without any hiccup. When booted, it was able to light up an MR52 using POE as well.
When I did software update, I got this error:
Collected errors:
* opkg_download: Failed to download https://downloads.openwrt.org/releases/24.10.4/targets/bcm53xx/generic/kmods/6.6.110-1-6d14ac115b1fb722eb3c02571423221a/Packages.gz, wget returned 8.
In the spirit of testing I braved it to upgrade all packages:
root@MX65-252F:~# opkg list-upgradable | awk '{print $1}' | xargs -r opkg upgrade
Collected errors:
* pkg_hash_check_unresolved: cannot find dependency kmod-nf-conntrack-netlink for libnetfilter-conntrack3
* pkg_hash_fetch_best_installation_candidate: Packages for libnetfilter-conntrack3 found, but incompatible with the architectures configured
* pkg_hash_check_unresolved: cannot find dependency kmod-ipt-core for firewall
* pkg_hash_check_unresolved: cannot find dependency kmod-ipt-conntrack for firewall
* pkg_hash_check_unresolved: cannot find dependency kmod-ipt-nat for firewall
Upgrading luci-mod-system on root from 25.292.66247~75e41cb to 25.326.24281~461e369...
Downloading https://downloads.openwrt.org/releases/24.10.4/packages/arm_cortex-a9/luci/luci-mod-system_25.326.24281~461e369_all.ipk
Upgrading luci-theme-bootstrap on root from 25.292.66247~75e41cb to 25.326.24281~461e369...
Downloading https://downloads.openwrt.org/releases/24.10.4/packages/arm_cortex-a9/luci/luci-theme-bootstrap_25.326.24281~461e369_all.ipk
Upgrading luci-mod-status on root from 25.292.66247~75e41cb to 25.326.24281~461e369...
Downloading https://downloads.openwrt.org/releases/24.10.4/packages/arm_cortex-a9/luci/luci-mod-status_25.326.24281~461e369_arm_cortex-a9.ipk
Upgrading luci-app-firewall on root from 25.292.66247~75e41cb to 25.326.24281~461e369...
Downloading https://downloads.openwrt.org/releases/24.10.4/packages/arm_cortex-a9/luci/luci-app-firewall_25.326.24281~461e369_all.ipk
Upgrading luci-ssl on root from 25.292.66247~75e41cb to 25.326.24281~461e369...
Downloading https://downloads.openwrt.org/releases/24.10.4/packages/arm_cortex-a9/luci/luci-ssl_25.326.24281~461e369_all.ipk
Upgrading odhcpd-ipv6only on root from 2025.10.02~b14cf98c-r1 to 2025.10.02~b14cf98c-r2...
Downloading https://downloads.openwrt.org/releases/24.10.4/packages/arm_cortex-a9/base/odhcpd-ipv6only_2025.10.02~b14cf98c-r2_arm_cortex-a9.ipk
Upgrading luci-app-package-manager on root from 25.292.66247~75e41cb to 25.326.24281~461e369...
Downloading https://downloads.openwrt.org/releases/24.10.4/packages/arm_cortex-a9/luci/luci-app-package-manager_25.326.24281~461e369_all.ipk
Upgrading luci-proto-ppp on root from 25.292.66247~75e41cb to 25.326.24281~461e369...
Downloading https://downloads.openwrt.org/releases/24.10.4/packages/arm_cortex-a9/luci/luci-proto-ppp_25.326.24281~461e369_all.ipk
Upgrading luci-mod-admin-full on root from 25.292.66247~75e41cb to 25.326.24281~461e369...
Downloading https://downloads.openwrt.org/releases/24.10.4/packages/arm_cortex-a9/luci/luci-mod-admin-full_25.326.24281~461e369_all.ipk
Upgrading luci-base on root from 25.292.66247~75e41cb to 25.326.24281~461e369...
Downloading https://downloads.openwrt.org/releases/24.10.4/packages/arm_cortex-a9/luci/luci-base_25.326.24281~461e369_arm_cortex-a9.ipk
Upgrading luci-proto-ipv6 on root from 25.292.66247~75e41cb to 25.326.24281~461e369...
Downloading https://downloads.openwrt.org/releases/24.10.4/packages/arm_cortex-a9/luci/luci-proto-ipv6_25.326.24281~461e369_all.ipk
Upgrading luci on root from 25.292.66247~75e41cb to 25.326.24281~461e369...
Downloading https://downloads.openwrt.org/releases/24.10.4/packages/arm_cortex-a9/luci/luci_25.326.24281~461e369_all.ipk
Upgrading luci-light on root from 25.292.66247~75e41cb to 25.326.24281~461e369...
Downloading https://downloads.openwrt.org/releases/24.10.4/packages/arm_cortex-a9/luci/luci-light_25.326.24281~461e369_all.ipk
Upgrading luci-mod-network on root from 25.292.66247~75e41cb to 25.326.24281~461e369...
Downloading https://downloads.openwrt.org/releases/24.10.4/packages/arm_cortex-a9/luci/luci-mod-network_25.326.24281~461e369_all.ipk
Configuring luci-base.
Configuring luci-mod-system.
Configuring luci-theme-bootstrap.
Configuring luci-mod-status.
Configuring luci-app-firewall.
Configuring luci-proto-ipv6.
Configuring luci-mod-network.
Configuring luci-mod-admin-full.
Configuring luci-proto-ppp.
Configuring luci-light.
Configuring luci-app-package-manager.
Configuring luci-ssl.
Configuring odhcpd-ipv6only.
Configuring luci.
Collected errors:
* pkg_hash_check_unresolved: cannot find dependency kmod-ipt-core for firewall
* pkg_hash_check_unresolved: cannot find dependency kmod-ipt-conntrack for firewall
* pkg_hash_check_unresolved: cannot find dependency kmod-ipt-nat for firewall
* resolve_conffiles: Existing conffile /etc/config/luci is different from the conffile in the new package. The new conffile will be placed at /etc/config/luci-opkg.
root@MX65-252F:~# opkg list-upgradable | awk '{print $1}' | xargs -r opkg upgrade
Collected errors:
* pkg_hash_check_unresolved: cannot find dependency kmod-nf-conntrack-netlink for libnetfilter-conntrack3
* pkg_hash_fetch_best_installation_candidate: Packages for libnetfilter-conntrack3 found, but incompatible with the architectures configured
* pkg_hash_check_unresolved: cannot find dependency kmod-ipt-core for firewall
* pkg_hash_check_unresolved: cannot find dependency kmod-ipt-conntrack for firewall
* pkg_hash_check_unresolved: cannot find dependency kmod-ipt-nat for firewall
root@MX65-252F:~#
Try deleting the src/gz openwrt_kmods line in /etc/opkg/distfeeds.conf.
I replaced the configure opkg entries in system >> software with lines that are from openwrt distributed version sitting on another device (does not need POE there). And now it is not throwning errors. However when I try to install packages it complains. I suspect I will have to start new again.
FWIW, a reboot from command line or from luci does not interrupt the POE supply. Meaning that the downstream devices continue to receive power and keep functioning normally.
When can I start helping in testing your builds? Or this is one test scenario, the one that I have?
Which packages are you trying to install? If it's kernel modules, I believe you'll have to use the ones I provided in Packages.tar, due to, this?
The power staying on is from clayface's original patch. I could probably make that a module param... Good idea.
No, the one you have right now is the same old patch over 24.10.4. I'll have to get back to you for that one.
I was trying to add ksmbd and wireguard, besides nano and rsync. I do have other devices where I can do that. Your time is precious with factoring in the POE work. Thanks.
ksmbd and wireguard are both in there.
Give this a spin when you get a chance? It's a snapshot build too, so no opkg.
Thanks
Will do that today. Thanks.