bolvan:

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

yousong:

The issue should be now fixed with commit "c26ff034fce0fe4770e1a33d44841aae6d418862: ubox: support quiet modprobe, support millisecond log timestamp accuracy"

mgondium:

@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):

Fri Feb 3 14:21:45 2017 daemon.err modprobe: failed to find a module named sch_fq_codel
Fri Feb 3 14:21:46 2017 daemon.err modprobe: failed to find a module named xt_CONNMARK
Fri Feb 3 14:21:51 2017 daemon.err modprobe: failed to find a module named sch_fq_codel
Fri Feb 3 14:21:52 2017 daemon.err modprobe: failed to find a module named xt_CONNMARK
Fri Feb 3 14:24:12 2017 daemon.err modprobe: failed to find a module named sch_fq_codel
Fri Feb 3 14:24:18 2017 daemon.err dnsmasq[1775]: failed to send packet: Operation not permitted
Fri Feb 3 14:24:18 2017 daemon.err dnsmasq[1775]: failed to send packet: Operation not permitted
Fri Feb 3 14:24:18 2017 daemon.err dnsmasq[1775]: failed to send packet: Operation not permitted
Fri Feb 3 14:24:18 2017 daemon.err dnsmasq[1775]: failed to send packet: Operation not permitted

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.

nbd:

Fixed in r3498-40374454f9