OpenWrt/LEDE Project

Welcome to the OpenWrt Project bug reporting and issue tracking system

Problems to be reported here are for the current OpenWrt and legacy LEDE Project’s targets, sources, toolchain, core packages, build procedures, distribution and infrastructure. Guidelines for submitting a good bug report can be found at the OpenWrt Project website. Problems related to LuCI or OpenWrt packages need to be reported in their repositories:

Notifications of all submissions and task changes are sent to openwrt-bugs@infradead.org.

OpenedID  descCategoryTask TypePrioritySeveritySummaryReported InStatus
16.10.20171064Base systemBug ReportVery LowLowWXR-1900DHP Problems with 17.01.2 and 17.01.3 (BCM53xx)TrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
Buffalo WXR-1900DHP

- Software versions of LEDE release, packages, etc.
Stable Release 17.01.2 and 17.01.3 both partially functional. (17.01.01 works well, except wifi)
lede-17.01.2-bcm53xx-buffalo-wxr-1900dhp-squashfs.trx
lede-17.01.3-bcm53xx-buffalo-wxr-1900dhp-squashfs.trx

- Steps to reproduce
1. Flash lede-17.01.1-bcm53xx-buffalo-wxr-1900dhp-squashfs.trx
2. Observe working - luci stats on overview page, PPPoE sucessful connection
3. Flash lede-17.01.2-bcm53xx-buffalo-wxr-1900dhp-squashfs.trx via luci (uncheck preserve settings)
4. Observe issues - luci no stats for memory etc, PPPoE fails to connect after setup.

Please let me know what other information or further testing would be useful.

16.10.20171063ToolchainFeature RequestVery LowLowimagebuilder: show IMAGE_SIZE in `make info`TrunkUnconfirmed Task Description

It would be very handy to know the max image size possible for devices.

Instead of parsing e.g. https://lede-project.org/toh/start manually it would be handy to add this capability to all imagebuilders itself.

A Value of 0 could be used as no limitation (as for x86/64).

09.10.20171052Base systemBug ReportVery LowLowdnsmasq hotplug script does not work inside ujailTrunkUnconfirmed Task Description

Testing b73986a8264016883a8a7d666687a340cb810934 on ipq806x (C2600, specifically), using dnsmasq inside ujail fails to run hotplug events because /lib/functions.sh is unavailable inside the jail:

Mon Oct 9 20:13:53 2017 daemon.debug dnsmasq-script[1]: /sbin/hotplug-call: .: line 6: can’t open ‘/lib/functions.sh’ Mon Oct 9 20:13:53 2017 daemon.warn dnsmasq[1]: script process exited with status 2

Unfortunately, the fix is not as simple as adding /lib/functions.sh to the jail mount, as that results in the uninformative

Mon Oct 9 20:15:35 2017 daemon.warn dnsmasq[1]: script process exited with status 1

Suggestions?

05.10.20171040Base systemBug ReportVery LowLowCan't set WiFi HT mode per-SSIDTrunkUnconfirmed Task Description

WZR-600DHP with OpenWrt (Attitude Adjustment) allowed me to set htmode per-SSID. Furthermore, this seems to have worked, since my Nexus 5X (which doesn’t work with HT40 on any channel other than 3) connected to my HT20 SSID, but failed to connect to my HT40 SSID.

LEDE (Reboot / 17.01.2) seems to have moved htmode to a radio-specific option instead, so I have lost this functionality.

29.09.20171024PackagesFeature RequestVery LowLowThere is no "LEDE interface" for the Linux interface cr...AllResearching Task Description

Let’s say I want to enable dropbear only in the tun0 interface created by OpenVPN. The dropbear configuration has an “Interface” field where I can make it listen, for example, only on the “wan” or “lan” interfaces. But the tun0 interface has not been created by anything in /etc/config/network and LEDE doesn’t really know about it, so I can’t specify it the dropbear configuration.

Even adding the tun0 interface to a “vpn” network in /etc/config/network using “proto none” fails to do the trick.

27.09.20171020Base systemBug ReportVery LowMediumMikrotik RB493G AR8316 switch0/ETH0 cannot be managed AllUnconfirmed Task Description

Exists on OpenWRT 14 and 15, LEDE 17 and Trunk

The behaviour is identical to issues reported on RB951G and RB2011 models.

See historical details:
https://github.com/openwrt/openwrt/issues/352 https://lists.openwrt.org/pipermail/openwrt-devel/2014-December/030216.html

I have been able to work around the issue by cross-connecting the PoE/WAN port to switch0 LAN4 and turning off eth0 CPU. This allows me to use all remaining ports. It’s a horrible kludge, I’m only mentioning it as a temporary workaround.

13.09.20171008Base systemBug ReportVery LowLowTeach procd about mounpoint or path dependenciesTrunkUnconfirmed Task Description

So far as I have been able to discern, there is no mechanism for blocking a service’s start until a particular filesystem has been mounted (or directory exists). The motivation is that I run collectd (via luci-statistics, natch) on my router and persist the data sets (rrds) across reboot by having them written to a USB stick. However, early in boot, collectd sometimes (often? always?) manages to come up before the mount completes, and so touches the on-router flash, creating its basedir and datadir and the rrds and so on.

11.09.20171006Base systemFeature RequestVery LowLowStart syslog service(s) before network comes upTrunkUnconfirmed Task Description

Not platform specific.

Seen on LEDE head.

There doesn’t seem to be a reason why syslog service can’t be brought up earlier, such as START=12.

Since it typically runs on an unbound socket, adding or deleting interfaces should have no effect.

This would also allow any configuration (network and otherwise) scripts encountering errors to log them.

11.09.20171005Base systemFeature RequestVery LowLowsysupgrade should stop network serviceTrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
- Software versions of LEDE release, packages, etc.
- Steps to reproduce

 

Applicable to all devices using the generic sysupgrade.

Seen on LEDE head.

To reproduce:

scp over a new .img file

upgrade it as “sysupgrade -v xyzzy.img”

While that’s running, you’ll be able to ping the router, but if you do an http connection to it, it will be reset.

What would be simpler would be doing a “/etc/init.d/network stop” just after killing off all services (including web servers).

This would make it easier to add scripting which auto-detects when the upgrade has completed by reconnecting after a reasonable wait (and retrying as necessary).

03.09.2017998PackagesBug ReportLowLowpackages: "make packages/X/check" should print warnings...TrunkNew Task Description

Currently, when running “make check” on a single package, it does not print any warning. V=s is needed to see the warnings. The build system should print the warnings in all cases, because that’s what the user asks for!

To reproduce:

$ make package/nlbwmon/check 
 make[1] package/nlbwmon/check
 make[2] -C feeds/packages/net/nlbwmon check
$ make package/nlbwmon/check V=s
make[1]: Entering directory '/tmp/lede'
make[2]: Entering directory '/tmp/lede/feeds/packages/net/nlbwmon'
WARNING: nlbwmon-2017-08-02-32fc0925.tar.xz is missing, please run make download before re-running this check
make[2]: Leaving directory '/tmp/lede/feeds/packages/net/nlbwmon'
make[1]: Leaving directory '/tmp/lede'

The main target make check (without specifying any package) works fine, because it seems to run in verbose mode by default:

$ make check
make[3]: Entering directory '/tmp/lede/tools/gmp'
make[3]: Leaving directory '/tmp/lede/tools/gmp'
...
make[3]: Entering directory '/tmp/lede/package/network/utils/iwinfo'
WARNING: PKG_MIRROR_HASH is missing, set to 7bd294f50f8ec8c0497c5fbe5527f3ae098814cdfeecf4ccf78a2a8937611664
make[3]: Leaving directory '/tmp/lede/package/network/utils/iwinfo'
...

I tried to fix the issue myself but this is way above my understanding of make.

02.09.2017997WebsiteFeature RequestVery LowLowImplement dark theme (or custom color controls)TrunkUnconfirmed Task Description

regarding website design:
grey text on white background / light blue text on white background

this is a problem in bright viewing environments & LCD panels with poor contrast ratio

Please consider a dark theme option (or custom color controls)


02.09.2017996Base systemBug ReportVery LowMediumAt boot /etc/hotplug scripts are not triggered by kerne...AllUnconfirmed Task Description

At boot /etc/hotplug.d scripts are not triggered by kernel events.
If we have a HDD/usb printer atached to an usb port, at boot, those scripts are not executed. However when we add/remove it later, after boot those scripts are executed properly.

Same problem as here:

https://dev.openwrt.org/ticket/18116

I am using this hotplug script:

https://www.all4os.com/router/add-multiple-usb-printers-to-openwrt-firmware-router-via-p910nd-using-hotplug.html

28.08.2017990Base systemBug ReportVery LowLowopenvpn-openssl does not build without deprecated OpenS...TrunkUnconfirmed Task Description

With LEDE HEAD (4b3ffecf2bbbfb8df618314e5bec52659b648fac) and no CONFIG_OPENSSL_WITH_DEPRECATED, I get

ccache_cc -DHAVE_CONFIG_H -I. -I../.. -I../../include  -I../../include -I../../src/compat -I/tank/openwrt/scratch/builder-usbnetgw/staging_dir/target-mips_24kc_musl/usr/include -I/tank/openwrt/scratch/builder-usbnetgw/staging_dir/target-mips_24kc_musl/include -I/tank/openwrt/scratch/builder-usbnetgw/staging_dir/toolchain-mips_24kc_gcc-5.4.0_musl/usr/include -I/tank/openwrt/scratch/builder-usbnetgw/staging_dir/toolchain-
mips_24kc_gcc-5.4.0_musl/include/fortify -I/tank/openwrt/scratch/builder-usbnetgw/staging_dir/toolchain-mips_24kc_gcc-5.4.0_musl/include   -I/tank/openwrt/scratch/builder-usbnetgw/staging_dir/target-mips_24kc_musl/usr/include   -I/tank/openwrt/scratch/builder-usbnetgw/staging_dir/target-mips_24kc_musl/usr/include -DPLUGIN_LIBDIR=\"/usr/lib/openvpn/plugins\"  -Os -pipe -mno-branch-likely -mips32r2 -mtune=24kc -fno-caller
-saves -fno-plt -fhonour-copts -Wno-error=unused-but-set-variable -Wno-error=unused-result -msoft-float -mips16 -minterlink-mips16 -iremap/tank/openwrt/scratch/builder-usbnetgw/build_dir/target-mips_24kc_musl/openvpn-openssl/openvpn-2.4.3:openvpn-2.4.3 -Wformat -Werror=format-security -fstack-protector -D_FORTIFY_SOURCE=1 -Wl,-z,now -Wl,-z,relro -ffunction-sections -fdata-sections  -std=c99 -MT crypto_openssl.o -MD -MP
-MF .deps/crypto_openssl.Tpo -c -o crypto_openssl.o crypto_openssl.c
In file included from syshead.h:182:0,
                 from crypto_openssl.c:35:
/tank/openwrt/scratch/builder-usbnetgw/staging_dir/toolchain-mips_24kc_gcc-5.4.0_musl/include/sys/poll.h:1:2: warning: #warning redirecting incorrect #include <sys/poll.h> to <poll.h> [-Wcpp]
 #warning redirecting incorrect #include <sys/poll.h> to <poll.h>
  ^
In file included from crypto_openssl.c:44:0:
openssl_compat.h: In function 'RSA_set_flags':
openssl_compat.h:326:12: error: dereferencing pointer to incomplete type 'RSA {aka struct rsa_st}'
         rsa->flags = flags;
            ^
openssl_compat.h: In function 'RSA_get0_key':
openssl_compat.h:346:23: error: dereferencing pointer to incomplete type 'RSA {aka const struct rsa_st}'
         *n = rsa ? rsa->n : NULL;
                       ^
openssl_compat.h: In function 'RSA_set0_key':
openssl_compat.h:380:9: warning: implicit declaration of function 'BN_free' [-Wimplicit-function-declaration]
         BN_free(rsa->n);
         ^
openssl_compat.h: In function 'RSA_bits':
openssl_compat.h:410:16: warning: implicit declaration of function 'BN_num_bits' [-Wimplicit-function-declaration]
     return n ? BN_num_bits(n) : 0;
                ^
openssl_compat.h: In function 'DSA_get0_pqg':
openssl_compat.h:429:23: error: dereferencing pointer to incomplete type 'DSA {aka const struct dsa_st}'
         *p = dsa ? dsa->p : NULL;
                       ^
In file included from crypto_openssl.c:40:0:
openssl_compat.h: In function 'RSA_meth_new':
openssl_compat.h:470:31: error: invalid application of 'sizeof' to incomplete type 'RSA_METHOD {aka struct rsa_meth_st}'
     ALLOC_OBJ_CLEAR(rsa_meth, RSA_METHOD);
                               ^
buffer.h:1014:61: note: in definition of macro 'ALLOC_OBJ'
         check_malloc_return((dptr) = (type *) malloc(sizeof(type))); \
                                                             ^
openssl_compat.h:470:5: note: in expansion of macro 'ALLOC_OBJ_CLEAR'
     ALLOC_OBJ_CLEAR(rsa_meth, RSA_METHOD);
     ^
openssl_compat.h:470:31: error: invalid application of 'sizeof' to incomplete type 'RSA_METHOD {aka struct rsa_meth_st}'
     ALLOC_OBJ_CLEAR(rsa_meth, RSA_METHOD);
                               ^
buffer.h:1020:34: note: in definition of macro 'ALLOC_OBJ_CLEAR'
         memset((dptr), 0, sizeof(type)); \
                                  ^
In file included from crypto_openssl.c:44:0:
openssl_compat.h:471:13: error: dereferencing pointer to incomplete type 'RSA_METHOD {aka struct rsa_meth_st}'
     rsa_meth->name = string_alloc(name, NULL);
             ^
Makefile:672: recipe for target 'crypto_openssl.o' failed
make[7]: *** [crypto_openssl.o] Error 1

This looks to be due to incomplete backports of openssl1.1 changes into 1.0.2l (or earlier 1.0 releases, I’m not sure). In particular, many of these pieces of code are guarded by #ifdef HAVE_... tests which are currently evaluating to false. For example,
HAVE_DSA_GET0_PQG is unset because

<code>
configure:16116: checking for DSA_get0_pqg
configure:16116: ccache_cc -o conftest -Os -pipe -mno-branch-likely -mips32r2 -mtune=24kc -fno-caller-saves -fno-plt -fhonour-copts -Wno-error=unused-but-set-variable -Wno-error=unused-result -msoft-float -mips16 -minterlink-mips16 -iremap/tank/openwrt/scratch/builder-usbnetgw/build_dir/target-mips_24kc_musl/openvpn-openssl/openvpn-2.4.3:openvpn-2.4.3 -Wformat -Werror=format-security -fstack-protector -D_FORTIFY_SOURCE=1 -Wl,-z,now -Wl,-z,relro -ffunction-sections -fdata-sections -std=c99 -I/tank/openwrt/scratch/builder-usbnetgw/staging_dir/target-mips_24kc_musl/usr/include -I/tank/openwrt/scratch/builder-usbnetgw/staging_dir/target-mips_24kc_musl/usr/include -I/tank/openwrt/scratch/builder-usbnetgw/staging_dir/target-mips_24kc_musl/include -I/tank/openwrt/scratch/builder-usbnetgw/staging_dir/toolchain-mips_24kc_gcc-5.4.0_musl/usr/include -I/tank/openwrt/scratch/builder-usbnetgw/staging_dir/toolchain-mips_24kc_gcc-5.4.0_musl/include/fortify -I/tank/openwrt/scratch/builder-usbnetgw/staging_dir/toolchain-mips_24kc_gcc-5.4.0_musl/include -L/tank/openwrt/scratch/builder-usbnetgw/staging_dir/target-mips_24kc_musl/usr/lib -L/tank/openwrt/scratch/builder-usbnetgw/staging_dir/target-mips_24kc_musl/lib -L/tank/openwrt/scratch/builder-usbnetgw/staging_dir/toolchain-mips_24kc_gcc-5.4.0_musl/usr/lib -L/tank/openwrt/scratch/builder-usbnetgw/staging_dir/toolchain-mips_24kc_gcc-5.4.0_musl/lib -znow -zrelro -Wl,–gc-sections conftest.c -L/tank/openwrt/scratch/builder-usbnetgw/staging_dir/target-mips_24kc_musl/usr/lib -lcrypto -lssl >&5
/tmp/cczFWI5b.o: In function `main’:
conftest.c:(.text.startup.main+0×2): undefined reference to `DSA_get0_pqg’ <code>

