[FS#438] ar7xx: missing/unknown modules

[LEDE Bugs]

The following task has a new comment added:

FS#438 - ar7xx: missing/unknown modules
User who did this - pmgp (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.
----------

More information can be found at the following URL:
https://bugs.lede-project.org/index.php?do=details&task_id=438#comment1584