- Status Closed
- Percent Complete
- Task Type Bug Report
- Category Kernel
- Assigned To No-one
- Operating System All
- Severity Low
- Priority Very Low
- Reported Version Trunk
- Due in Version Undecided
-
Due Date
Undecided
- Private
Opened by pmgp - 27.01.2017
Last edited by Felix Fietkau - 15.02.2017
FS#438 - ar7xx: missing/unknown modules
LEDE snapshot r3176-82d580e8b5 on TPLINK 710Nv1 (ar7xx/ath9k)
Log messages about missing/unknown modules, without obvious fault in functionality.
Using ledtrig-netdev:
daemon.err modprobe: failed to find a module named netdev-br-lan
daemon.err modprobe: failed to find a module named netdev-tun0
daemon.err modprobe: failed to find a module named netdev-
When loading luci-qos:
daemon.err modprobe: failed to find a module named sch_fq_codel
daemon.err modprobe: failed to find a module named xt_CONNMARK
When firmware is compiled without IPv6 support:
daemon.err modprobe: failed to find a module named net-pf-10
Regarding this, openvpn-openssl fails to load without IPv6 kernel support if proto is “udp” (has to be “udp4”):
daemon.warn openvpn: Could not determine IPv4/IPv6 protocol. Using AF_INET6
daemon.err openvpn: UDP: Cannot create UDP/UDP6 socket: Address family not supported by protocol (errno=124)
Cheers.
try "iw aaaaaa" and logread.
modprobe process is called directly by kernel and only if "iw" was run under root. I replaced kmodloader (modprobe is linked to it) with bash script to print $PPID and it was kworker process
It looks like dirty kernel hack or misbehaving feature in openwrt environment
The issue should be now fixed with commit "c26ff034fce0fe4770e1a33d44841aae6d418862: ubox: support quiet modprobe, support millisecond log timestamp accuracy"
@bolvan:
that produced a "daemon.err modprobe: failed to find a module named netdev-aaaaaa", so I guess
you are right.
Now running r3285-1a52d11d38 with luci-qos,ledtrig-netdev and no IPv6.
Bootup shows (logread | grep -i fail):
The first part is from qos. lsmod shows no codel scheduler loaded but there is a xt_connmark (no capitals). The standalone script (/usr/lib/qos/generate.sh all | sh) shows no errors even using fq_codel, so I guess all if fine.
The second part is new and reloading dnsmasq logs no error, so it's probably a race condition (the "no-IPv6" can of worms?)
The netdev- messages are gone.
Cheers.
Fixed in r3498-40374454f9