27.08.2017986Base systemBug ReportVery LowLowARV752DPW missing default switch configTrunkUnconfirmed Task Description

Hi

On the ARV752DPW, with LEDE SNAPSHOT, r4723-4fce22e, and u-boot as linked to in the OpenWRT Wiki [http://www.galax.is/files/802/flash-uboot.bin] luci gives the warning message “Switch has unknown structure”.
The structure should be WAN, 1, 2, 3, 4, CPU.]

Also, swconfig shows that any configuration in (etc(config/network will be loaded on top of a default configuration that already exists at boot time. The switch does not appear to be properly initialized. Is this still supposed to happen in u-boot or should LEDE do this now?

e.g. /etc/config/network with:

...
config switch                                                        
        option name 'switch0'                                        
        option reset '1'                                             
        option enable_vlan '1'                                       
                                                                     
config switch_vlan                
        option device 'switch0'   
        option vlan '1'           
        option ports '1 2 3 4 5t' 
                                  
config switch_vlan                
        option device 'switch0'  
        option vlan '2'          
        option ports '0 5t'      
...

leads to this after reboot:


VLAN 0:
	vid: 0
	ports: 0 5t 
VLAN 1:
	vid: 1
	ports: 1 2 3 4 5t 
VLAN 2:
	vid: 2
	ports: 0 5t 
VLAN 3:
	vid: 3
	ports: 3 5t 
VLAN 4:
	vid: 4
	ports: 4 5t 
VLAN 5:
	vid: 5
	ports: 0 1 2 3 4 
 
27.08.2017985Base systemBug ReportVery LowLowDIR-320 B1 dont save it's settings after power offTrunkUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on DIR-320 B1 (NRU)
- Software versions of LEDE release, packages, etc. 17.01.2
- Steps to reproduce

 Just Install LEDE 17.01.2 configure it. And get electrical plug off. Plug in and device settings are default.
25.08.2017980Base systemBug ReportVery LowLowImage Builder trx issue a "WARNING: maxlen exceeds defa...TrunkUnconfirmed Task Description

Hi all!

Downloaded Image Builder lede-imagebuilder-17.01.2-brcm47xx-legacy.Linux-x86_64 and when running it with the following command line:

make image PROFILE="linksys-wrt54gs" 

I get the following error message from “mjn3’s trx replacement - v0.81.1“, several time, every time an image is prepared

WARNING: maxlen exceeds default maximum!  Beware of overwriting nvram!

Here is the listing of the bin/targets/brcm47xx/legacy directory showing that no image exceed the 7,5 MB limit that seems to be hard coded in the trx.c utility source code.

-rw-rw-r-- 1 xubuntu xubuntu 3543040 Aug 25 15:30 lede-17.01.2-brcm47xx-legacy-asus-wl-300g-squashfs.trx
-rw-rw-r-- 1 xubuntu xubuntu 3543040 Aug 25 15:30 lede-17.01.2-brcm47xx-legacy-asus-wl-320gp-squashfs.trx
-rw-rw-r-- 1 xubuntu xubuntu 3543040 Aug 25 15:30 lede-17.01.2-brcm47xx-legacy-asus-wl-330ge-squashfs.trx
-rw-rw-r-- 1 xubuntu xubuntu 3543040 Aug 25 15:30 lede-17.01.2-brcm47xx-legacy-asus-wl-500gp-v1-squashfs.trx
-rw-rw-r-- 1 xubuntu xubuntu 3543040 Aug 25 15:31 lede-17.01.2-brcm47xx-legacy-asus-wl-500gp-v2-squashfs.trx
-rw-rw-r-- 1 xubuntu xubuntu 3543040 Aug 25 15:31 lede-17.01.2-brcm47xx-legacy-asus-wl-500w-squashfs.trx
-rw-rw-r-- 1 xubuntu xubuntu 3543040 Aug 25 15:31 lede-17.01.2-brcm47xx-legacy-asus-wl-520gu-squashfs.trx
-rw-rw-r-- 1 xubuntu xubuntu 3543040 Aug 25 15:31 lede-17.01.2-brcm47xx-legacy-asus-wl-550ge-squashfs.trx
-rw-rw-r-- 1 xubuntu xubuntu 3543040 Aug 25 15:31 lede-17.01.2-brcm47xx-legacy-asus-wl-hdd25-squashfs.trx
-rw-rw-r-- 1 xubuntu xubuntu    1869 Aug 25 15:34 lede-17.01.2-brcm47xx-legacy-device-linksys-wrt54gs.manifest
-rw-rw-r-- 1 xubuntu xubuntu 3543065 Aug 25 15:31 lede-17.01.2-brcm47xx-legacy-dlink-dwl-3150-squashfs.bin
-rw-rw-r-- 1 xubuntu xubuntu 3543052 Aug 25 15:32 lede-17.01.2-brcm47xx-legacy-edimax-ps1208-mfg-squashfs.bin
-rw-rw-r-- 1 xubuntu xubuntu 4001892 Aug 25 15:32 lede-17.01.2-brcm47xx-legacy-huawei-e970-squashfs.bin
-rw-rw-r-- 1 xubuntu xubuntu 3543072 Aug 25 15:32 lede-17.01.2-brcm47xx-legacy-linksys-wrt150n-squashfs.bin
-rw-rw-r-- 1 xubuntu xubuntu 3543072 Aug 25 15:32 lede-17.01.2-brcm47xx-legacy-linksys-wrt160n-v1-squashfs.bin
-rw-rw-r-- 1 xubuntu xubuntu 3543072 Aug 25 15:32 lede-17.01.2-brcm47xx-legacy-linksys-wrt300n-v1-squashfs.bin
-rw-rw-r-- 1 xubuntu xubuntu 3543040 Aug 25 15:32 lede-17.01.2-brcm47xx-legacy-linksys-wrt300n-v1-squashfs.trx
-rw-rw-r-- 1 xubuntu xubuntu 3543072 Aug 25 15:32 lede-17.01.2-brcm47xx-legacy-linksys-wrt54g3g-em-squashfs.bin
-rw-rw-r-- 1 xubuntu xubuntu 3543072 Aug 25 15:32 lede-17.01.2-brcm47xx-legacy-linksys-wrt54g3g-squashfs.bin
-rw-rw-r-- 1 xubuntu xubuntu 3543072 Aug 25 15:32 lede-17.01.2-brcm47xx-legacy-linksys-wrt54g3gv2-vf-squashfs.bin
-rw-rw-r-- 1 xubuntu xubuntu 3543040 Aug 25 15:32 lede-17.01.2-brcm47xx-legacy-linksys-wrt54g3gv2-vf-squashfs.noheader.bin
-rw-rw-r-- 1 xubuntu xubuntu 3543072 Aug 25 15:32 lede-17.01.2-brcm47xx-legacy-linksys-wrt54g-squashfs.bin
-rw-rw-r-- 1 xubuntu xubuntu 3543072 Aug 25 15:32 lede-17.01.2-brcm47xx-legacy-linksys-wrt54gs-squashfs.bin
-rw-rw-r-- 1 xubuntu xubuntu 3543072 Aug 25 15:32 lede-17.01.2-brcm47xx-legacy-linksys-wrt54gs-v4-squashfs.bin
-rw-rw-r-- 1 xubuntu xubuntu 3543072 Aug 25 15:32 lede-17.01.2-brcm47xx-legacy-linksys-wrtsl54gs-squashfs.bin
-rw-r--r-- 1 xubuntu xubuntu 3543048 Aug 25 15:32 lede-17.01.2-brcm47xx-legacy-motorola-wa840g-squashfs.bin
-rw-r--r-- 1 xubuntu xubuntu 3543048 Aug 25 15:32 lede-17.01.2-brcm47xx-legacy-motorola-we800g-squashfs.bin
-rw-r--r-- 1 xubuntu xubuntu 3543048 Aug 25 15:33 lede-17.01.2-brcm47xx-legacy-motorola-wr850g-squashfs.bin
-rw-rw-r-- 1 xubuntu xubuntu 3543098 Aug 25 15:33 lede-17.01.2-brcm47xx-legacy-netgear-wgr614-v8-squashfs.chk
-rw-rw-r-- 1 xubuntu xubuntu 3674112 Aug 25 15:33 lede-17.01.2-brcm47xx-legacy-netgear-wgt634u-squashfs.bin
-rw-rw-r-- 1 xubuntu xubuntu 3543098 Aug 25 15:34 lede-17.01.2-brcm47xx-legacy-netgear-wndr3300-v1-squashfs.chk
-rw-rw-r-- 1 xubuntu xubuntu 3543098 Aug 25 15:34 lede-17.01.2-brcm47xx-legacy-netgear-wnr834b-v2-squashfs.chk
-rw-rw-r-- 1 xubuntu xubuntu 4001792 Aug 25 15:34 lede-17.01.2-brcm47xx-legacy-standard-noloader-gz-squashfs.trx
-rw-rw-r-- 1 xubuntu xubuntu 3543040 Aug 25 15:34 lede-17.01.2-brcm47xx-legacy-standard-squashfs.trx
-rw-rw-r-- 1 xubuntu xubuntu 3543068 Aug 25 15:34 lede-17.01.2-brcm47xx-legacy-usrobotics-usr5461-squashfs.bin
-rw-rw-r-- 1 xubuntu xubuntu    4375 Aug 25 15:34 sha256sums

Thanx for your support.

Paolo

24.08.2017978Base systemBug ReportVery LowLownetifd: support smaller ipv6 segments than /64TrunkUnconfirmed Task Description

netifd makes the assumption that ipv6 segments will never be any smaller than a /64; it quite often computes things like (1 « (64 - prefix→length)) which obviously won’t work out very well when prefix→length > 64. (Incidentally, it looks like it’s never been tested with prefixes larger than a /32, too, since things like “int32_t current = 0, asize = (1 « (64 - assign→length)) - 1;” will also not work out very well when assign→length ⇐ 32.)

The Linux network stack itself is more than happy to operate with these smaller segments, and odhcpd happily hands out leases. I know SLAAC won’t work on these segments, but that’s no reason to keep netifd from believing in them, IMHO. As it stands, I have several interfaces configured that the ubus-centric tools refuse to believe are set up!

23.08.2017975Base systemBug ReportVery LowLowARV752DPW u-boot partition to small for recent u-bootAllUnconfirmed Task Description

Applies to 17.01.2 and trunk.

/target/linux/lantiq/dts/ARV752DPW.dts defines a uboot partition of 64k and places the firmware partition at 0×00020000.
There is no recent u-boot that would fit into 64k. The u-boot images in the LEDE repo are 192k.
The kernel_address should be 0×00040000 instead.

Sorry, I do not have the resources right now to download the source and create a proper patch. But the attached diff should give you an idea:

13.08.2017958Base systemBug ReportVery LowLowArcher C2600 - high latency over 5GHz wireless & no int...TrunkUnconfirmed Task Description

QCA9980 should have intermediate software queues. Intermediate software queues don’t seem to be working. The reqular mq qdisc is in use for the 5GHz wireless.

A previous build had high latency on the 5 GHz wireless interface. The latency was spiking to 20-50ms with a single client.

 FS#957  is connected to this bug. The router might be unstable because of the other bug.

LEDE commit: df3295f50e54909090846de12f7deb3ff8de6557

 


11.08.2017954Base systemBug ReportVery LowMediumIGMP queries redirected to CPU port when snooping enabl...AllUnconfirmed Task Description

The Netgear R7800 has a QCA8337N switch chip, and the CPU has two interfaces (eth0/port 0 and eth1/port 6) connected to the switch. The default in LEDE is that WAN is on port0/eth0, and LAN is on port6/eth1.

When using multicast, it is often desirable to enable IGMP snooping on the switch to avoid flooding the multicast stream to all ports. A multicast server will normally send IGMP general queries to the all hosts address 224.0.0.1 at a regular interval (every few minutes) to check if there are still clients that wants to receive the multicast.

However, when IGMP snooping is enabled on this device, these queries are all redirected to port 0 on the switch, which is a problem if the multicast server is within the LAN. In this scenario, the server sends queries, but these queries are not being broadcast to the clients within the LAN, instead they end up at port 0 (eth0) where they are not needed. The server will then receive no responses to the queries, and subsequently times out and stops the stream multicast.

I think I found a viable fix for this, which is to set bit 3 (IGMP_COPY_EN) of the GLOBAL_FW_CTRL0 register in the switch chip to 1. This causes the IGMP queries to be broadcast on all switch ports (provided they are members of the same VLAN), instead of being redirected only to port 0. In my testing, I have found no adverse effects from this change.

I have attached a patch for this change, to make testing easy:

Assuming that the LAN interface is br-lan, run tcpdump on the router and inject IGMP general queries from a computer in the LAN, for example using Ostinato. With IGMP snooping off, the query is seen on br-lan:

root@R7800:/# tcpdump -i br-lan igmp
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on br-lan, link-type EN10MB (Ethernet), capture size 262144 bytes
11:47:06.832511 IP 192.168.20.1 > all-systems.mcast.net: igmp query v2

If IGMP snooping is turned on (globally or for the port where the query is received), then the query no longer appears at br-lan,
but instead only on eth0. Applying the attached patch fixes this.

03.08.2017950Base systemBug ReportVery LowLowcjdns LEDE support for arm_cortex-a15_neon-vfpv4TrunkUnconfirmed Task Description

Something went wrong with compliation?

Target: ipq806xSubtarget: genericPackage architecture: arm_cortex-a15_neon-vfpv4
Linux kokos 4.4.74 #0 SMP Fri Jul 14 21:36:50 2017 armv7l GNU/Linux

dmesg

[    0.000000] Booting Linux on physical CPU 0x0
[    0.000000] Linux version 4.4.74 (cezary@eko.one.pl) (gcc version 5.4.0 (LEDE GCC 5.4.0 r3101-bce140e) ) #0 SMP Fri Jul 14 21:36:50 2017
[    0.000000] CPU: ARMv7 Processor [512f04d0] revision 0 (ARMv7), cr=10c5787d
[    0.000000] CPU: PIPT / VIPT nonaliasing data cache, PIPT instruction cache
[    0.000000] Machine model: TP-Link Archer C2600

cli

root@kokos:~# opkg install cjdns luci-app-cjdns
Installing cjdns (0.17-3) to root...
Downloading http://downloads.lede-project.org/releases/17.01-SNAPSHOT/packages/arm_cortex-a15_neon-vfpv4/routing/cjdns_0.17-3_arm_cortex-a15_neon-vfpv4.ipk
Installing luci-app-cjdns (1.3-5) to root...
Downloading http://downloads.lede-project.org/releases/17.01-SNAPSHOT/packages/arm_cortex-a15_neon-vfpv4/routing/luci-app-cjdns_1.3-5_arm_cortex-a15_neon-vfpv4.ipk
Configuring cjdns.
Segmentation fault
Segmentation fault
dkjson: no valid JSON value (reached the end) (try cjdroute --cleanconf)
Segmentation fault
Segmentation fault
dkjson: no valid JSON value (reached the end) (try cjdroute --cleanconf)
Segmentation fault
Segmentation fault
dkjson: no valid JSON value (reached the end) (try cjdroute --cleanconf)
Configuring luci-app-cjdns.
root@kokos:~# cjdroute --cleanconf
Segmentation fault

root@kokos:~# gdb cjdroute
GNU gdb (GDB) 7.11.1
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "arm-openwrt-linux".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from cjdroute...(no debugging symbols found)...done.
(gdb)

03.08.2017948PackagesBug ReportVery LowHighlua: on 64bit targets integer number truncation may occ...AllUnconfirmed Task Description

On 64bit target implementations (eg x86_64) and with LNUM on int32
mode (default), assignation of an integer number greater than
UINT_MAX (ie 4294967295), but lesser or equal than UINT_MAX +
0x7FFFFFFF + 1 (ie 6442450943) to a variable does result in
truncation of the final value stored in memory.

E.g.:

   > n=4294967296; print(n)
   0
   > n=6442450943; print(n)
   2147483647

Cause:
LNUM does perform a C-Style cast in the intermediate function wrapper
used to check for the fitness of numbers. This cast is not only unnecessary
but also brings on undefined behaviour on 64bit target implementations
where INT’s and LONG’s are of size 32 and 64bit respectively.

Fix:
Removal of the unnecessary cast in wrapper does bring back the ‘overflow detection’.

Regards, Víctor Calvís.

01.08.2017944PackagesBug ReportVery LowLowfirewall3 isn't holding iptables lockTrunkUnconfirmed Task Description

I was first thinking that my missing iptables rules are related to the bug  FS#943 . But it looks like firewall3 is not holding the iptables lock via the option “-w”. This is unsafe because multiple iptables process may try to change a table at the same time and thus overwrite the final results of another iptables process.

The -w functionality for iptables-restore can be found in https://git.netfilter.org/iptables/commit/?id=999eaa241212d3952ddff39a99d0d55a74e3639e

25.07.2017931Base systemBug ReportVery LowHighOnboard Bluetooth not working on Raspberry Pi 3 BAllAssigned Task Description

I have tried LEDE 17.01.1 and 17.01.2 and i can’t get bluetooth running on raspberry pi 3.

It will not flash the firmware for the bluetooth controller on rpi3, when device is brought up:

root@LEDE:~# /usr/bin/hciattach /dev/ttyAMA0 bcm43xx 921600 noflow -
bcm43xx_init
Patch not found for BCM43430A1, continue anyway
Set Controller UART speed to 921600 bit/s
Device setup complete

Instead of patch not found it should produce:
Flash firmware /lib/firmware/brcm/BCM43430A1.hcd

I could not find this firmware via opkg, so i used a file from OpenELEC at
https://github.com/OpenELEC/misc-firmware/tree/master/firmware/brcm

This however won’t load and bluetooth is not initialized correctly and unusable:

root@LEDE:~# /usr/bin/hciattach /dev/ttyAMA0 bcm43xx 921600 noflow -
bcm43xx_init
Flash firmware /lib/firmware/brcm/BCM43430A1.hcd
Initialization timed out

 


19.07.2017915Base systemBug ReportVery LowLowWRT54GS v1.1 Power LED flashes & leds-gpio fails to loa...AllUnconfirmed Task Description

The leds-gpio module fails to load on WRT54GS v1.1 with this error message in the console:
“leds-gpio: probe of leds-gpio failed with error -16” This applies both to OpenWRT 15.05.1 and LEDE 17.01.2 as well as the latest Snapshot.

The nvram variable “boardtype” is 0×0708 on this device.
In leds.c this gets mapped to “bcm47xx_leds_linksys_wrt54g_generic” http://elixir.free-electrons.com/linux/latest/source/arch/mips/bcm47xx/leds.c#L677

With the following layout:

BCM47XX_GPIO_LED(0, "unk", "dmz", 1, LEDS_GPIO_DEFSTATE_OFF),
BCM47XX_GPIO_LED(1, "unk", "power", 0, LEDS_GPIO_DEFSTATE_ON),
BCM47XX_GPIO_LED(5, "white", "wps", 1, LEDS_GPIO_DEFSTATE_OFF),
BCM47XX_GPIO_LED(7, "orange", "wps", 1, LEDS_GPIO_DEFSTATE_OFF),

But this layout is invalid because this board does not have the “SecureEasySetup” WPS button.
GPIO5 is used by the reset button, that is why leds-gpio fails with error -16 (Device or resource busy).

As a quick test I changed the “boardtype” to 0×0101, leds-gpio can then load successfully and the power LED no longer flashes.
That layout is however not correct for the WRT54GS, the actual layout is:

Name	GPIO	Polarity
WLAN	0	Active low
POWER	1	Active high
DMZ	7	Active low

The problem in the source is that “boardtype” 0×0708 is not a unique identifier.
That actually matches several WRT54G v2 > v3.1 devices, and apparently also WRT54GS up to revision 2.1 that has the WPS button.
See the following old bug report for a list: https://lists.openwrt.org/pipermail/openwrt-devel/2014-June/025868.html

So the proper fix would be to introduce the variable “boardflags” as well into the code:
http://elixir.free-electrons.com/linux/latest/source/arch/mips/bcm47xx/board.c#L297

It is also worth noting that the reason the Power LED flickers is due to it’s hardware implementation.
The LED can only be on or flashing, the flashing is done by an oscillator on the board itself.
Ref: https://bugs.lede-project.org/index.php?do=details&task_id=793

17.07.2017911OtherFeature RequestVery LowLowProblem with login into private git reposAllNew Task Description

I am not able to use packages from my private git repos which needs login. The system during the build process don’t ask me for login as before.

Here is the verbose log output:

make[3]: Leaving directory `/home/flowtester/caes/platform/package/base-files'
make[3]: Entering directory `/home/flowtester/caes/platform/package-bumblebee/packages/libdevereader'
mkdir -p /home/flowtester/caes/platform/dl
SHELL= flock /home/flowtester/caes/platform/tmp/.libdevereader-1.1.7-daa94e0fad44a000892570665e6c792fd9cad860.tar.gz.flock -c '          echo "Checking out files from the git repository..."; mkdir -p /home/flowtester/caes/platform/tmp/dl && cd /home/flowtester/caes/platform/tmp/dl && rm -rf libdevereader-1.1.7-daa94e0fad44a000892570665e6c792fd9cad860 && [ \! -d libdevereader-1.1.7-daa94e0fad44a000892570665e6c792fd9cad860 ] && git clone  https://redmine.develict.com/git/devereader libdevereader-1.1.7-daa94e0fad44a000892570665e6c792fd9cad860 && (cd libdevereader-1.1.7-daa94e0fad44a000892570665e6c792fd9cad860 && git checkout daa94e0fad44a000892570665e6c792fd9cad860 && git submodule update --init --recursive) && echo "Packing checkout..." && export TAR_TIMESTAMP=`cd libdevereader-1.1.7-daa94e0fad44a000892570665e6c792fd9cad860 && git log -1 --format='\''@%ct'\''` && rm -rf libdevereader-1.1.7-daa94e0fad44a000892570665e6c792fd9cad860/.git &&  tar --numeric-owner --owner=0 --group=0 --sort=name ${TAR_TIMESTAMP:+--mtime="$TAR_TIMESTAMP"} -c libdevereader-1.1.7-daa94e0fad44a000892570665e6c792fd9cad860 |     gzip -nc > /home/flowtester/caes/platform/tmp/dl/libdevereader-1.1.7-daa94e0fad44a000892570665e6c792fd9cad860.tar.gz && mv /home/flowtester/caes/platform/tmp/dl/libdevereader-1.1.7-daa94e0fad44a000892570665e6c792fd9cad860.tar.gz /home/flowtester/caes/platform/dl/ && rm -rf libdevereader-1.1.7-daa94e0fad44a000892570665e6c792fd9cad860;     '
Checking out files from the git repository...
Cloning into 'libdevereader-1.1.7-daa94e0fad44a000892570665e6c792fd9cad860'...
fatal: Authentication failed for 'https://redmine.develict.com/git/devereader/'
make[3]: *** [/home/flowtester/caes/platform/dl/libdevereader-1.1.7-daa94e0fad44a000892570665e6c792fd9cad860.tar.gz] Error 128
make[3]: Leaving directory `/home/flowtester/caes/platform/package-bumblebee/packages/libdevereader'
make[2]: *** [package/feeds/bumblebee/libdevereader/compile] Error 2
make[2]: Leaving directory `/home/flowtester/caes/platform'
make[1]: *** [/home/flowtester/caes/platform/staging_dir/target-mipsel_24kc_musl/stamp/.package_compile] Error 2
make[1]: Leaving directory `/home/flowtester/caes/platform'
make: *** [world] Error 2

If I try it manually from cli everythings works but not during the prepare process ....


16.07.2017910KernelBug ReportVery LowMediumRaspberry Pi 3 keeps attempting to change CPU frequency...TrunkUnconfirmed Task Description

I recently updated a Raspberry Pi 3 to a recent LEDE git master build: Reboot (SNAPSHOT, r4576-9fe9175)

The kernel keeps logging the following errors:

[  103.041158] bcm2835-cpufreq:bcm2835_cpufreq_set_clock:84: Failed to set clock: 600000 (-12)
[  103.044492] bcm2835-cpufreq:bcm2835_cpufreq_driver_target_index:183: Error occurred setting a new frequency (600000)
[  103.047857] cpufreq: __target_index: Failed to change cpu frequency: -22
[  103.401167] bcm2835-cpufreq:bcm2835_cpufreq_set_clock:84: Failed to set clock: 600000 (-12)
[  103.404517] bcm2835-cpufreq:bcm2835_cpufreq_driver_target_index:183: Error occurred setting a new frequency (600000)
[  103.407890] cpufreq: __target_index: Failed to change cpu frequency: -22
[  103.761155] bcm2835-cpufreq:bcm2835_cpufreq_set_clock:84: Failed to set clock: 600000 (-12)
[  103.764491] bcm2835-cpufreq:bcm2835_cpufreq_driver_target_index:183: Error occurred setting a new frequency (600000)
[  103.767870] cpufreq: __target_index: Failed to change cpu frequency: -22

I am seeing ~10ms latency spikes for traffic through the device and I believe these errors are the reason. If I force the scheduler to only run the CPU at its maximum speed with the command below then then errors cease and the latency spikes disappear:

# echo 1200000 > /sys/devices/system/cpu/cpufreq/policy0/scaling_min_freq

I looked into the kernel sources and the messages above appear to be saying that there was an error when asking the Pi firmware to change the CPU speed.

I know there is a HW quirk in the RPi3 which means the UART is effected by the CPU speed. I wonder whether this has anything to do with the firmware rejecting the speed change:
https://github.com/RPi-Distro/repo/issues/22

13.07.2017903Base systemBug ReportVery LowLowPB44 board vsc7385 don't workTrunkUnconfirmed Task Description

use the lede head code ,make the PB44 code, the PB44 borad can work ,but the lan deivice not good. From the log Just fond the vsc7358 switch not work


12.07.2017901Base systemBug ReportVery LowLowUSB not working on MikroTik hAP ac TrunkUnconfirmed Task Description

Only affecting hAP ac / RB962UiGS-5HacT2HnT

Tested with LEDE trunk in April, no relevant commits to device since.

GPIO to control USB power works, and USB controller appears in dmesg on boot. Upon connecting any device, it is not recognised and there are no kernel messages. Same devices work (albeit via internal hub) on Archer C7 v2 using same SoC.

Bug independently verified by another user, not a hardware defect with a single unit.

I am aware of the irony that I contributed the support for this device, and reported USB as working. I was only looking for the controller to be recognised and neglected to test with an actual USB device until after this was merged. My bad. Logging as a bug so that anyone who finds it not working can at least see a record and know to direct their blame towards me :)

06.07.2017890Base systemBug ReportVery LowLowWNDR3400v1 brcmsmac fails to attach phy0 & phy1, error ...TrunkUnconfirmed Task Description

On my Netgear WNDR3400v1, WiFi doesn’t work with the brcmsmac driver, it should.

Here is the error in dmesg upon loading the brcmsmac driver:

[   13.922244] brcmsmac bcma0:1: mfg 4bf core 812 rev 17 class 0 irq 3
[   13.928938] ieee80211 phy0: wl0: brcms_b_attach: Unsupported Broadcom board type (0xb4cf) or revision level (0x0)
[   13.939483] ieee80211 phy0: wl0: brcms_b_attach: failed with err 15
[   13.945869] ieee80211 phy0: wl0: brcms_c_attach: failed with err 15
[   13.952317] ieee80211 phy0: brcmsmac: attach() failed with code 15
[   13.958605] brcmsmac: brcms_bcma_probe: brcms_attach failed!
[   13.964536] brcmsmac bcma1:1: mfg 4bf core 812 rev 23 class 0 irq 6
[   13.971222] bcma: bus1: Switched to core: 0x812
[   13.971613] ieee80211 phy1: wl0: brcms_b_attach: Unsupported Broadcom board type (0xb4cf) or revision level (0x0)
[   13.982136] ieee80211 phy1: wl0: brcms_b_attach: failed with err 15
[   13.988517] ieee80211 phy1: wl0: brcms_c_attach: failed with err 15
[   13.994965] ieee80211 phy1: brcmsmac: attach() failed with code 15
[   14.001311] brcmsmac: brcms_bcma_probe: brcms_attach failed!

It seems it is reading the revision level incorrectly, and refusing to load.

nvram show displays:

boardnum=01
boardtype=0xb4cf
boardrev=0x1100

System Information:

Reboot (SNAPSHOT, r4529-05d6e92)

root@lede:~# cat /etc/openwrt_release 
DISTRIB_ID='LEDE'
DISTRIB_RELEASE='SNAPSHOT'
DISTRIB_REVISION='r4529-05d6e92'
DISTRIB_CODENAME='reboot'
DISTRIB_TARGET='brcm47xx/mips74k'
DISTRIB_ARCH='mipsel_74kc'
DISTRIB_DESCRIPTION='LEDE Reboot SNAPSHOT r4529-05d6e92'
DISTRIB_TAINTS='no-all'

root@lede:~# uname -a
Linux lede 4.4.74 #0 Sun Jul 2 21:10:06 2017 mips GNU/Linux

   
[ logread ]
Wed Jul  5 22:22:41 2017 kern.notice kernel: [    0.000000] Linux version 4.4.74 (buildbot@builds) (gcc version 5.4.0 (LEDE GCC 5.4.0 r4456-d98cafc) ) #0 Sun Jul 2 21:10:06 2017
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.000000] CPU0 revision is: 00019740 (MIPS 74Kc)
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.000000] bcm47xx: Using bcma bus
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.000000] bcma: bus0: Found chip with id 0x4716, rev 0x01 and package 0x0A
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.000000] Determined physical RAM map:
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.000000]  memory: 04000000 @ 00000000 (usable)
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.000000] Initrd not found or empty - disabling initrd
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.000000] Zone ranges:
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.000000]   Normal   [mem 0x0000000000000000-0x0000000003ffffff]
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.000000]   HighMem  empty
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.000000] Movable zone start for each node
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.000000] Early memory node ranges
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.000000]   node   0: [mem 0x0000000000000000-0x0000000003ffffff]
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.000000] Initmem setup node 0 [mem 0x0000000000000000-0x0000000003ffffff]
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.000000] On node 0 totalpages: 16384
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.000000] free_area_init_node: node 0, pgdat 803a64c0, node_mem_map 81000000
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.000000]   Normal zone: 128 pages used for memmap
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.000000]   Normal zone: 0 pages reserved
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.000000]   Normal zone: 16384 pages, LIFO batch:3
Wed Jul  5 22:22:41 2017 kern.warn kernel: [    0.000000] Primary instruction cache 32kB, VIPT, 4-way, linesize 32 bytes.
Wed Jul  5 22:22:41 2017 kern.warn kernel: [    0.000000] Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.000000] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.000000] pcpu-alloc: [0] 0 
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 16256
Wed Jul  5 22:22:41 2017 kern.notice kernel: [    0.000000] Kernel command line:  noinitrd console=ttyS0,115200
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.000000] PID hash table entries: 256 (order: -2, 1024 bytes)
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.000000] Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.000000] Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.000000] Writing ErrCtl register=00000000
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.000000] Readback ErrCtl register=00000000
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.000000] Memory: 60556K/65536K available (3002K kernel code, 134K rwdata, 696K rodata, 188K init, 294K bss, 4980K reserved, 0K cma-reserved, 0K highmem)
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.000000] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.000000] NR_IRQS:128
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.000000] bcma: bus0: Core 0 found: ChipCommon (manuf 0x4BF, id 0x800, rev 0x1F, class 0x0)
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.000000] bcma: bus0: Core 1 found: IEEE 802.11 (manuf 0x4BF, id 0x812, rev 0x11, class 0x0)
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.000000] bcma: bus0: Core 2 found: GBit MAC (manuf 0x4BF, id 0x82D, rev 0x00, class 0x0)
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.000000] bcma: bus0: Core 3 found: MIPS 74K (manuf 0x4A7, id 0x82C, rev 0x01, class 0x0)
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.000000] bcma: bus0: Core 4 found: USB 2.0 Host (manuf 0x4BF, id 0x819, rev 0x04, class 0x0)
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.000000] bcma: bus0: Core 5 found: PCIe (manuf 0x4BF, id 0x820, rev 0x0E, class 0x0)
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.000000] bcma: bus0: Core 6 found: DDR1/DDR2 Memory Controller (manuf 0x4BF, id 0x82E, rev 0x01, class 0x0)
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.000000] bcma: bus0: Core 7 found: Internal Memory (manuf 0x4BF, id 0x80E, rev 0x07, class 0x0)
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.000000] bcma: bus0: Core 8 found: I2S (manuf 0x4BF, id 0x834, rev 0x00, class 0x0)
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.000000] bcma: bus0: Found rev 5 PMU (capabilities 0x11242C05)
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.000000] bcma: bus0: Found serial flash
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.000000] bcma: bus0: Found M25P64 serial flash (size: 8192KiB, blocksize: 0x10000, blocks: 128)
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.000000] bcma: bus0: Early bus registered
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.000000] MIPS: machine is Unknown Board
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.000000] bcm47xx: Setting up vectored interrupts
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.000000] clocksource: MIPS: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 8438235966 ns
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.000015] sched_clock: 32 bits at 226MHz, resolution 4ns, wraps every 9481163773ns
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.000088] Calibrating delay loop... 226.09 BogoMIPS (lpj=1130496)
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.070063] pid_max: default: 32768 minimum: 301
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.070318] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.070345] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.074642] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.074715] futex hash table entries: 256 (order: -1, 3072 bytes)
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.076193] NET: Registered protocol family 16
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.099321] clocksource: Switched to clocksource MIPS
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.101966] NET: Registered protocol family 2
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.103621] TCP established hash table entries: 1024 (order: 0, 4096 bytes)
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.103678] TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.103719] TCP: Hash tables configured (established 1024 bind 1024)
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.103896] UDP hash table entries: 256 (order: 0, 4096 bytes)
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.103944] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.104461] NET: Registered protocol family 1
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.104612] PCI: CLS 0 bytes, default 32
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.113504] bcma: bus0: Using SPROM revision 0 provided by platform.
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.113545] bcma: bus0: PMU resource config unknown or not needed for device 0x4716
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.115561] bcma: bus0: Workarounds unknown or not needed for device 0x4716
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.115580] bcma: bus0: Initializing MIPS core...
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.115601] bcma: bus0: Moved i2s interrupt to oob line 7 instead of 8
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.115628] bcma: bus0: set_irq: core 0x0812, irq 3 => 3
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.115651] bcma: bus0: set_irq: core 0x082d, irq 4 => 4
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.115674] bcma: bus0: set_irq: core 0x0819, irq 5 => 5
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.115697] bcma: bus0: set_irq: core 0x0820, irq 6 => 6
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.115718] bcma: bus0: set_irq: core 0x0800, irq 2 => 2
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.115741] bcma: bus0: set_irq: core 0x0834, irq 0 => 2
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.115756] bcma: bus0: IRQ reconfiguration done
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.115772] bcma: core 0x0800, irq : 2(S)* 3  4  5  6  D  I 
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.115825] bcma: core 0x0812, irq : 2(S)  3* 4  5  6  D  I 
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.115869] bcma: core 0x082d, irq : 2(S)  3  4* 5  6  D  I 
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.115913] bcma: core 0x082c, irq : 2(S)  3  4  5  6  D  I*
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.115957] bcma: core 0x0819, irq : 2(S)  3  4  5* 6  D  I 
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.116001] bcma: core 0x0820, irq : 2(S)  3  4  5  6* D  I 
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.116045] bcma: core 0x082e, irq : 2(S)  3  4  5  6  D* I 
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.116088] bcma: core 0x080e, irq : 2(S)  3  4  5  6  D  I*
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.116130] bcma: core 0x0834, irq : 2(S)* 3  4  5  6  D  I 
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.116176] bcma: bus0: PCIEcore in host mode found
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.304669] PCI host bridge to bus 0000:00
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.304727] pci_bus 0000:00: root bus resource [mem 0x08000000-0x0bffffff]
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.304756] pci_bus 0000:00: root bus resource [io  0x0100-0x07ff]
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.304785] pci_bus 0000:00: root bus resource [??? 0x00000000 flags 0x0]
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.304814] pci_bus 0000:00: No busn resource found for root bus, will use [bus 00-ff]
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.304903] pci 0000:00:00.0: [14e4:4716] type 00 class 0x060000
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.304948] bcma: PCI: Fixing up bridge 0000:00:00.0
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.304969] bcma: PCI: Fixing up device 0000:00:00.0
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.305033] pci 0000:00:00.0: reg 0x10: [mem 0x00000000-0x00003fff 64bit]
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.305073] pci 0000:00:00.0: reg 0x18: [mem 0x00000000-0x07ffffff 64bit]
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.305187] pci 0000:00:00.0: supports D1 D2
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.305595] pci 0000:00:00.1: [14e4:0000] type 00 class 0x060000
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.305645] bcma: PCI: Fixing up bridge 0000:00:00.1
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.305666] bcma: PCI: Fixing up device 0000:00:00.1
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.305731] pci 0000:00:00.1: reg 0x10: [mem 0x00000000-0x00003fff 64bit]
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.305770] pci 0000:00:00.1: reg 0x18: [mem 0x00000000-0x07ffffff 64bit]
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.305878] pci 0000:00:00.1: supports D1 D2
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.306355] pci 0000:00:01.0: [14e4:a8d8] type 00 class 0x028000
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.306490] pci 0000:00:01.0: reg 0x10: [mem 0x00000000-0x00003fff 64bit]
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.306593] bcma: PCI: Fixing up addresses 0000:00:01.0
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.306642] pci 0000:00:01.0: BAR 0: assigned [mem 0x08000000-0x08003fff 64bit]
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.306809] pci 0000:00:01.0: supports D1 D2
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    0.307254] pci_bus 0000:00: busn_res: [bus 00-ff] end is updated to 00
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.308856] bcma: bus0: Bus registered
Wed Jul  5 22:22:41 2017 kern.warn kernel: [    0.310393] Crashlog allocated RAM at address 0x3f00000
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.344150] squashfs: version 4.0 (2009/01/31) Phillip Lougher
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.344205] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.349655] io scheduler noop registered
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.349707] io scheduler deadline registered (default)
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.350248] Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.355394] console [ttyS0] disabled
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.375653] serial8250.0: ttyS0 at MMIO 0xb8000300 (irq = 2, base_baud = 1250000) is a U6_16550A
Wed Jul  5 22:22:41 2017 kern.info kernel: [    0.872455] console [ttyS0] enabled
Wed Jul  5 22:22:41 2017 kern.notice kernel: [    0.989922] 7 bcm47xxpart partitions found on MTD device bcm47xxsflash
Wed Jul  5 22:22:41 2017 kern.notice kernel: [    0.996576] Creating 7 MTD partitions on "bcm47xxsflash":
Wed Jul  5 22:22:41 2017 kern.notice kernel: [    1.002140] 0x000000000000-0x000000040000 : "boot"
Wed Jul  5 22:22:41 2017 kern.notice kernel: [    1.011599] 0x000000040000-0x0000007e0000 : "firmware"
Wed Jul  5 22:22:41 2017 kern.notice kernel: [    1.020126] 0x0000007e0000-0x0000007f0000 : "board_data"
Wed Jul  5 22:22:41 2017 kern.notice kernel: [    1.028709] 0x0000007f0000-0x000000800000 : "nvram"
Wed Jul  5 22:22:41 2017 kern.notice kernel: [    1.036956] 0x00000004001c-0x000000040920 : "loader"
Wed Jul  5 22:22:41 2017 kern.notice kernel: [    1.045355] 0x000000040920-0x00000017dc00 : "linux"
Wed Jul  5 22:22:41 2017 kern.notice kernel: [    1.053621] 0x00000017dc00-0x0000007e0000 : "rootfs"
Wed Jul  5 22:22:41 2017 kern.notice kernel: [    1.061906] mtd: device 6 (rootfs) set to be root filesystem
Wed Jul  5 22:22:41 2017 kern.notice kernel: [    1.067729] 1 squashfs-split partitions found on MTD device rootfs
Wed Jul  5 22:22:41 2017 kern.notice kernel: [    1.074136] 0x000000360000-0x0000007e0000 : "rootfs_data"
Wed Jul  5 22:22:41 2017 kern.info kernel: [    1.086521] libphy: Fixed MDIO Bus: probed
Wed Jul  5 22:22:41 2017 kern.info kernel: [    1.091101] bgmac_bcma bcma0:2: Found PHY addr: 30 (NOREGS)
Wed Jul  5 22:22:41 2017 kern.info kernel: [    1.100515] libphy: bcma_mdio mii bus: probed
Wed Jul  5 22:22:41 2017 kern.warn kernel: [    1.104979] bgmac_bcma bcma0:2: Support for Roboswitch not implemented
Wed Jul  5 22:22:41 2017 kern.info kernel: [    1.264041] b53_common: found switch: BCM5325, rev 0
Wed Jul  5 22:22:41 2017 kern.info kernel: [    1.270621] bgmac_bcma: Broadcom 47xx GBit MAC driver loaded
Wed Jul  5 22:22:41 2017 kern.info kernel: [    1.276982] bcm47xx-wdt bcm47xx-wdt.0: BCM47xx Watchdog Timer enabled (30 seconds)
Wed Jul  5 22:22:41 2017 kern.warn kernel: [    1.285141] PCI: Enabling device 0000:00:01.0 (0000 -> 0002)
Wed Jul  5 22:22:41 2017 kern.info kernel: [    1.291021] bcma: PCI: Fixing up device 0000:00:01.0
Wed Jul  5 22:22:41 2017 kern.info kernel: [    1.296150] bcma: bus1: Found chip with id 43224, rev 0x01 and package 0x08
Wed Jul  5 22:22:41 2017 kern.info kernel: [    1.303351] bcma: bus1: Core 0 found: ChipCommon (manuf 0x4BF, id 0x800, rev 0x22, class 0x0)
Wed Jul  5 22:22:41 2017 kern.info kernel: [    1.312133] bcma: bus1: Core 1 found: IEEE 802.11 (manuf 0x4BF, id 0x812, rev 0x17, class 0x0)
Wed Jul  5 22:22:41 2017 kern.info kernel: [    1.321015] bcma: bus1: Core 2 found: PCIe (manuf 0x4BF, id 0x820, rev 0x0F, class 0x0)
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    1.329246] bcma: bus1: Found rev 6 PMU (capabilities 0x108C2606)
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    1.330088] bcma: bus1: Using SPROM revision 0 provided by platform.
Wed Jul  5 22:22:41 2017 kern.debug kernel: [    1.330132] bcma: bus1: PMU resource config unknown or not needed for device 0xA8D8
Wed Jul  5 22:22:41 2017 kern.info kernel: [    1.340850] bcma: bus1: Bus registered
Wed Jul  5 22:22:41 2017 kern.info kernel: [    1.346903] NET: Registered protocol family 10
Wed Jul  5 22:22:41 2017 kern.info kernel: [    1.357396] NET: Registered protocol family 17
Wed Jul  5 22:22:41 2017 kern.info kernel: [    1.362216] bridge: automatic filtering via arp/ip/ip6tables has been deprecated. Update your scripts to load br_netfilter if you need this.
Wed Jul  5 22:22:41 2017 kern.info kernel: [    1.375148] 8021q: 802.1Q VLAN Support v1.8
Wed Jul  5 22:22:41 2017 kern.info kernel: [    1.393155] VFS: Mounted root (squashfs filesystem) readonly on device 31:6.
Wed Jul  5 22:22:41 2017 kern.info kernel: [    1.401759] Freeing unused kernel memory: 188K (803c1000 - 803f0000)
Wed Jul  5 22:22:41 2017 user.info kernel: [    3.050931] init: Console is alive
Wed Jul  5 22:22:41 2017 user.info kernel: [    3.054861] init: - watchdog -
Wed Jul  5 22:22:41 2017 user.info kernel: [    4.254646] kmodloader: loading kernel modules from /etc/modules-boot.d/*
Wed Jul  5 22:22:41 2017 kern.info kernel: [    4.402007] usbcore: registered new interface driver usbfs
Wed Jul  5 22:22:41 2017 kern.info kernel: [    4.407764] usbcore: registered new interface driver hub
Wed Jul  5 22:22:41 2017 kern.info kernel: [    4.413517] usbcore: registered new device driver usb
Wed Jul  5 22:22:41 2017 kern.info kernel: [    4.427524] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
Wed Jul  5 22:22:41 2017 kern.info kernel: [    4.437246] ehci-platform: EHCI generic platform driver
Wed Jul  5 22:22:41 2017 kern.info kernel: [    4.442860] ehci-platform ehci-platform.0: EHCI Host Controller
Wed Jul  5 22:22:41 2017 kern.info kernel: [    4.449006] ehci-platform ehci-platform.0: new USB bus registered, assigned bus number 1
Wed Jul  5 22:22:41 2017 kern.info kernel: [    4.457485] ehci-platform ehci-platform.0: irq 5, io mem 0x18004000
Wed Jul  5 22:22:41 2017 kern.info kernel: [    4.479401] ehci-platform ehci-platform.0: USB 2.0 started, EHCI 1.00
Wed Jul  5 22:22:41 2017 kern.info kernel: [    4.487835] hub 1-0:1.0: USB hub found
Wed Jul  5 22:22:41 2017 kern.info kernel: [    4.492481] hub 1-0:1.0: 2 ports detected
Wed Jul  5 22:22:41 2017 kern.info kernel: [    4.502125] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
Wed Jul  5 22:22:41 2017 kern.info kernel: [    4.510967] ohci-platform: OHCI generic platform driver
Wed Jul  5 22:22:41 2017 kern.info kernel: [    4.516448] ohci-platform ohci-platform.0: Generic Platform OHCI controller
Wed Jul  5 22:22:41 2017 kern.info kernel: [    4.523735] ohci-platform ohci-platform.0: new USB bus registered, assigned bus number 2
Wed Jul  5 22:22:41 2017 kern.info kernel: [    4.532182] ohci-platform ohci-platform.0: irq 5, io mem 0x18009000
Wed Jul  5 22:22:41 2017 kern.info kernel: [    4.595330] hub 2-0:1.0: USB hub found
Wed Jul  5 22:22:41 2017 kern.info kernel: [    4.600124] hub 2-0:1.0: 2 ports detected
Wed Jul  5 22:22:41 2017 user.info kernel: [    4.608697] kmodloader: done loading kernel modules from /etc/modules-boot.d/*
Wed Jul  5 22:22:41 2017 user.info kernel: [    4.626861] init: - preinit -
Wed Jul  5 22:22:41 2017 kern.info kernel: [    5.011347] usb 1-1: new high-speed USB device number 2 using ehci-platform
Wed Jul  5 22:22:41 2017 kern.notice kernel: [    5.263503] random: procd: uninitialized urandom read (4 bytes read, 9 bits of entropy available)
Wed Jul  5 22:22:41 2017 kern.notice kernel: [    6.414938] random: jshn: uninitialized urandom read (4 bytes read, 11 bits of entropy available)
Wed Jul  5 22:22:41 2017 kern.notice kernel: [    6.608349] random: jshn: uninitialized urandom read (4 bytes read, 11 bits of entropy available)
Wed Jul  5 22:22:41 2017 kern.notice kernel: [    6.731613] random: jshn: uninitialized urandom read (4 bytes read, 11 bits of entropy available)
Wed Jul  5 22:22:41 2017 kern.info kernel: [    7.012119] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
Wed Jul  5 22:22:41 2017 kern.info kernel: [    7.018248] IPv6: ADDRCONF(NETDEV_UP): eth0.1: link is not ready
Wed Jul  5 22:22:41 2017 kern.info kernel: [    8.569470] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Wed Jul  5 22:22:41 2017 kern.info kernel: [    8.576495] IPv6: ADDRCONF(NETDEV_CHANGE): eth0.1: link becomes ready
Wed Jul  5 22:22:41 2017 kern.notice kernel: [   10.681655] jffs2: notice: (375) jffs2_build_xattr_subsystem: complete building xattr subsystem, 0 of xdatum (0 unchecked, 0 orphan) and 0 of xref (0 dead, 0 orphan) found.
Wed Jul  5 22:22:41 2017 user.info kernel: [   10.705445] mount_root: switching to jffs2 overlay
Wed Jul  5 22:22:41 2017 user.warn kernel: [   10.759409] urandom-seed: Seeding with /etc/urandom.seed
Wed Jul  5 22:22:41 2017 user.info kernel: [   10.971431] procd: - early -
Wed Jul  5 22:22:41 2017 user.info kernel: [   10.974613] procd: - watchdog -
Wed Jul  5 22:22:41 2017 user.info kernel: [   11.730144] procd: - watchdog -
Wed Jul  5 22:22:41 2017 user.info kernel: [   11.734119] procd: - ubus -
Wed Jul  5 22:22:41 2017 kern.notice kernel: [   11.756070] random: ubusd: uninitialized urandom read (4 bytes read, 20 bits of entropy available)
Wed Jul  5 22:22:41 2017 kern.notice kernel: [   11.789743] random: ubusd: uninitialized urandom read (4 bytes read, 20 bits of entropy available)
Wed Jul  5 22:22:41 2017 kern.notice kernel: [   11.799846] random: ubusd: uninitialized urandom read (4 bytes read, 20 bits of entropy available)
Wed Jul  5 22:22:41 2017 kern.notice kernel: [   11.809088] random: ubusd: uninitialized urandom read (4 bytes read, 20 bits of entropy available)
Wed Jul  5 22:22:41 2017 kern.notice kernel: [   11.819720] random: ubusd: uninitialized urandom read (4 bytes read, 20 bits of entropy available)
Wed Jul  5 22:22:41 2017 kern.notice kernel: [   11.828937] random: ubusd: uninitialized urandom read (4 bytes read, 20 bits of entropy available)
Wed Jul  5 22:22:41 2017 user.info kernel: [   11.840154] procd: - init -
Wed Jul  5 22:22:41 2017 user.info kernel: [   13.039395] kmodloader: loading kernel modules from /etc/modules.d/*
Wed Jul  5 22:22:41 2017 kern.info kernel: [   13.065020] tun: Universal TUN/TAP device driver, 1.6
Wed Jul  5 22:22:41 2017 kern.info kernel: [   13.070278] tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
Wed Jul  5 22:22:41 2017 kern.info kernel: [   13.085691] ip6_tables: (C) 2000-2006 Netfilter Core Team
Wed Jul  5 22:22:41 2017 kern.info kernel: [   13.145711] Loading modules backported from Linux version wt-2017-01-31-0-ge882dff19e7f
Wed Jul  5 22:22:41 2017 kern.info kernel: [   13.153955] Backport generated by backports.git backports-20160324-13-g24da7d3c
Wed Jul  5 22:22:41 2017 kern.info kernel: [   13.171588] ip_tables: (C) 2000-2006 Netfilter Core Team
Wed Jul  5 22:22:41 2017 kern.info kernel: [   13.193691] nf_conntrack version 0.5.0 (949 buckets, 3796 max)
Wed Jul  5 22:22:41 2017 kern.info kernel: [   13.317055] xt_time: kernel timezone is -0000
Wed Jul  5 22:22:41 2017 kern.info kernel: [   13.325369] usbcore: registered new interface driver cdc_ether
Wed Jul  5 22:22:41 2017 kern.info kernel: [   13.427171] PPP generic driver version 2.4.2
Wed Jul  5 22:22:41 2017 kern.info kernel: [   13.436494] NET: Registered protocol family 24
Wed Jul  5 22:22:41 2017 kern.info kernel: [   13.450675] rndis_host 1-1:1.0 usb0: register 'rndis_host' at usb-ehci-platform.0-1, RNDIS device, 02:5b:53:31:37:31
Wed Jul  5 22:22:41 2017 kern.info kernel: [   13.461807] usbcore: registered new interface driver rndis_host
Wed Jul  5 22:22:41 2017 kern.info kernel: [   13.922244] brcmsmac bcma0:1: mfg 4bf core 812 rev 17 class 0 irq 3
Wed Jul  5 22:22:41 2017 kern.err kernel: [   13.928938] ieee80211 phy0: wl0: brcms_b_attach: Unsupported Broadcom board type (0xb4cf) or revision level (0x0)
Wed Jul  5 22:22:41 2017 kern.err kernel: [   13.939483] ieee80211 phy0: wl0: brcms_b_attach: failed with err 15
Wed Jul  5 22:22:41 2017 kern.err kernel: [   13.945869] ieee80211 phy0: wl0: brcms_c_attach: failed with err 15
Wed Jul  5 22:22:41 2017 kern.err kernel: [   13.952317] ieee80211 phy0: brcmsmac: attach() failed with code 15
Wed Jul  5 22:22:41 2017 kern.err kernel: [   13.958605] brcmsmac: brcms_bcma_probe: brcms_attach failed!
Wed Jul  5 22:22:41 2017 kern.info kernel: [   13.964536] brcmsmac bcma1:1: mfg 4bf core 812 rev 23 class 0 irq 6
Wed Jul  5 22:22:41 2017 kern.debug kernel: [   13.971222] bcma: bus1: Switched to core: 0x812
Wed Jul  5 22:22:41 2017 kern.err kernel: [   13.971613] ieee80211 phy1: wl0: brcms_b_attach: Unsupported Broadcom board type (0xb4cf) or revision level (0x0)
Wed Jul  5 22:22:41 2017 kern.err kernel: [   13.982136] ieee80211 phy1: wl0: brcms_b_attach: failed with err 15
Wed Jul  5 22:22:41 2017 kern.err kernel: [   13.988517] ieee80211 phy1: wl0: brcms_c_attach: failed with err 15
Wed Jul  5 22:22:41 2017 kern.err kernel: [   13.994965] ieee80211 phy1: brcmsmac: attach() failed with code 15
Wed Jul  5 22:22:41 2017 kern.err kernel: [   14.001311] brcmsmac: brcms_bcma_probe: brcms_attach failed!
Wed Jul  5 22:22:41 2017 user.info kernel: [   14.026333] kmodloader: done loading kernel modules from /etc/modules.d/*
Wed Jul  5 22:22:44 2017 user.notice : Added device handler type: tunnel
Wed Jul  5 22:22:44 2017 user.notice : Added device handler type: Network device
Wed Jul  5 22:22:44 2017 user.notice : Added device handler type: bridge
Wed Jul  5 22:22:44 2017 user.notice : Added device handler type: veth
Wed Jul  5 22:22:44 2017 user.notice : Added device handler type: macvlan
Wed Jul  5 22:22:44 2017 user.notice : Added device handler type: 8021ad
Wed Jul  5 22:22:44 2017 user.notice : Added device handler type: 8021q
Wed Jul  5 22:22:47 2017 authpriv.info dropbear[750]: Not backgrounding
Wed Jul  5 22:22:50 2017 kern.info kernel: [   24.261412] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
Wed Jul  5 22:22:50 2017 kern.info kernel: [   24.286504] device eth0.1 entered promiscuous mode
Wed Jul  5 22:22:50 2017 kern.info kernel: [   24.291519] device eth0 entered promiscuous mode
Wed Jul  5 22:22:50 2017 daemon.notice netifd: Interface 'lan' is enabled
Wed Jul  5 22:22:50 2017 kern.info kernel: [   24.312573] IPv6: ADDRCONF(NETDEV_UP): br-lan: link is not ready
Wed Jul  5 22:22:50 2017 daemon.notice netifd: Interface 'lan' is setting up now
Wed Jul  5 22:22:50 2017 daemon.notice netifd: Interface 'lan' is now up
Wed Jul  5 22:22:50 2017 daemon.notice netifd: Interface 'loopback' is enabled
Wed Jul  5 22:22:50 2017 daemon.notice netifd: Interface 'loopback' is setting up now
Wed Jul  5 22:22:50 2017 daemon.notice netifd: Interface 'loopback' is now up
Wed Jul  5 22:22:50 2017 daemon.notice netifd: Interface 'usb' is enabled
Wed Jul  5 22:22:50 2017 kern.info kernel: [   24.442951] IPv6: ADDRCONF(NETDEV_UP): eth0.2: link is not ready
Wed Jul  5 22:22:50 2017 daemon.notice netifd: Interface 'wan' is enabled
Wed Jul  5 22:22:50 2017 daemon.notice netifd: Interface 'wan6' is enabled
Wed Jul  5 22:22:50 2017 daemon.notice netifd: Network device 'lo' link is up
Wed Jul  5 22:22:50 2017 daemon.notice netifd: Interface 'loopback' has link connectivity 
Wed Jul  5 22:22:50 2017 daemon.notice netifd: Network device 'usb0' link is up
Wed Jul  5 22:22:50 2017 daemon.notice netifd: Interface 'usb' has link connectivity 
Wed Jul  5 22:22:50 2017 daemon.notice netifd: Interface 'usb' is setting up now
Wed Jul  5 22:22:50 2017 daemon.notice netifd: usb (844): udhcpc: started, v1.26.2
Wed Jul  5 22:22:51 2017 user.notice firewall: Reloading firewall due to ifup of lan (br-lan)
Wed Jul  5 22:22:51 2017 daemon.notice netifd: usb (844): udhcpc: sending discover
Wed Jul  5 22:22:51 2017 daemon.notice netifd: Network device 'eth0' link is up
Wed Jul  5 22:22:51 2017 kern.info kernel: [   25.639559] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Wed Jul  5 22:22:51 2017 kern.info kernel: [   25.699543] br-lan: port 1(eth0.1) entered forwarding state
Wed Jul  5 22:22:51 2017 kern.info kernel: [   25.705336] br-lan: port 1(eth0.1) entered forwarding state
Wed Jul  5 22:22:51 2017 kern.info kernel: [   25.711336] IPv6: ADDRCONF(NETDEV_CHANGE): eth0.2: link becomes ready
Wed Jul  5 22:22:51 2017 daemon.notice netifd: VLAN 'eth0.1' link is up
Wed Jul  5 22:22:51 2017 daemon.notice netifd: VLAN 'eth0.2' link is up
Wed Jul  5 22:22:51 2017 daemon.notice netifd: Interface 'wan' has link connectivity 
Wed Jul  5 22:22:51 2017 daemon.notice netifd: Interface 'wan' is setting up now
Wed Jul  5 22:22:51 2017 daemon.notice netifd: Interface 'wan6' has link connectivity 
Wed Jul  5 22:22:51 2017 daemon.notice netifd: bridge 'br-lan' link is up
Wed Jul  5 22:22:51 2017 daemon.notice netifd: Interface 'lan' has link connectivity 
Wed Jul  5 22:22:51 2017 kern.info kernel: [   25.764246] IPv6: ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready
Wed Jul  5 22:22:51 2017 daemon.notice netifd: wan (877): udhcpc: started, v1.26.2
Wed Jul  5 22:22:52 2017 daemon.notice netifd: wan (877): udhcpc: sending discover
Wed Jul  5 22:22:52 2017 daemon.warn odhcpd[706]: DHCPV6 CONFIRM IA_NA from 000437e7143d006c0d83f363f544b6c68c5f on br-lan: not on-link 
Wed Jul  5 22:22:53 2017 kern.info kernel: [   27.699340] br-lan: port 1(eth0.1) entered forwarding state
Wed Jul  5 22:22:54 2017 daemon.err ntpdate[781]: name server cannot be used: Try again (-3)
Wed Jul  5 22:22:54 2017 daemon.notice netifd: usb (844): udhcpc: sending discover
Wed Jul  5 22:22:54 2017 authpriv.info dropbear[909]: Child connection from 192.168.65.102:53976
Wed Jul  5 22:22:55 2017 daemon.notice netifd: wan (877): udhcpc: sending discover
Wed Jul  5 22:22:57 2017 daemon.notice netifd: usb (844): udhcpc: sending discover
Wed Jul  5 22:22:57 2017 daemon.info dnsmasq[947]: started, version 2.77 cachesize 150
Wed Jul  5 22:22:57 2017 daemon.info dnsmasq[947]: DNS service limited to local subnets
Wed Jul  5 22:22:57 2017 daemon.info dnsmasq[947]: compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth no-DNSSEC no-ID loop-detect inotify
Wed Jul  5 22:22:57 2017 daemon.info dnsmasq-dhcp[947]: DHCP, IP range 192.168.65.100 -- 192.168.65.249, lease time 12h
Wed Jul  5 22:22:57 2017 daemon.info dnsmasq[947]: using local addresses only for domain test
Wed Jul  5 22:22:57 2017 daemon.info dnsmasq[947]: using local addresses only for domain onion
Wed Jul  5 22:22:57 2017 daemon.info dnsmasq[947]: using local addresses only for domain localhost
Wed Jul  5 22:22:57 2017 daemon.info dnsmasq[947]: using local addresses only for domain local
Wed Jul  5 22:22:57 2017 daemon.info dnsmasq[947]: using local addresses only for domain invalid
Wed Jul  5 22:22:57 2017 daemon.info dnsmasq[947]: using local addresses only for domain example.net
Wed Jul  5 22:22:57 2017 daemon.info dnsmasq[947]: using local addresses only for domain example.org
Wed Jul  5 22:22:57 2017 daemon.info dnsmasq[947]: using local addresses only for domain example.com
Wed Jul  5 22:22:57 2017 daemon.info dnsmasq[947]: using 3 more local addresses
Wed Jul  5 22:22:57 2017 daemon.info dnsmasq[947]: reading /tmp/resolv.conf.auto
Wed Jul  5 22:22:57 2017 daemon.info dnsmasq[947]: using local addresses only for domain test
Wed Jul  5 22:22:57 2017 daemon.info dnsmasq[947]: using local addresses only for domain onion
Wed Jul  5 22:22:57 2017 daemon.info dnsmasq[947]: using local addresses only for domain localhost
Wed Jul  5 22:22:57 2017 daemon.info dnsmasq[947]: using local addresses only for domain local
Wed Jul  5 22:22:57 2017 daemon.info dnsmasq[947]: using local addresses only for domain invalid
Wed Jul  5 22:22:57 2017 daemon.info dnsmasq[947]: using local addresses only for domain example.net
Wed Jul  5 22:22:57 2017 daemon.info dnsmasq[947]: using local addresses only for domain example.org
Wed Jul  5 22:22:57 2017 daemon.info dnsmasq[947]: using local addresses only for domain example.com
Wed Jul  5 22:22:57 2017 daemon.info dnsmasq[947]: using nameserver 8.8.8.8#53
Wed Jul  5 22:22:57 2017 daemon.info dnsmasq[947]: using nameserver 8.8.4.4#53
Wed Jul  5 22:22:57 2017 daemon.info dnsmasq[947]: using 3 more local addresses
Wed Jul  5 22:22:57 2017 daemon.info dnsmasq[947]: read /etc/hosts - 4 addresses
Wed Jul  5 22:22:57 2017 daemon.info dnsmasq[947]: read /tmp/hosts/odhcpd - 0 addresses
Wed Jul  5 22:22:57 2017 daemon.info dnsmasq[947]: read /tmp/hosts/dhcp.cfg02411c - 3 addresses
Wed Jul  5 22:22:57 2017 daemon.info dnsmasq-dhcp[947]: read /etc/ethers - 0 addresses
Wed Jul  5 22:22:58 2017 daemon.notice netifd: wan (877): udhcpc: sending discover
Wed Jul  5 22:22:59 2017 daemon.err ntpdate[906]: name server cannot be used: Try again (-3)
Wed Jul  5 22:23:03 2017 daemon.info dnsmasq-dhcp[947]: DHCPDISCOVER(br-lan) 192.168.65.102 3c:97:0e:73:9c:4f 
Wed Jul  5 22:23:03 2017 daemon.info dnsmasq-dhcp[947]: DHCPOFFER(br-lan) 192.168.65.101 3c:97:0e:73:9c:4f 
Wed Jul  5 22:23:03 2017 daemon.info dnsmasq-dhcp[947]: DHCPREQUEST(br-lan) 192.168.65.101 3c:97:0e:73:9c:4f 
Wed Jul  5 22:23:03 2017 daemon.info dnsmasq-dhcp[947]: DHCPACK(br-lan) 192.168.65.101 3c:97:0e:73:9c:4f jessica-mate
Wed Jul  5 22:23:04 2017 daemon.err ntpdate[950]: name server cannot be used: Try again (-3)

[ dmesg ]
[    0.000000] Linux version 4.4.74 (buildbot@builds) (gcc version 5.4.0 (LEDE GCC 5.4.0 r4456-d98cafc) ) #0 Sun Jul 2 21:10:06 2017
[    0.000000] CPU0 revision is: 00019740 (MIPS 74Kc)
[    0.000000] bcm47xx: Using bcma bus
[    0.000000] bcma: bus0: Found chip with id 0x4716, rev 0x01 and package 0x0A
[    0.000000] Determined physical RAM map:
[    0.000000]  memory: 04000000 @ 00000000 (usable)
[    0.000000] Initrd not found or empty - disabling initrd
[    0.000000] Zone ranges:
[    0.000000]   Normal   [mem 0x0000000000000000-0x0000000003ffffff]
[    0.000000]   HighMem  empty
[    0.000000] Movable zone start for each node
[    0.000000] Early memory node ranges
[    0.000000]   node   0: [mem 0x0000000000000000-0x0000000003ffffff]
[    0.000000] Initmem setup node 0 [mem 0x0000000000000000-0x0000000003ffffff]
[    0.000000] On node 0 totalpages: 16384
[    0.000000] free_area_init_node: node 0, pgdat 803a64c0, node_mem_map 81000000
[    0.000000]   Normal zone: 128 pages used for memmap
[    0.000000]   Normal zone: 0 pages reserved
[    0.000000]   Normal zone: 16384 pages, LIFO batch:3
[    0.000000] Primary instruction cache 32kB, VIPT, 4-way, linesize 32 bytes.
[    0.000000] Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes
[    0.000000] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
[    0.000000] pcpu-alloc: [0] 0 
[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 16256
[    0.000000] Kernel command line:  noinitrd console=ttyS0,115200
[    0.000000] PID hash table entries: 256 (order: -2, 1024 bytes)
[    0.000000] Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
[    0.000000] Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
[    0.000000] Writing ErrCtl register=00000000
[    0.000000] Readback ErrCtl register=00000000
[    0.000000] Memory: 60556K/65536K available (3002K kernel code, 134K rwdata, 696K rodata, 188K init, 294K bss, 4980K reserved, 0K cma-reserved, 0K highmem)
[    0.000000] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[    0.000000] NR_IRQS:128
[    0.000000] bcma: bus0: Core 0 found: ChipCommon (manuf 0x4BF, id 0x800, rev 0x1F, class 0x0)
[    0.000000] bcma: bus0: Core 1 found: IEEE 802.11 (manuf 0x4BF, id 0x812, rev 0x11, class 0x0)
[    0.000000] bcma: bus0: Core 2 found: GBit MAC (manuf 0x4BF, id 0x82D, rev 0x00, class 0x0)
[    0.000000] bcma: bus0: Core 3 found: MIPS 74K (manuf 0x4A7, id 0x82C, rev 0x01, class 0x0)
[    0.000000] bcma: bus0: Core 4 found: USB 2.0 Host (manuf 0x4BF, id 0x819, rev 0x04, class 0x0)
[    0.000000] bcma: bus0: Core 5 found: PCIe (manuf 0x4BF, id 0x820, rev 0x0E, class 0x0)
[    0.000000] bcma: bus0: Core 6 found: DDR1/DDR2 Memory Controller (manuf 0x4BF, id 0x82E, rev 0x01, class 0x0)
[    0.000000] bcma: bus0: Core 7 found: Internal Memory (manuf 0x4BF, id 0x80E, rev 0x07, class 0x0)
[    0.000000] bcma: bus0: Core 8 found: I2S (manuf 0x4BF, id 0x834, rev 0x00, class 0x0)
[    0.000000] bcma: bus0: Found rev 5 PMU (capabilities 0x11242C05)
[    0.000000] bcma: bus0: Found serial flash
[    0.000000] bcma: bus0: Found M25P64 serial flash (size: 8192KiB, blocksize: 0x10000, blocks: 128)
[    0.000000] bcma: bus0: Early bus registered
[    0.000000] MIPS: machine is Unknown Board
[    0.000000] bcm47xx: Setting up vectored interrupts
[    0.000000] clocksource: MIPS: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 8438235966 ns
[    0.000015] sched_clock: 32 bits at 226MHz, resolution 4ns, wraps every 9481163773ns
[    0.000088] Calibrating delay loop... 226.09 BogoMIPS (lpj=1130496)
[    0.070063] pid_max: default: 32768 minimum: 301
[    0.070318] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.070345] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.074642] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
[    0.074715] futex hash table entries: 256 (order: -1, 3072 bytes)
[    0.076193] NET: Registered protocol family 16
[    0.099321] clocksource: Switched to clocksource MIPS
[    0.101966] NET: Registered protocol family 2
[    0.103621] TCP established hash table entries: 1024 (order: 0, 4096 bytes)
[    0.103678] TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
[    0.103719] TCP: Hash tables configured (established 1024 bind 1024)
[    0.103896] UDP hash table entries: 256 (order: 0, 4096 bytes)
[    0.103944] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
[    0.104461] NET: Registered protocol family 1
[    0.104612] PCI: CLS 0 bytes, default 32
[    0.113504] bcma: bus0: Using SPROM revision 0 provided by platform.
[    0.113545] bcma: bus0: PMU resource config unknown or not needed for device 0x4716
[    0.115561] bcma: bus0: Workarounds unknown or not needed for device 0x4716
[    0.115580] bcma: bus0: Initializing MIPS core...
[    0.115601] bcma: bus0: Moved i2s interrupt to oob line 7 instead of 8
[    0.115628] bcma: bus0: set_irq: core 0x0812, irq 3 => 3
[    0.115651] bcma: bus0: set_irq: core 0x082d, irq 4 => 4
[    0.115674] bcma: bus0: set_irq: core 0x0819, irq 5 => 5
[    0.115697] bcma: bus0: set_irq: core 0x0820, irq 6 => 6
[    0.115718] bcma: bus0: set_irq: core 0x0800, irq 2 => 2
[    0.115741] bcma: bus0: set_irq: core 0x0834, irq 0 => 2
[    0.115756] bcma: bus0: IRQ reconfiguration done
[    0.115772] bcma: core 0x0800, irq : 2(S)* 3  4  5  6  D  I 
[    0.115825] bcma: core 0x0812, irq : 2(S)  3* 4  5  6  D  I 
[    0.115869] bcma: core 0x082d, irq : 2(S)  3  4* 5  6  D  I 
[    0.115913] bcma: core 0x082c, irq : 2(S)  3  4  5  6  D  I*
[    0.115957] bcma: core 0x0819, irq : 2(S)  3  4  5* 6  D  I 
[    0.116001] bcma: core 0x0820, irq : 2(S)  3  4  5  6* D  I 
[    0.116045] bcma: core 0x082e, irq : 2(S)  3  4  5  6  D* I 
[    0.116088] bcma: core 0x080e, irq : 2(S)  3  4  5  6  D  I*
[    0.116130] bcma: core 0x0834, irq : 2(S)* 3  4  5  6  D  I 
[    0.116176] bcma: bus0: PCIEcore in host mode found
[    0.304669] PCI host bridge to bus 0000:00
[    0.304727] pci_bus 0000:00: root bus resource [mem 0x08000000-0x0bffffff]
[    0.304756] pci_bus 0000:00: root bus resource [io  0x0100-0x07ff]
[    0.304785] pci_bus 0000:00: root bus resource [??? 0x00000000 flags 0x0]
[    0.304814] pci_bus 0000:00: No busn resource found for root bus, will use [bus 00-ff]
[    0.304903] pci 0000:00:00.0: [14e4:4716] type 00 class 0x060000
[    0.304948] bcma: PCI: Fixing up bridge 0000:00:00.0
[    0.304969] bcma: PCI: Fixing up device 0000:00:00.0
[    0.305033] pci 0000:00:00.0: reg 0x10: [mem 0x00000000-0x00003fff 64bit]
[    0.305073] pci 0000:00:00.0: reg 0x18: [mem 0x00000000-0x07ffffff 64bit]
[    0.305187] pci 0000:00:00.0: supports D1 D2
[    0.305595] pci 0000:00:00.1: [14e4:0000] type 00 class 0x060000
[    0.305645] bcma: PCI: Fixing up bridge 0000:00:00.1
[    0.305666] bcma: PCI: Fixing up device 0000:00:00.1
[    0.305731] pci 0000:00:00.1: reg 0x10: [mem 0x00000000-0x00003fff 64bit]
[    0.305770] pci 0000:00:00.1: reg 0x18: [mem 0x00000000-0x07ffffff 64bit]
[    0.305878] pci 0000:00:00.1: supports D1 D2
[    0.306355] pci 0000:00:01.0: [14e4:a8d8] type 00 class 0x028000
[    0.306490] pci 0000:00:01.0: reg 0x10: [mem 0x00000000-0x00003fff 64bit]
[    0.306593] bcma: PCI: Fixing up addresses 0000:00:01.0
[    0.306642] pci 0000:00:01.0: BAR 0: assigned [mem 0x08000000-0x08003fff 64bit]
[    0.306809] pci 0000:00:01.0: supports D1 D2
[    0.307254] pci_bus 0000:00: busn_res: [bus 00-ff] end is updated to 00
[    0.308856] bcma: bus0: Bus registered
[    0.310393] Crashlog allocated RAM at address 0x3f00000
[    0.344150] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    0.344205] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[    0.349655] io scheduler noop registered
[    0.349707] io scheduler deadline registered (default)
[    0.350248] Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled
[    0.355394] console [ttyS0] disabled
[    0.375653] serial8250.0: ttyS0 at MMIO 0xb8000300 (irq = 2, base_baud = 1250000) is a U6_16550A
[    0.872455] console [ttyS0] enabled
[    0.989922] 7 bcm47xxpart partitions found on MTD device bcm47xxsflash
[    0.996576] Creating 7 MTD partitions on "bcm47xxsflash":
[    1.002140] 0x000000000000-0x000000040000 : "boot"
[    1.011599] 0x000000040000-0x0000007e0000 : "firmware"
[    1.020126] 0x0000007e0000-0x0000007f0000 : "board_data"
[    1.028709] 0x0000007f0000-0x000000800000 : "nvram"
[    1.036956] 0x00000004001c-0x000000040920 : "loader"
[    1.045355] 0x000000040920-0x00000017dc00 : "linux"
[    1.053621] 0x00000017dc00-0x0000007e0000 : "rootfs"
[    1.061906] mtd: device 6 (rootfs) set to be root filesystem
[    1.067729] 1 squashfs-split partitions found on MTD device rootfs
[    1.074136] 0x000000360000-0x0000007e0000 : "rootfs_data"
[    1.086521] libphy: Fixed MDIO Bus: probed
[    1.091101] bgmac_bcma bcma0:2: Found PHY addr: 30 (NOREGS)
[    1.100515] libphy: bcma_mdio mii bus: probed
[    1.104979] bgmac_bcma bcma0:2: Support for Roboswitch not implemented
[    1.264041] b53_common: found switch: BCM5325, rev 0
[    1.270621] bgmac_bcma: Broadcom 47xx GBit MAC driver loaded
[    1.276982] bcm47xx-wdt bcm47xx-wdt.0: BCM47xx Watchdog Timer enabled (30 seconds)
[    1.285141] PCI: Enabling device 0000:00:01.0 (0000 -> 0002)
[    1.291021] bcma: PCI: Fixing up device 0000:00:01.0
[    1.296150] bcma: bus1: Found chip with id 43224, rev 0x01 and package 0x08
[    1.303351] bcma: bus1: Core 0 found: ChipCommon (manuf 0x4BF, id 0x800, rev 0x22, class 0x0)
[    1.312133] bcma: bus1: Core 1 found: IEEE 802.11 (manuf 0x4BF, id 0x812, rev 0x17, class 0x0)
[    1.321015] bcma: bus1: Core 2 found: PCIe (manuf 0x4BF, id 0x820, rev 0x0F, class 0x0)
[    1.329246] bcma: bus1: Found rev 6 PMU (capabilities 0x108C2606)
[    1.330088] bcma: bus1: Using SPROM revision 0 provided by platform.
[    1.330132] bcma: bus1: PMU resource config unknown or not needed for device 0xA8D8
[    1.340850] bcma: bus1: Bus registered
[    1.346903] NET: Registered protocol family 10
[    1.357396] NET: Registered protocol family 17
[    1.362216] bridge: automatic filtering via arp/ip/ip6tables has been deprecated. Update your scripts to load br_netfilter if you need this.
[    1.375148] 8021q: 802.1Q VLAN Support v1.8
[    1.393155] VFS: Mounted root (squashfs filesystem) readonly on device 31:6.
[    1.401759] Freeing unused kernel memory: 188K (803c1000 - 803f0000)
[    3.050931] init: Console is alive
[    3.054861] init: - watchdog -
[    4.254646] kmodloader: loading kernel modules from /etc/modules-boot.d/*
[    4.402007] usbcore: registered new interface driver usbfs
[    4.407764] usbcore: registered new interface driver hub
[    4.413517] usbcore: registered new device driver usb
[    4.427524] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[    4.437246] ehci-platform: EHCI generic platform driver
[    4.442860] ehci-platform ehci-platform.0: EHCI Host Controller
[    4.449006] ehci-platform ehci-platform.0: new USB bus registered, assigned bus number 1
[    4.457485] ehci-platform ehci-platform.0: irq 5, io mem 0x18004000
[    4.479401] ehci-platform ehci-platform.0: USB 2.0 started, EHCI 1.00
[    4.487835] hub 1-0:1.0: USB hub found
[    4.492481] hub 1-0:1.0: 2 ports detected
[    4.502125] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[    4.510967] ohci-platform: OHCI generic platform driver
[    4.516448] ohci-platform ohci-platform.0: Generic Platform OHCI controller
[    4.523735] ohci-platform ohci-platform.0: new USB bus registered, assigned bus number 2
[    4.532182] ohci-platform ohci-platform.0: irq 5, io mem 0x18009000
[    4.595330] hub 2-0:1.0: USB hub found
[    4.600124] hub 2-0:1.0: 2 ports detected
[    4.608697] kmodloader: done loading kernel modules from /etc/modules-boot.d/*
[    4.626861] init: - preinit -
[    5.011347] usb 1-1: new high-speed USB device number 2 using ehci-platform
[    5.263503] random: procd: uninitialized urandom read (4 bytes read, 9 bits of entropy available)
[    6.414938] random: jshn: uninitialized urandom read (4 bytes read, 11 bits of entropy available)
[    6.608349] random: jshn: uninitialized urandom read (4 bytes read, 11 bits of entropy available)
[    6.731613] random: jshn: uninitialized urandom read (4 bytes read, 11 bits of entropy available)
[    7.012119] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[    7.018248] IPv6: ADDRCONF(NETDEV_UP): eth0.1: link is not ready
[    8.569470] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[    8.576495] IPv6: ADDRCONF(NETDEV_CHANGE): eth0.1: link becomes ready
[   10.681655] jffs2: notice: (375) jffs2_build_xattr_subsystem: complete building xattr subsystem, 0 of xdatum (0 unchecked, 0 orphan) and 0 of xref (0 dead, 0 orphan) found.
[   10.705445] mount_root: switching to jffs2 overlay
[   10.759409] urandom-seed: Seeding with /etc/urandom.seed
[   10.971431] procd: - early -
[   10.974613] procd: - watchdog -
[   11.730144] procd: - watchdog -
[   11.734119] procd: - ubus -
[   11.756070] random: ubusd: uninitialized urandom read (4 bytes read, 20 bits of entropy available)
[   11.789743] random: ubusd: uninitialized urandom read (4 bytes read, 20 bits of entropy available)
[   11.799846] random: ubusd: uninitialized urandom read (4 bytes read, 20 bits of entropy available)
[   11.809088] random: ubusd: uninitialized urandom read (4 bytes read, 20 bits of entropy available)
[   11.819720] random: ubusd: uninitialized urandom read (4 bytes read, 20 bits of entropy available)
[   11.828937] random: ubusd: uninitialized urandom read (4 bytes read, 20 bits of entropy available)
[   11.840154] procd: - init -
[   13.039395] kmodloader: loading kernel modules from /etc/modules.d/*
[   13.065020] tun: Universal TUN/TAP device driver, 1.6
[   13.070278] tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
[   13.085691] ip6_tables: (C) 2000-2006 Netfilter Core Team
[   13.145711] Loading modules backported from Linux version wt-2017-01-31-0-ge882dff19e7f
[   13.153955] Backport generated by backports.git backports-20160324-13-g24da7d3c
[   13.171588] ip_tables: (C) 2000-2006 Netfilter Core Team
[   13.193691] nf_conntrack version 0.5.0 (949 buckets, 3796 max)
[   13.317055] xt_time: kernel timezone is -0000
[   13.325369] usbcore: registered new interface driver cdc_ether
[   13.427171] PPP generic driver version 2.4.2
[   13.436494] NET: Registered protocol family 24
[   13.450675] rndis_host 1-1:1.0 usb0: register 'rndis_host' at usb-ehci-platform.0-1, RNDIS device, 02:5b:53:31:37:31
[   13.461807] usbcore: registered new interface driver rndis_host
[   13.922244] brcmsmac bcma0:1: mfg 4bf core 812 rev 17 class 0 irq 3
[   13.928938] ieee80211 phy0: wl0: brcms_b_attach: Unsupported Broadcom board type (0xb4cf) or revision level (0x0)
[   13.939483] ieee80211 phy0: wl0: brcms_b_attach: failed with err 15
[   13.945869] ieee80211 phy0: wl0: brcms_c_attach: failed with err 15
[   13.952317] ieee80211 phy0: brcmsmac: attach() failed with code 15
[   13.958605] brcmsmac: brcms_bcma_probe: brcms_attach failed!
[   13.964536] brcmsmac bcma1:1: mfg 4bf core 812 rev 23 class 0 irq 6
[   13.971222] bcma: bus1: Switched to core: 0x812
[   13.971613] ieee80211 phy1: wl0: brcms_b_attach: Unsupported Broadcom board type (0xb4cf) or revision level (0x0)
[   13.982136] ieee80211 phy1: wl0: brcms_b_attach: failed with err 15
[   13.988517] ieee80211 phy1: wl0: brcms_c_attach: failed with err 15
[   13.994965] ieee80211 phy1: brcmsmac: attach() failed with code 15
[   14.001311] brcmsmac: brcms_bcma_probe: brcms_attach failed!
[   14.026333] kmodloader: done loading kernel modules from /etc/modules.d/*
[   24.261412] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   24.286504] device eth0.1 entered promiscuous mode
[   24.291519] device eth0 entered promiscuous mode
[   24.312573] IPv6: ADDRCONF(NETDEV_UP): br-lan: link is not ready
[   24.442951] IPv6: ADDRCONF(NETDEV_UP): eth0.2: link is not ready
[   25.639559] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[   25.699543] br-lan: port 1(eth0.1) entered forwarding state
[   25.705336] br-lan: port 1(eth0.1) entered forwarding state
[   25.711336] IPv6: ADDRCONF(NETDEV_CHANGE): eth0.2: link becomes ready
[   25.764246] IPv6: ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready
[   27.699340] br-lan: port 1(eth0.1) entered forwarding state
[   61.049212] random: nonblocking pool is initialized

00:01.0 Network controller: Broadcom Limited BCM43224/5 Wireless Network Adapter (rev 01)
	Subsystem: Broadcom Limited BCM43224/5 Wireless Network Adapter
	Flags: bus master, fast devsel, latency 0, IRQ 6
	Memory at 08000000 (64-bit, non-prefetchable) [size=16385]
	Memory at <unassigned> (32-bit, non-prefetchable) [size=2]
	Memory at <unassigned> (32-bit, non-prefetchable) [size=2]
	Memory at <unassigned> (32-bit, non-prefetchable) [size=2]
	Memory at <unassigned> (32-bit, non-prefetchable) [size=2]
	Expansion ROM at <unassigned> [disabled] [size=2]
	Capabilities: [40] Power Management version 3
	Capabilities: [58] Vendor Specific Information: Len=78 <?>
	Capabilities: [48] MSI: Enable- Count=1/1 Maskable- 64bit+
	Capabilities: [d0] Express Endpoint, MSI 00
	Capabilities: [100] Advanced Error Reporting
	Capabilities: [13c] Virtual Channel
	Capabilities: [160] Device Serial Number 00-00-00-ff-ff-00-00-00
	Capabilities: [16c] Power Budgeting <?>
	Kernel driver in use: bcma-pci-bridge


28.06.2017873Base systemBug ReportVery LowMediumproblems of mt7628 wifi driver on miwifi nanoAllUnconfirmed Task Description

I started using lede on my miwifi nano since the release of version 17.01.1. All function works well except its wireless function.

What makes it a problem is its stability. After a random period of time(ranging from a quarter of an hour to half of a day), it suddenly disconnected. If you try to reconnect, my device shows something like “setting the network address”(varing from devices to devices). After reboot, I found something like “deauthenticated due to inactivity (timer DEAUTH/REMOVE)”. Unfortunately, I haven’t found a way to reproduce the problem till now.

I thought there might be bugs on its wireless driver because on another firmware(http://downloads.pandorabox.com.cn/pandorabox/Xiaomi-Mini-R1CL/firmware/PandoraBox-ralink-mt7628-xiaomi-r1cl-squashfs-sysupgrade-r1752-20151201.bin) which is a variant of Openwrt, it works well.

There are many other problems like the inability to set channel to auto and the txpower option is of no use. But for my daily use, they may not so important compared to the connectivity problem.

Sorry for my bad English and thank you for fixing it.

25.06.2017868WebsiteBug ReportVery LowLowSnapshot directory contains stray/obsolete directoriesTrunkUnconfirmed Task Description

Please remove obsolete directories in the snapshot directory (packages)

aarch64_armv8-a/
arm_cortex-a53_neon-vfpv4/
arm_cortex-a7/
i386_geode/
powerpc_440/


25.06.2017867Base systemFeature RequestVery LowLowmvebu: Should be split different arches, current (Armad...TrunkUnconfirmed Task Description

The older SoCs such as Armada XP and 370 only supports vfpv3-d16 while 385 and newer does complete vfpv3 and neon. This hampers performance of newer SoCs quite a bit and makes little sense not to split these since we already build vfpv3+neon binaries. While neon-vfpv4 exists, neon-vfpv3 doesn’t and for some reason it’s just called neon in GCC (which translates to arm_cortex-a9_neon in LEDE for this SoC family). Source: https://lists.linaro.org/pipermail/linaro-toolchain/2016-July/005826.html

20.06.2017858Base systemBug ReportVery LowMediumInstalling bind / named will cause resolving names fail...TrunkUnconfirmed Task Description

Device TP-LINK MR-3220 v2.1 and 2.3 and 2.4 tested, LEDE 17.01.1 version.

After installing bind-server, setting “option port ‘0’” for dnsmasq (to disable DNS configuration) and using provided named.conf file (below), resolution of domain names to IP addresses breaks down.

I was able to track down the problem. There is race condition in bringing interfaces up, starting nptd service and named service, resulting in:
* named service beeing unable to open sockets and/or
* ntpd service beeing unable to connect to ntp pool and set router time correctly and/or
* incorrect time setting causes dnssec of named to reject proper answers for dns resolving.

With no named installed, the dnsmasq itself often starts too early, but this is masked by it beeing reinitialized on lan interface up event.

This is a known openwrt problem, the workaround is described here: https://dev.openwrt.org/ticket/19427 and involves creating a “netwait” service. I have tested this workaround and confirmed it works, however it is not nice.

Here my named.conf:

This is the primary configuration file for the BIND DNS server named. acl locals {
localhost;
10.10.10/24;
}; options {
directory “/tmp”; forwarders {
8.8.8.8;
8.8.4.4;
}; recursion yes;
allow-query { locals; }; dnssec-validation auto;
auth-nxdomain no; # conform to RFC1035
listen-on-v6 { none; };
listen-on { 127.0.0.1; 10.10.10.10; };
};
prime the server with knowledge of the root servers
zone “.” {

type hint;
file "/etc/bind/db.root";

};

be authoritative for the localhost forward and reverse zones, and for
broadcast zones as per RFC 1912

zone “localhost” {

type master;
file "/etc/bind/db.local";

};

zone “127.in-addr.arpa” {

type master;
file "/etc/bind/db.127";

};

zone “0.in-addr.arpa” {

type master;
file "/etc/bind/db.0";

};

zone “255.in-addr.arpa” {

type master;
file "/etc/bind/db.255";

};

 


18.06.2017853Base systemBug ReportVery LowLowChange dnsmasq domain and local options to listsTrunkAssigned Task Description

On LEDE 17.01 ‘domain’ and ‘local’ options in dnsmasq configuration doesn’t correctly support lists values as per dnsmasq capabilities.

Steps to reproduce

#/etc/config/dhcp
[...]
config dnsmasq
        list domain 'example1.com,192.168.0.0/24'
        list domain 'example2.com,192.168.1.0/24'
        list local '/example1.com/'
        list local '/example2.com/'
[...]

$ uci commit dhcp
$ /etc/init.d/dnsmasq restart

Actual results

#/var/etc/dnsmasq.conf.cfg02411c
[...]
domain=example1.com,192.168.0.0/24 example2.com,192.168.1.0/24
local=/example1.com/ /example2.com/
[...]

Expected results

#/var/etc/dnsmasq.conf.cfg02411c
[...]
domain=example1.com,192.168.0.0/24
domain=example2.com,192.168.1.0/24
local=/example1.com/
local=/example2.com/
[...]

Workaround

Replace append_parm with config_list_foreach here resolve the issue.
I’m attaching a patch for the 17.01 dnsmasq init script but it will break old uci configuration that use ‘option’ instead of ‘list’.
Do you have any suggestion on how to migrate old configuration and set those parameters as lists in uci web interface?

17.06.2017850Base systemBug ReportVery LowLowComfast CF-CU715N crashes (rt5370)TrunkUnconfirmed Task Description

My TP Link WR1043v1 is running LEDE 17.01.2, I use a Comfast CF-CU715N for create a second link in different channel. But the Comfast CF-CU715N which is based in RT5730 (kmod-rt2800-usb).

Linux version 4.4.71 (buildbot@builds-02.infra.lede-project.org) (gcc version 5.4.0 (LEDE GCC 5.4.0 r3101-bce140e) ) #0 Wed Jun 7 19:24:41 2017

Follow the trace
[ 3779.373114] ————[ cut here ]———— [ 3779.378077] WARNING: CPU: 0 PID: 3780 at compat-wireless-2017-01-31/net/mac80211/main.c:1218 0x80d812bc [mac80211@80d80000+0×60780]()
[ 3779.390203] Have pending ack frames!
[ 3779.393808] Modules linked in: tun rt2800usb rt2800lib rt2x00usb rt2x00lib crc_itu_t ath9k ath9k_common pppoe ppp_async iptable_nat ath9k_hw ath pppox ppp_generic nf_nat_ipv4 nf_conntrack_ipv6 nf_conntrack_ipv4 mac80211 ipt_REJECT ipt_MASQUERADE cfg80211 xt_time xt_tcpudp xt_state xt_nat xt_multiport xt_mark xt_mac xt_limit xt_conntrack xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_CT slhc nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_nat nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack iptable_mangle iptable_filter ip_tables crc_ccitt compat ledtrig_usbport ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables x_tables ehci_platform ehci_hcd gpio_button_hotplug usbcore nls_base usb_common
[ 3779.462604] CPU: 0 PID: 3780 Comm: kworker/0:0 Not tainted 4.4.71 #0
[ 3779.469029] Workqueue: usb_hub_wq 0x81b84534 [usbcore@81b80000+0x1c1f0]
[ 3779.475697] Stack : 00000010 00000020 ff000000 800a71dc 00000000 00000000 00000000 00000000
[ 3779.475697] 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[ 3779.475697] 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[ 3779.475697] 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[ 3779.475697] 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[ 3779.475697] ...
[ 3779.511770] Call Trace:[<800a71dc>] 0x800a71dc
[ 3779.516275] [<80071a50>] 0x80071a50
[ 3779.519791] [<80071a50>] 0x80071a50
[ 3779.523320] [<80081804>] 0×80081804 [ 3779.526864] [<80d812bc>] 0x80d812bc [mac80211@80d80000+0×60780]
[ 3779.532852] [<80d81284>] 0x80d81284 [mac80211@80d80000+0×60780]
[ 3779.538814] [<80081860>] 0×80081860 [ 3779.542361] [<80d812bc>] 0x80d812bc [mac80211@80d80000+0×60780]
[ 3779.548319] [<801a5fac>] 0x801a5fac
[ 3779.551922] [<80d81254>] 0x80d81254 [mac80211@80d80000+0×60780]
[ 3779.557887] [<80ca8520>] 0x80ca8520 [rt2x00usb@80ca8000+0x1ce0]
[ 3779.563892] [<80ca9344>] 0x80ca9344 [rt2x00usb@80ca8000+0x1ce0]
[ 3779.569848] [<8009908c>] 0x8009908c
[ 3779.573405] [<81b8cdf8>] 0x81b8cdf8 [usbcore@81b80000+0x1c1f0]
[ 3779.579325] [<801ff960>] 0x801ff960
[ 3779.582861] [<801fe224>] 0x801fe224
[ 3779.586396] [<801ffa00>] 0x801ffa00
[ 3779.589942] [<801febb0>] 0x801febb0
[ 3779.593477] [<801fc1ec>] 0x801fc1ec
[ 3779.596999] [<801fc138>] 0x801fc138
[ 3779.600534] [<81b8b1e0>] 0x81b8b1e0 [usbcore@81b80000+0x1c1f0]
[ 3779.606449] [<81b8b894>] 0x81b8b894 [usbcore@81b80000+0x1c1f0]
[ 3779.612344] [<81b81858>] 0x81b81858 [usbcore@81b80000+0x1c1f0]
[ 3779.618244] [<81b83bd4>] 0x81b83bd4 [usbcore@81b80000+0x1c1f0]
[ 3779.624179] [<81b84a8c>] 0x81b84a8c [usbcore@81b80000+0x1c1f0]
[ 3779.630134] [<800930b8>] 0x800930b8
[ 3779.633685] [<80093ecc>] 0x80093ecc
[ 3779.637206] [<80093c1c>] 0x80093c1c
[ 3779.640735] [<80093c1c>] 0x80093c1c
[ 3779.644267] [<80098284>] 0×80098284 [ 3779.647790] [<800981ac>] 0x800981ac
[ 3779.651330] [<80060878>] 0×80060878 [ 3779.654856]
[ 3779.656362] —[ end trace 69bc4427c2b074d4 ]— [ 3799.640894] usb 1-1: new high-speed USB device number 3 using ehci-platform
[ 3799.940887] usb 1-1: reset high-speed USB device number 3 using ehci-platform
[ 3800.102090] ieee80211 phy2: rt2x00_set_rt: Info - RT chipset 5390, rev 0502 detected
[ 3800.143725] ieee80211 phy2: rt2x00_set_rf: Info - RF chipset 5370 detected
[ 3800.161898] ieee80211 phy2: Selected rate control algorithm ‘minstrel_ht’ [ 3800.180473] ieee80211 phy2: rt2x00lib_request_firmware: Info - Loading firmware file ‘rt2870.bin’ [ 3800.237431] ieee80211 phy2: rt2x00lib_request_firmware: Info - Firmware detected - version: 0.36


15.06.2017849Base systemBug ReportVery LowLowLEDE commit 61cfc8075b615c231cf6349b3708d0a7e073613e br...TrunkUnconfirmed Task Description

I have been experimenting with mesh networking using batman-adv V on a number of devices (WDR-3600, WR-740, DIR-505 and DIR-810l) on LEDE 17.01.1 with great success but recently did an upgrade compiling to the master branch of LEDE (r4018-4b195a6) with batman-adv 2017.0 and D-Link DIR-810l loosed all connectivity, although other Atheros platforms had no problems whatsoever.

I have traced the problem to commit id 61cfc80, reverting to the previous commit (3d71d1d) resolved the issues.

The problem is not batman-adv related, what happens is that although adhoc interfaces apparently connect normally on the affected device, they are only able to hear other nodes but not to transmit, none of the other devices receive any packets from DIR-810L. I have not tested using “normal” interfaces like access point or station, only adhoc, but I can confirm that reverting the commit to the previous one with the same configuration resolved the issue of no wireless adhoc connectivity.

Other symptoms are:

Warnings on log messages regarding the driver support for the power amplifier (they don’t show up on the previous commit)
Mon Jun 12 16:09:10 2017 kern.warn kernel: [ 25.122709] ieee80211 phy0: rt2800_config_channel: Warning - Using incomplete support for external PA
Mon Jun 12 16:09:10 2017 kern.info kernel: [ 25.203270] IPv6: ADDRCONF: adhoc0: link is not ready
Mon Jun 12 16:09:10 2017 kern.info kernel: [ 25.316852] adhoc0: Created IBSS using preconfigured BSSID 02:ca:fe:ca:00:12
Mon Jun 12 16:09:10 2017 kern.info kernel: [ 25.330980] adhoc0: Creating new IBSS network, BSSID 02:ca:fe:ca:00:12
Mon Jun 12 16:09:10 2017 kern.warn kernel: [ 25.346636] ieee80211 phy0: rt2800_config_channel: Warning - Using incomplete support for external PA

Incomplete station info (lack of RX expected throughput and low TX throughput for the high signal level)
root@node-1:~# iwinfo adhoc0 assoclist
EC:08:6B:EC:3F:A4 -20 dBm / unknown (SNR -20) 170 ms ago
RX: unknown 8830 Pkts.
TX: 6.5 MBit/s, MCS 0, 20MHz 601 Pkts.

And chipset detection apparently wrong (bellow a comparison log taken from trunk and 17.01.1
On master branch: ieee80211 phy0: rt2x00_set_rt: Info - RT chipset 6352, rev 0500 detected
On 17.01.1: ieee80211 phy0: rt2x00_set_rt: Info - RT chipset 5390, rev 0500 detected

14.06.2017845KernelBug ReportVery LowMediumMT7628 : wrong data reading the I2C busAllUnconfirmed Task Description

Hi,

I’ve already talked to blogic about this issue. He asked me to perform some tests on the platform even back to openwrt CC.

The bug in question occurs with the MT7628 chip and the I2C bus (WRTNode 2p board).
Configuring the pinmux and enabling the driver, the kernel correctly sees the i2c bus. But then going to use the “i2cdetect” command from i2c-tools package has a surprising result: devices are actually sees devices that are not connected.

Curious about the problem I connected my DSO and I did the probe of the SDA and SCL pins. Data and clock seem to be transferred correctly. So the problem seems to be in the “reading”.

According to the i2c specification if SDA is pull-low and you do an i2cdetect the system should identify in the bus an ACK for each slave address, this does does not happen and the same list appear again.

Turning back to different versions this still happens, unfortunately I have not been able to test every single commit.
The test I’ve made:

  • Openwrt CC the device was not supported.
  • Openwrt first commit of the device support: the i2c bus was not recognized by the driver.
  • Openwrt trunk, the i2c bus is not registered
  • LEDE 12.01 the problem as described above.
  • LEDE HEAD: the problem as described above.
  • LEDE HEAD 4.9 (kernel): The problem as described above.

i2cdetect result (same result with SDA pulled low) .config wrtnode2p.dts

Regards,
hitech95

09.06.2017834Base systemBug ReportVery LowLowQoS uses ip6tables even on filter rules targeted to IPv...TrunkUnconfirmed Task Description

LEDE SNAPSHOT r4357-acc5ab6 / LuCI branch (git-17.152.82962-a9e8376)

I specified 2 QoS rules to put all traffic from/to a certain LAN host in the Bulk class. The LAN is IPv4, but the generated script contained commands for ip6tablesbesides the appropriate commands for iptables.

$ /etc/init.d/qos restart
ip6tables v1.6.1: host/network `192.168.1.161' not found
Try `ip6tables -h' or 'ip6tables --help' for more information.
ip6tables v1.6.1: host/network `192.168.1.161' not found
Try `ip6tables -h' or 'ip6tables --help' for more information.

Here’s a part of the output from

/usr/lib/qos/generate.sh all
+ ip6tables -w -t mangle -A qos_Default_ct -m mark --mark 0/0x0f -d 192.168.1.161 -m comment --comment TMP-delete -j MARK --set-mark 68/0xff
ip6tables v1.6.1: host/network `192.168.1.161' not found
Try `ip6tables -h' or 'ip6tables --help' for more information.
+ ip6tables -w -t mangle -A qos_Default_ct -m mark --mark 0/0x0f -s 192.168.1.161 -m comment --comment TMP-delete -j MARK --set-mark 68/0xff
ip6tables v1.6.1: host/network `192.168.1.161' not found
Try `ip6tables -h' or 'ip6tables --help' for more information.

(...)
+ iptables -w -t mangle -A qos_Default_ct -m mark --mark 0/0x0f -d 192.168.1.161 -m comment --comment TMP-delete -j MARK --set-mark 68/0xff
+ iptables -w -t mangle -A qos_Default_ct -m mark --mark 0/0x0f -s 192.168.1.161 -m comment --comment TMP-delete -j MARK --set-mark 68/0xff
03.06.2017825DocumentationBug ReportVery LowLowUser guide does not mention "config hostrecord" section...TrunkUnconfirmed Task Description

The dhcp configuration file is documented in the user guide at:
https://lede-project.org/docs/user-guide/dhcp_configuration and
https://lede-project.org/docs/user-guide/dns_configuration but neither page mentions the “config hostrecord” section type of the dhcp configuration file. This section type was first proposed here:
https://lists.openwrt.org/pipermail/openwrt-devel/2013-June/020358.html and it was added to openwrt here:
https://dev.openwrt.org/changeset/36943 and it’s in the lede source here:
https://github.com/lede-project/source/blob/master/package/network/services/dnsmasq/files/dnsmasq.init#L658

02.06.2017824Base systemBug ReportVery LowLowbase-files should include an /etc/config directoryTrunkUnconfirmed Task Description

config_generate, and probably other parts, expect /etc/config to exist. It usually does because of the dropbear package, but if dropbear is disabled everything breaks.

31.05.2017818Base systemBug ReportVery LowLowl/tmp/hosts/dhcp.cfg does not map IPv6 ULA addressesTrunkUnconfirmed Task Description

Latest trunk is being used.

localhost is mapped to 127.0.0.1 and [::1]. But LEDE is mapped to 192.168.1.1 by default. The IPv6 ULA address is not.

30.05.2017817Base systemBug ReportVery LowLowimagebuilder doesnt delete /usr/lib/opkg anymoreTrunkUnconfirmed Task Description

when using lime-sdk with lede-trunk there is no deletion of opkg-files anymore (when building firmware-images without opkg).
with lede-release that mistake wasnt existing yet.

i also tried lede-trunk-imagebuilder for x86-generic, there is the same bug.

maybe CONFIG_CLEAN_IPKG was changed?
here i found something similar https://git.lede-project.org/?p=source.git;a=commitdiff;h=04a508512790017c768acf887cf0ac52daaba234
(link from http://luci.subsignal.org/~jow/changes-since-branching.html )

my workaround atm is change the Makefile inside imagebuilder a bit.

 


25.05.2017803PackagesBug ReportVery LowMediumNL80211_STA_INFO_INACTIVE_TIME incorrect value for IB...TrunkUnconfirmed Task Description

- ar71xx affected
- latest LEDE trunk affected and may be older versions
- Steps to reproduce

Buid current LEDE trunk with a10k-ct driver and CT firmware for QCA988x.
Flash devices with firmware.
Create IBSS interface for 2 or more ath10k devices and connect them.

 

iwinfo shows negative value for last activity. Value is rising. TX traffic can’t pass through interface.
All incoming packets come with “unknown” bitrate.

root@LEDE:~# iwinfo mesh5_0 assoclist
84:16:F9:B1:A0:3E -39 dBm / -103 dBm (SNR 64) -230820 ms ago

      RX: unknown                                      794 Pkts.
      TX: 6.0 MBit/s                                     0 Pkts.

root@LEDE:~# iwinfo mesh5_0 assoclist
84:16:F9:B1:A0:3E -39 dBm / -103 dBm (SNR 64) -127810 ms ago

      RX: unknown                                     2828 Pkts.
      TX: 6.0 MBit/s  
                                 0 Pkts.

root@LEDE:~# iwinfo mesh5_0 assoclist
84:16:F9:B1:A0:3E -40 dBm / -103 dBm (SNR 63) -117860 ms ago

      RX: unknown                                     3022 Pkts.
      TX: 6.0 MBit/s                                     0 Pkts.

According to iw output this value is close to th “unsigned long” value limit
root@LEDE:~# iw mesh5_0 station dump
Station 18:a6:f7:3e:b4:de (on mesh5_0)

      inactive time:  4294805756 ms
      rx bytes:       152352
      rx packets:     2208
      tx bytes:       0
      tx packets:     0
      tx retries:     0
      tx failed:      0
      rx drop misc:   0
      signal:         -39 dBm
      signal avg:     -37 dBm
      tx bitrate:     6.0 MBit/s
      authorized:     yes
      authenticated:  yes
      associated:     yes
      preamble:       long
      WMM/WME:        yes
      MFP:            no
      TDLS peer:      no
      DTIM period:    0
      beacon interval:100
      short slot time:yes
      connected time: 113 seconds

root@LEDE:~# iw mesh5_0 station dump
Station 18:a6:f7:3e:b4:de (on mesh5_0)

      inactive time:  4294878176 ms
      rx bytes:       250056
      rx packets:     3624
      tx bytes:       0
      tx packets:     0
      tx retries:     0
      tx failed:      0
      rx drop misc:   0
      signal:         -40 dBm
      signal avg:     -39 dBm
      tx bitrate:     6.0 MBit/s
      authorized:     yes
      authenticated:  yes
      associated:     yes
      preamble:       long
      WMM/WME:        yes
      MFP:            no
      TDLS peer:      no
      DTIM period:    0
      beacon interval:100
      short slot time:yes
      connected time: 185 seconds

After some time (3-5 minutes) the value overflows and starting from zero with normal values.

root@LEDE:~# iwinfo mesh5_0 assoclist
84:16:F9:B1:A0:3E -38 dBm / -103 dBm (SNR 65) 80 ms ago

      RX: unknown                                     5732 Pkts.
      TX: 6.0 MBit/s                                     0 Pkts.

root@LEDE:~# iw mesh5_0 station dump
Station 18:a6:f7:3e:b4:de (on mesh5_0)

      inactive time:  50 ms
      rx bytes:       399372
      rx packets:     5788
      tx bytes:       0
      tx packets:     0
      tx retries:     0
      tx failed:      0
      rx drop misc:   0
      signal:         -41 dBm
      signal avg:     -39 dBm
      tx bitrate:     6.0 MBit/s
      authorized:     yes
      authenticated:  yes
      associated:     yes
      preamble:       long
      WMM/WME:        yes
      MFP:            no
      TDLS peer:      no
      DTIM period:    0
      beacon interval:100
      short slot time:yes
      connected time: 296 seconds
24.05.2017801Base systemBug ReportVery LowCriticalR7800 wifi crashingTrunkUnconfirmed Task Description

- Device problem occurs on: Netgear Nighthawk X4S R7800
- Software versions of LEDE release, packages, etc.: LEDE Reboot SNAPSHOT r4173-5d48dc1146 / LuCI Master (git-17.141.68918-5ca3864)
- Steps to reproduce
Boot device, wait for it to crash within 24hours

The paste ending in Hn was recorder after wifi stopped working and i turned wifi off and on.
The paste ending in Wu happend about 30 minutes after that and could only be resolved by rebooting the device.

 


20.05.2017797Base systemBug ReportVery LowLowAsus RT-N12 rev. D1: Wireless not detectedTrunkUnconfirmed Task Description

The wireless system is not detected in LEDE. It seems to work fine with DD-WRT: http://www.dd-wrt.com/phpBB2/viewtopic.php?p=934736

Supply the following if possible:
- Device problem occurs on: ASUS RT-N12 D1
- Software versions of LEDE release, packages, etc.: Latest release
- Steps to reproduce: Install LEDE, open LuCi, see no wireless interfaces

 


16.05.2017788Base systemBug ReportVery LowMediumMQMaker WiTi 5ghz interface does not workAllUnconfirmed Task Description

Supply the following if possible:
- MQMaker WiTi
- All released LEDE versions
- enable the 5ghz interface. LEDE reports that it’s up and running but it isn’t.

I tried 3 builds.

LEDE trunk - fail
LEDE 17.01.0 - fail
OpenWRT trunk - works.

Something broke in the mt76 driver between OpenWRT trunk and LEDE final.

AFAIK it’s after the bug fix to packet injection.

 


14.05.2017783PackagesBug ReportVery LowMediumgpsd doesn't work with "Garmin USB binary" (nor NMEA200...TrunkUnconfirmed Task Description

Supply the following if possible:

- Device problem occurs on

I tried it on GL-AR150, but it should reproduce on any device w/ USB

- Software versions of LEDE release, packages, etc.

LEDE 17.01.1
gpsd 3.16-1

- Steps to reproduce

If you have a device with “Garmin USB binary” (eg : eTrex), then

gpsd -n -N -G -D 4 /dev/ttyUSB0

... should show data once a second.

From my reading of the code, even without a Garmin device, “-D 4” debug level should show a message of “Probing Garmin USB binary driver...\n”

From my reading of the code, it looks a a build problem. 2 “defines” need to be made :

NON_NMEA0183_ENABLE

HAVE_LIBUSB

FYI, there is a similiar bug for “NMEA2000” : If you do “gpsd -h”, you should see “NMEA2000” on the list of “drivers”. I can file a separate bug for this if you want.

Thanks !

13.05.2017782Base systemFeature RequestVery LowLowRFE : please add package for CANbus device driver "gs_u...TrunkUnconfirmed Task Description

It would be nice to add the CANbus driver : kernel/drivers/net/can/usb/gs_usb

FYI / motivation : there are few new inexpensive USB to CANbus devices that use this driver, such as :

CANable : https://www.tindie.com/products/protofusion/canable-usb-to-can-bus-adapter/ (w/ alt firmware)

candleLight : https://cangaroo.org/candle/light/ , https://github.com/HubertD/candleLight

Schneider : http://schneidersoft.net/resource/gs_usb_1_1_manual.pdf

11.05.2017775Base systemBug ReportVery LowCriticalflashing kirkwood u-boot page not aligned [Zyxel NSA-32...TrunkUnconfirmed Task Description

[code]/e-data/4089-AD8E/tools # flash_erase /dev/mtd0 0 4
Erasing 128 Kibyte @ 60000 – 100 % complete[/code]

now when I flash the LEDE uboot I get this

[code]/e-data/4089-AD8E # nandwrite /dev/mtd0 kirkwood/generic/u-boot-nsa325/u-boot.kwb
Input file is not page aligned Data did not fit into device, due to bad blocks
: Success[/code]

the expected should be
[code]/ # nandwrite /dev/mtd0 /e-data/4089-AD8E/uboot.2016.05-tld-1.nsa325.mtd0.kwb
Writing data to block 0 at offset 0×0 Writing data to block 1 at offset 0×20000 Writing data to block 2 at offset 0×40000 Writing data to block 3 at offset 0×60000[/code]

now I can’t even turn off my device. Hopeful to be resolve asap.

Showing tasks 1301 - 1350 of 1430 Page 27 of 29<<First - 25 - 26 - 27 - 28 - 29 -

Available keyboard shortcuts

Tasklist

Task Details

Task Editing