Flyspray:: Wed, 16 Jan 2019 20:28:57 +0000 Flyspray::OpenWrt/LEDE Project: Recently closed tasks https://bugs.openwrt.org/ FS#2046: No snapshot builds have been uploaded for ramips/mt76x8 in the past month J. D. Fri, 04 Jan 2019 02:15:34 +0000 The last builds are a month old:
https://downloads.openwrt.org/snapshots/targets/ramips/mt76x8/

Build failures:
http://phase1.builds.lede-project.org/builders/ramips%2Fmt76x8

There are mentions of the lack of new mt76x8 builds on the forum and interest in testing the latest mt76 drivers, but no one has filed a bug report yet.

]]>
https://bugs.openwrt.org/index.php?do=details&task_id=2046 https://bugs.openwrt.org/index.php?do=details&task_id=2046
FS#2060: Axis IP cameras do not get stateful IPv6 addresses anymore Adrian Tue, 15 Jan 2019 20:43:55 +0000 Same report as in the GitHub issue I created, just opening one here as well in case this tracker is preferred:
https://github.com/openwrt/odhcpd/issues/121

Since updating to the latest OpenWRT a few weeks ago, I noticed that my Axis IP cameras do not get a stateful IPv6 anymore, which worked fine before.

Since they receive NOTONLINK responses, I have the feeling that the issue got introduced with commit a2ffc5986cd35bea983b81b28b8a656e3b81fdf1. Might be a shitty dhcpv6 implementation on the camera, I don’t know and I’m not familiar enough with DHCPv6 to see a bad implementation just from looking at the code.

The code of the “mdhcp6” client the camera uses is available in [this git repo](http://git.savannah.nongnu.org/cgit/mdhcp6.git/tree/src/dhcpv6.c). Not sure if it’s 100% up to date though, but I can reproduce the issue reliably.

Here’s a pcap on my older router running LEDE 17.01.3: [mdhcp6-lede-17.01.3.pcap.gz](https://github.com/openwrt/odhcpd/files/2761312/mdhcp6-lede-17.01.3.pcap.gz)
The advertise/request messages don’t contain anything related to the configured IP (via the ‘hostid’ option), but the final reply contains the correct IP.

And here’s a pcap on another router running the latest OpenWRT 18.06.1, coming from the exact same mdhcp6 client (just running on a different machine since they are different networks, hence the different DUID): [mdhcp6-openwrt-18.06.1.pcap.gz](https://github.com/openwrt/odhcpd/files/2761325/mdhcp6-openwrt-18.06.1.pcap.gz)

I’m not sure where the problem is - in the server or the client (more likely, since all other dhcpv6 clients work perfectly fine). But I’d appreciate some help - if it’s a bug in the client (not sending any IA_NA requests in the solicit seems strange to me), I’d like to forward details to the camera vendor. They release firmware updates quite often so I think the chance that they actually fix their dhcpv6 client if it’s broken is quite high.

]]>
https://bugs.openwrt.org/index.php?do=details&task_id=2060 https://bugs.openwrt.org/index.php?do=details&task_id=2060
FS#1973: odhcp6c Isn't able to request a DHCPv6 Prefix from WAN on Linksys WRT3200ACM tiagogaspar8 Tue, 27 Nov 2018 23:47:02 +0000 Supply the following if possible:
- Device problem occurs on:

Linksys WRT3200ACM

- Software versions of OpenWrt/LEDE release, packages, etc.

All versions were tested and report the same problem

- Steps to reproduce

Flash any version of OpenWRT and watch the log for a message saying:

Thu Jan  1 00:37:11 1970 daemon.err odhcp6c[1573]: Failed to send DHCPV6 message to ff02::1:2 (Address not available)
 

I’ve searched all over but found no solution.

One thing that I noticed, I configured the device to use vlan 12 as WAN (in switch), but when I type

swconfig dev switch0 show

in the command-line the cpu wan and actual wan port have

Port 4:
        mask: 0x0000: (4)
        qmode: 3
        pvid: 0
        link: port:4 link:up speed:1000baseT full-duplex
Port 5:
        mask: 0x0000: (5)
        qmode: 3
        pvid: 0
        link: port:5 link:up speed:1000baseT full-duplex
Port 6:
        mask: 0x0000: (6)
        qmode: 3
        pvid: 0
        link: port:6 link:up speed:1000baseT full-duplex


As you can see the pvid is 0
Also, the WAN6 interface receives a global ip from the untagged interface, even when asked to be tagged as vlan 12.

PS: once, I got a error saying permission denied instead of address not available.

]]>
https://bugs.openwrt.org/index.php?do=details&task_id=1973 https://bugs.openwrt.org/index.php?do=details&task_id=1973
FS#1582: Problem with WiFi 2.4Ghz Fabio Alessandro Locati Sat, 09 Jun 2018 07:02:21 +0000 Hi,

I’ve few Linksys WRT1200AC devices now updated to commit 4a38c0cad5b2bfe37dd921dae04346f9a6397319 by Hans Dedecker on Sun May 27 22:09:46 2018 from the lede 17.01 branch.

 

I’ve noticed that sometimes the 2.4Ghz wireless “disappears” and so far the only thing I found is in the logs:

Fri Jun  8 20:33:03 2018 kern.err kernel: [34816.252640] ieee80211 phy0: cmd 0x9125=BAStream timed out
Fri Jun  8 20:33:03 2018 kern.err kernel: [34816.258068] ieee80211 phy0: return code: 0x1125
Fri Jun  8 20:33:03 2018 kern.err kernel: [34816.262631] ieee80211 phy0: timeout: 0x1125
Fri Jun  8 20:35:14 2018 kern.err kernel: [34947.369820] ieee80211 phy0: cmd 0x9122=UpdateEncryption timed out
Fri Jun  8 20:35:14 2018 kern.err kernel: [34947.375955] ieee80211 phy0: return code: 0x1122
Fri Jun  8 20:35:14 2018 kern.err kernel: [34947.380505] ieee80211 phy0: timeout: 0x1122
Fri Jun  8 20:35:14 2018 kern.err kernel: [34947.384706] wlan0: failed to remove key (1, ff:ff:ff:ff:ff:ff) from hardware (-5)
Fri Jun  8 20:35:18 2018 kern.err kernel: [34951.391731] ieee80211 phy0: cmd 0x9122=UpdateEncryption timed out
Fri Jun  8 20:35:18 2018 kern.err kernel: [34951.397860] ieee80211 phy0: return code: 0x1122
Fri Jun  8 20:35:18 2018 kern.err kernel: [34951.402409] ieee80211 phy0: timeout: 0x1122
Fri Jun  8 20:35:18 2018 kern.err kernel: [34951.406619] wlan0: failed to set key (1, ff:ff:ff:ff:ff:ff) to hardware (-5)
Fri Jun  8 20:35:22 2018 kern.err kernel: [34955.413653] ieee80211 phy0: cmd 0x9122=UpdateEncryption timed out
Fri Jun  8 20:35:22 2018 kern.err kernel: [34955.419783] ieee80211 phy0: return code: 0x1122
Fri Jun  8 20:35:22 2018 kern.err kernel: [34955.424332] ieee80211 phy0: timeout: 0x1122
Fri Jun  8 20:35:22 2018 kern.err kernel: [34955.428543] wlan0: failed to remove key (0, 34:02:86:6e:24:b3) from hardware (-5)
Fri Jun  8 20:35:28 2018 kern.err kernel: [34961.437512] ieee80211 phy0: cmd 0x9111=SetNewStation timed out
Fri Jun  8 20:35:28 2018 kern.err kernel: [34961.443371] ieee80211 phy0: return code: 0x1111
Fri Jun  8 20:35:28 2018 kern.err kernel: [34961.447931] ieee80211 phy0: timeout: 0x1111
Fri Jun  8 20:35:32 2018 kern.err kernel: [34965.447426] ieee80211 phy0: cmd 0x8050=broadcast_ssid_enable timed out
Fri Jun  8 20:35:32 2018 kern.err kernel: [34965.453984] ieee80211 phy0: return code: 0x0050
Fri Jun  8 20:35:32 2018 kern.err kernel: [34965.458604] ieee80211 phy0: timeout: 0x0050
Fri Jun  8 20:35:36 2018 kern.err kernel: [34969.463342] ieee80211 phy0: cmd 0x8127=SetInformationElements timed out
Fri Jun  8 20:35:36 2018 kern.err kernel: [34969.470011] ieee80211 phy0: return code: 0x0127
Fri Jun  8 20:35:36 2018 kern.err kernel: [34969.474559] ieee80211 phy0: timeout: 0x0127
Fri Jun  8 20:35:40 2018 kern.err kernel: [34973.479264] ieee80211 phy0: cmd 0x801c=80211RadioControl timed out
Fri Jun  8 20:35:40 2018 kern.err kernel: [34973.485485] ieee80211 phy0: return code: 0x001c
Fri Jun  8 20:35:40 2018 kern.err kernel: [34973.490034] ieee80211 phy0: timeout: 0x001c
Fri Jun  8 20:35:44 2018 kern.err kernel: [34977.492410] ieee80211 phy0: cmd 0x8126=SetFixedRate timed out
Fri Jun  8 20:35:44 2018 kern.err kernel: [34977.498192] ieee80211 phy0: return code: 0x0126
Fri Jun  8 20:35:44 2018 kern.err kernel: [34977.502741] ieee80211 phy0: timeout: 0x0126
Fri Jun  8 20:36:59 2018 kern.err kernel: [35052.611562] ieee80211 phy1: cmd 0x9122=UpdateEncryption timed out
Fri Jun  8 20:36:59 2018 kern.err kernel: [35052.617695] ieee80211 phy1: return code: 0x1122
Fri Jun  8 20:36:59 2018 kern.err kernel: [35052.622245] ieee80211 phy1: timeout: 0x1122
Fri Jun  8 20:36:59 2018 kern.err kernel: [35052.626455] wlan1: failed to set key (1, ff:ff:ff:ff:ff:ff) to hardware (-5)
Fri Jun  8 20:45:11 2018 kern.err kernel: [35543.855091] ieee80211 phy0: cmd 0x9122=UpdateEncryption timed out
Fri Jun  8 20:45:11 2018 kern.err kernel: [35543.861216] ieee80211 phy0: return code: 0x1122
Fri Jun  8 20:45:11 2018 kern.err kernel: [35543.865779] ieee80211 phy0: timeout: 0x1122
Fri Jun  8 20:45:11 2018 kern.err kernel: [35543.869980] wlan0: failed to remove key (2, ff:ff:ff:ff:ff:ff) from hardware (-5)
Fri Jun  8 20:45:15 2018 kern.err kernel: [35547.876061] ieee80211 phy0: cmd 0x9122=UpdateEncryption timed out
Fri Jun  8 20:45:15 2018 kern.err kernel: [35547.882183] ieee80211 phy0: return code: 0x1122
Fri Jun  8 20:45:15 2018 kern.err kernel: [35547.886743] ieee80211 phy0: timeout: 0x1122
Fri Jun  8 20:45:15 2018 kern.err kernel: [35547.890945] wlan0: failed to set key (2, ff:ff:ff:ff:ff:ff) to hardware (-5)
Fri Jun  8 20:47:03 2018 kern.err kernel: [35656.624702] ieee80211 phy1: cmd 0x9122=UpdateEncryption timed out
Fri Jun  8 20:47:03 2018 kern.err kernel: [35656.630839] ieee80211 phy1: return code: 0x1122
Fri Jun  8 20:47:03 2018 kern.err kernel: [35656.635389] ieee80211 phy1: timeout: 0x1122
Fri Jun  8 20:47:03 2018 kern.err kernel: [35656.639592] wlan1: failed to set key (2, ff:ff:ff:ff:ff:ff) to hardware (-5)

I know that this might not be much of a debug, but I’ll try to provide more information in case this occurs again on my test device where I have more control and therefore maybe is easier to have some more useful log.

Looking online I found https://unix.stackexchange.com/questions/422254/kernel-wlp2s0-failed-to-remove-key-1-ffffffffffff-from-hardware-22?noredirect=1&lq=1 that might be related as well as a patch for what seems (to me) to be a similar problem: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=e4f13ad07823b

]]>
https://bugs.openwrt.org/index.php?do=details&task_id=1582 https://bugs.openwrt.org/index.php?do=details&task_id=1582
FS#2050: /tools/CMAKE @trunk for x86_64 doe's not compile under OSX Bluse-Blue Mon, 07 Jan 2019 15:35:17 +0000 Hi all,

I tried to build a fresh OpenWrt image from trunk for my PCEngines APU 2c3 x86_64 board.
After a make clean & make I get the following compile error where CMAKE from host-tools is complaining with

make[6]: Entering directory '/tmp/openwrt/build_dir/host/cmake-3.12.4'
[  1%] Linking C executable cmsysTestProcess
ld: warning: ignoring file libcmsys_c.a, file was built for archive which is not the architecture being linked (x86_64): libcmsys_c.a
Undefined symbols for architecture x86_64:
  "_cmsysProcess_Delete", referenced from:
      _runChild in testProcess.c.o
  "_cmsysProcess_Disown", referenced from:
      _runChild in testProcess.c.o
  "_cmsysProcess_Execute", referenced from:
      _runChild in testProcess.c.o
  "_cmsysProcess_GetErrorString", referenced from:
      _runChild in testProcess.c.o
  "_cmsysProcess_GetExceptionString", referenced from:
      _runChild in testProcess.c.o
  "_cmsysProcess_GetExitException", referenced from:
      _runChild in testProcess.c.o
  "_cmsysProcess_GetExitValue", referenced from:
      _runChild in testProcess.c.o
  "_cmsysProcess_GetState", referenced from:
      _runChild in testProcess.c.o
  "_cmsysProcess_Interrupt", referenced from:
      _runChild in testProcess.c.o
  "_cmsysProcess_Kill", referenced from:
      _runChild in testProcess.c.o
  "_cmsysProcess_New", referenced from:
      _runChild in testProcess.c.o
  "_cmsysProcess_SetCommand", referenced from:
      _runChild in testProcess.c.o
  "_cmsysProcess_SetOption", referenced from:
      _runChild in testProcess.c.o
  "_cmsysProcess_SetPipeShared", referenced from:
      _runChild in testProcess.c.o
  "_cmsysProcess_SetTimeout", referenced from:
      _runChild in testProcess.c.o
  "_cmsysProcess_WaitForData", referenced from:
      _runChild in testProcess.c.o
  "_cmsysProcess_WaitForExit", referenced from:
      _runChild in testProcess.c.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[6]: *** [Source/kwsys/CMakeFiles/cmsysTestProcess.dir/build.make:85: Source/kwsys/cmsysTestProcess] Error 1
make[6]: Leaving directory '/Users/bluse/Desktop/Coding-Area/openwrt/openwrt/build_dir/host/cmake-3.12.4'
make[5]: *** [CMakeFiles/Makefile2:1033: Source/kwsys/CMakeFiles/cmsysTestProcess.dir/all] Error 2
make[5]: Leaving directory '/tmp/openwrt/build_dir/host/cmake-3.12.4'
make[4]: *** [Makefile:163: all] Error 2

As a first good guess, maybe the “AR” archiver used is not the correct one and should be the local OSX installed one ?
Anybody else having this issue or has a hint how to solve this ?

Thx for helping
Bluse

]]>
https://bugs.openwrt.org/index.php?do=details&task_id=2050 https://bugs.openwrt.org/index.php?do=details&task_id=2050
FS#2048: [uci & netifd] discrepancy in net dev br name convention n8v8R Sat, 05 Jan 2019 18:22:41 +0000 With line 44 in package/network/config/netifd/files/lib/network/config.sh

[ "bridge" = "$type" ] && ifname="br-$config"

the br- prefix is added to net dev bridges and subsequently reported as dev br-name by tools querying net dev via iproute2.

However uci is omitting the br- prefix from queries with

uci show network

and thus producing a different interpretation of the net dev name. Which leads to undesired effects in scripts that would deploy queries of both kinds, uci and iproute2.

With a coherent net dev name convention such effects would be mitigated, notwithstanding potential issues cascading into the network management in general.

 


]]>
https://bugs.openwrt.org/index.php?do=details&task_id=2048 https://bugs.openwrt.org/index.php?do=details&task_id=2048
FS#1996: octeon erlite "print_req_error: I/O error" on trunk r8684-f6e9f23 Andy Lee Wed, 12 Dec 2018 12:50:34 +0000 Supply the following if possible:
- edge router lite
- OpenWrt SNAPSHOT, r8684-f6e9f23
Here are bootlog:

[   20.508863] mount_root: rootdisk overlay filesystem has not been formatted yet
[   20.709750] urandom_read: 1 callbacks suppressed
[   20.709760] random: mkfs.f2fs: uninitialized urandom read (16 bytes read)
[   20.721554] print_req_error: I/O error, dev loop0, sector 0
[   20.727252] print_req_error: I/O error, dev loop0, sector 8388600
[   20.733443] print_req_error: I/O error, dev loop0, sector 16777200
[   20.739648] print_req_error: I/O error, dev loop0, sector 25165800
[   21.216083] random: crng init done
[   44.249000] F2FS-fs (loop0): Wrong segment_count / block_count (7404 > 0)
[   44.255862] F2FS-fs (loop0): Can't find valid F2FS filesystem in 1th superblock
[   44.263472] F2FS-fs (loop0): Wrong segment_count / block_count (7404 > 0)
[   44.270347] F2FS-fs (loop0): Can't find valid F2FS filesystem in 2th superblock
[   44.277840] F2FS-fs (loop0): Wrong segment_count / block_count (7404 > 0)
[   44.284693] F2FS-fs (loop0): Can't find valid F2FS filesystem in 1th superblock
[   44.292045] F2FS-fs (loop0): Wrong segment_count / block_count (7404 > 0)
[   44.298863] F2FS-fs (loop0): Can't find valid F2FS filesystem in 2th superblock
[   44.319322] mount_root: failed to mount -t f2fs /dev/loop0 /tmp/overlay: Invalid argument
[   44.328026] mount_root: overlay filesystem has not been fully initialized yet
[   44.336469] mount_root: switching to f2fs overlay
[   44.341501] mount_root: switching to f2fs failed - fallback to ramoverlay
- config restore -
[   44.563477] urandom-seed: Seeding with /etc/urandom.seed
[   44.661331] eth0: Link down
[   44.675213] procd: - early -
[   44.678263] procd: - watchdog -
[   45.303263] procd: - watchdog -
[   45.306917] procd: - ubus -
[   45.362682] procd: - init -
Please press Enter to activate this console.


Revert back to 18.06.1 work normally.

]]>
https://bugs.openwrt.org/index.php?do=details&task_id=1996 https://bugs.openwrt.org/index.php?do=details&task_id=1996
FS#2027: JMicron JMS561U usb3.0 chip not work on xiaomi R3G John K. Yi Wed, 26 Dec 2018 23:45:13 +0000 Device:Xiaomi R3G
Kernel:4.14.90
USB chip: JMicron JMS561U VID_152D&PID_1561

It seems that JMS578 also does not work : https://forum.openwrt.org/t/xiaomi-r3g-hdd-usb3-driver-not-working-jms578/27266/7 .
I have tried the quirks method , added these lines to “unusual_uas.h”:

UNUSUAL_DEV(0x152d, 0x1561, 0x0000, 0x9999,
		"JMicron",
		"JMS561U",
		USB_SC_DEVICE, USB_PR_DEVICE, NULL,
		US_FL_IGNORE_UAS),

,
not work.

“echo 152d:1561:u > /sys/module/usb_storage/parameters/quirks” also not work.

Kernel log:
[ 5.881013] init: Console is alive
[ 5.884651] init: - watchdog -
[ 7.453658] kmodloader: loading kernel modules from /etc/modules-boot.d/*
[ 7.479933] usbcore: registered new interface driver usbfs
[ 7.485517] usbcore: registered new interface driver hub
[ 7.491026] usbcore: registered new device driver usb
[ 7.594201] ehci_hcd: USB 2.0 ‘Enhanced’ Host Controller (EHCI) Driver
[ 7.607361] SCSI subsystem initialized
[ 7.614642] ehci-platform: EHCI generic platform driver
[ 7.621903] ohci_hcd: USB 1.1 ‘Open’ Host Controller (OHCI) Driver
[ 7.629196] ohci-platform: OHCI generic platform driver
[ 7.636224] uhci_hcd: USB Universal Host Controller Interface driver
[ 7.657161] xhci-mtk 1e1c0000.xhci: 1e1c0000.xhci supply vusb33 not found, using dummy regulator
[ 7.666222] xhci-mtk 1e1c0000.xhci: xHCI Host Controller
[ 7.671562] xhci-mtk 1e1c0000.xhci: new USB bus registered, assigned bus number 1
[ 7.686012] xhci-mtk 1e1c0000.xhci: hcc params 0×01401198 hci version 0×96 quirks 0×0000000000210010 [ 7.695188] xhci-mtk 1e1c0000.xhci: irq 19, io mem 0x1e1c0000
[ 7.701946] hub 1-0:1.0: USB hub found
[ 7.705776] hub 1-0:1.0: 2 ports detected
[ 7.710388] xhci-mtk 1e1c0000.xhci: xHCI Host Controller
[ 7.715702] xhci-mtk 1e1c0000.xhci: new USB bus registered, assigned bus number 2
[ 7.723208] xhci-mtk 1e1c0000.xhci: Host supports USB 3.0 SuperSpeed
[ 7.729841] usb usb2: We don’t know the algorithms for LPM for this host, disabling LPM.
[ 7.738796] hub 2-0:1.0: USB hub found
[ 7.742616] hub 2-0:1.0: 1 port detected
[ 7.752665] usbcore: registered new interface driver usb-storage
[ 7.760390] usbcore: registered new interface driver uas
[ 7.766105] kmodloader: done loading kernel modules from /etc/modules-boot.d/*
[ 7.786190] init: - preinit -
[ 8.318345] mtk_soc_eth 1e100000.ethernet: PPE started
[ 8.341071] random: procd: uninitialized urandom read (4 bytes read)
[ 11.460731] mount_root: loading kmods from internal overlay
[ 11.498578] kmodloader: loading kernel modules from etc/modules-boot.d/*
[ 11.507232] kmodloader: done loading kernel modules from
etc/modules-boot.d/*
[ 12.023848] UBIFS (ubi0:1): background thread “ubifs_bgt0_1” started, PID 512
[ 12.097693] UBIFS (ubi0:1): recovery needed
[ 12.274265] UBIFS (ubi0:1): recovery completed
[ 12.278869] UBIFS (ubi0:1): UBIFS: mounted UBI device 0, volume 1, name “rootfs_data” [ 12.286679] UBIFS (ubi0:1): LEB size: 126976 bytes (124 KiB), min./max. I/O unit sizes: 2048 bytes/2048 bytes
[ 12.296568] UBIFS (ubi0:1): FS size: 106532864 bytes (101 MiB, 839 LEBs), journal size 5332992 bytes (5 MiB, 42 LEBs)
[ 12.307137] UBIFS (ubi0:1): reserved for root: 4952683 bytes (4836 KiB)
[ 12.313724] UBIFS (ubi0:1): media format: w4/r0 (latest is w5/r0), UUID 21935D8A-D225-40D3-A666-E450DC973C82, small LPT model
[ 12.328275] block: attempting to load /tmp/ubifs_cfg/upper/etc/config/fstab
[ 12.344750] block: extroot: not configured
[ 12.396079] UBIFS (ubi0:1): un-mount UBI device 0
[ 12.400792] UBIFS (ubi0:1): background thread “ubifs_bgt0_1” stops
[ 12.413138] UBIFS (ubi0:1): background thread “ubifs_bgt0_1” started, PID 515
[ 12.572427] UBIFS (ubi0:1): UBIFS: mounted UBI device 0, volume 1, name “rootfs_data” [ 12.580274] UBIFS (ubi0:1): LEB size: 126976 bytes (124 KiB), min./max. I/O unit sizes: 2048 bytes/2048 bytes
[ 12.590165] UBIFS (ubi0:1): FS size: 106532864 bytes (101 MiB, 839 LEBs), journal size 5332992 bytes (5 MiB, 42 LEBs)
[ 12.600734] UBIFS (ubi0:1): reserved for root: 4952683 bytes (4836 KiB)
[ 12.607344] UBIFS (ubi0:1): media format: w4/r0 (latest is w5/r0), UUID 21935D8A-D225-40D3-A666-E450DC973C82, small LPT model
[ 12.629208] mount_root: loading kmods from internal overlay
[ 12.664300] kmodloader: loading kernel modules from /tmp/overlay/upper/etc/modules-boot.d/*
[ 12.692358] kmodloader: done loading kernel modules from /tmp/overlay/upper/etc/modules-boot.d/*
[ 13.071886] block: attempting to load /tmp/ubifs_cfg/upper/etc/config/fstab
[ 13.083646] block: extroot: not configured
[ 13.129348] mount_root: switching to ubifs overlay
[ 13.173926] urandom-seed: Seeding with /etc/urandom.seed
[ 13.228468] mtk_soc_eth 1e100000.ethernet: 0×100 = 0x6060000c, 0x10c = 0×80818 [ 13.246171] procd: - early -
[ 13.249146] procd: - watchdog -
[ 13.906017] procd: - watchdog -
[ 13.909468] procd: - ubus -
[ 13.942750] random: ubusd: uninitialized urandom read (4 bytes read)
[ 13.970840] random: ubusd: uninitialized urandom read (4 bytes read)
[ 13.977620] random: ubusd: uninitialized urandom read (4 bytes read)
[ 13.984803] procd: - init -
[ 14.410244] kmodloader: loading kernel modules from /etc/modules.d/*
[ 14.425773] Key type dns_resolver registered
[ 14.442969] RPC: Registered named UNIX socket transport module.
[ 14.448975] RPC: Registered udp transport module.
[ 14.453662] RPC: Registered tcp transport module.
[ 14.458384] RPC: Registered tcp NFSv4.1 backchannel transport module.
[ 14.473260] ntfs: driver 2.1.32 [Flags: R/O MODULE].
[ 14.503423] NFS: Registering the id_resolver key type
[ 14.508539] Key type id_resolver registered
[ 14.512703] Key type id_legacy registered
[ 14.520614] ip6_tables: (C) 2000-2006 Netfilter Core Team
[ 14.532829] Netfilter messages via NETLINK v0.30.
[ 14.539712] ip_set: protocol 6
[ 14.575766] u32 classifier
[ 14.578554] input device check on
[ 14.582198] Actions configured
[ 14.587452] Mirror/redirect action on
[ 14.618603] nf_conntrack version 0.5.0 (4096 buckets, 16384 max)
[ 14.633299] fuse init (API version 7.26)
[ 14.644825] Loading modules backported from Linux version v4.19.7-0-g61c68f2a2af0
[ 14.652411] Backport generated by backports.git v4.19.7-1-0-g148b072d
[ 14.663681] ip_tables: (C) 2000-2006 Netfilter Core Team
[ 14.731389] usbcore: registered new interface driver ums-alauda
[ 14.739326] usbcore: registered new interface driver ums-cypress
[ 14.747208] usbcore: registered new interface driver ums-datafab
[ 14.754968] usbcore: registered new interface driver ums-freecom
[ 14.762729] usbcore: registered new interface driver ums-isd200
[ 14.770872] usbcore: registered new interface driver ums-jumpshot
[ 14.779258] usbcore: registered new interface driver ums-karma
[ 14.787767] usbcore: registered new interface driver ums-sddr09
[ 14.795491] usbcore: registered new interface driver ums-sddr55
[ 14.803544] usbcore: registered new interface driver ums-usbat
[ 14.828519] xt_time: kernel timezone is -0000
[ 15.017536] bus=0×1, slot = 0×0, irq=0xff
[ 15.021747] mt7603e 0000:01:00.0: ASIC revision: 76030010
[ 15.071105] mt7603e 0000:01:00.0: Firmware Version: 1
[ 15.076217] mt7603e 0000:01:00.0: Build Time: 20161027164355
[ 15.115839] mt7603e 0000:01:00.0: firmware init done
[ 15.296005] ieee80211 phy0: Selected rate control algorithm ‘minstrel_ht’ [ 15.311234] bus=0×2, slot = 0×1, irq=0xff
[ 15.315503] mt76x2e 0000:02:00.0: ASIC revision: 76120044
[ 15.992700] mt76x2e 0000:02:00.0: ROM patch build: 20141115060606a
[ 16.042948] mt76x2e 0000:02:00.0: Firmware Version: 0.0.00
[ 16.048457] mt76x2e 0000:02:00.0: Build: 1
[ 16.052533] mt76x2e 0000:02:00.0: Build Time: 201507311614 [ 16.075834] mt76x2e 0000:02:00.0: Firmware running!
[ 16.083574] ieee80211 phy1: Selected rate control algorithm ‘minstrel_ht’ [ 16.092227] PPP generic driver version 2.4.2
[ 16.098473] NET: Registered protocol family 24
[ 16.106671] kmodloader: done loading kernel modules from /etc/modules.d/*
[ 16.532730] urandom_read: 5 callbacks suppressed
[ 16.532742] random: jshn: uninitialized urandom read (4 bytes read)
[ 17.956058] usb 2-1: new SuperSpeed USB device number 2 using xhci-mtk
[ 17.991262] scsi host0: uas
[ 17.995050] xhci-mtk 1e1c0000.xhci: ERROR Transfer event for unknown stream ring slot 1 ep 4
[ 18.003510] xhci-mtk 1e1c0000.xhci: @000000000f58b1d0 0f7b0000 00000000 05000000 01058001
[ 18.011671] xhci-mtk 1e1c0000.xhci: ERROR Transfer event for unknown stream ring slot 1 ep 6
[ 18.020090] xhci-mtk 1e1c0000.xhci: @000000000f58b1e0 0f7b0100 00000000 05000000 01078001
[ 21.022658] random: crng init done
[ 21.910600] mtk_soc_eth 1e100000.ethernet: PPE started
[ 21.920277] device eth0 entered promiscuous mode
[ 21.926642] br-lan: port 1(eth0.1) entered blocking state
[ 21.932045] br-lan: port 1(eth0.1) entered disabled state
[ 21.938331] device eth0.1 entered promiscuous mode
[ 21.947215] br-lan: port 1(eth0.1) entered blocking state
[ 21.952659] br-lan: port 1(eth0.1) entered forwarding state
[ 21.958842] IPv6: ADDRCONF(NETDEV_UP): br-lan: link is not ready
[ 22.916769] IPv6: ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready
[ 26.541100] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 26.552690] br-lan: port 2(wlan0) entered blocking state
[ 26.558025] br-lan: port 2(wlan0) entered disabled state
[ 26.564016] device wlan0 entered promiscuous mode
[ 28.812174] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[ 28.818943] br-lan: port 2(wlan0) entered blocking state
[ 28.824348] br-lan: port 2(wlan0) entered forwarding state
[ 39.575873] scsi 0:0:0:0: tag#0 uas_eh_abort_handler 0 uas-tag 1 inflight: CMD IN
[ 39.583441] scsi 0:0:0:0: tag#0 CDB: opcode=0×12 12 00 00 00 24 00
[ 39.589751] xhci-mtk 1e1c0000.xhci: Mismatch between completed Set TR Deq Ptr command & xHCI internal state.
[ 39.599543] xhci-mtk 1e1c0000.xhci: ep deq seg = 8e949d00, deq ptr = ae8c8010
[ 40.665870] scsi host0: uas_eh_device_reset_handler FAILED to get lock err -16
[ 40.673097] scsi 0:0:0:0: Device offlined - not ready after error recovery


]]>
https://bugs.openwrt.org/index.php?do=details&task_id=2027 https://bugs.openwrt.org/index.php?do=details&task_id=2027
FS#2033: Cannot build gccgo LGA1150 Thu, 27 Dec 2018 20:29:15 +0000 openwrt/staging_dir/toolchain-arm_cortex-a9+vfpv3_gcc-7.4.0_musl_eabi/include/sys/sysinfo.h:10:8: error: redefinition of 'struct sysinfo'

See attachment for full log

]]>
https://bugs.openwrt.org/index.php?do=details&task_id=2033 https://bugs.openwrt.org/index.php?do=details&task_id=2033
FS#2020: Remove DNS servers from RA Adam Turner Fri, 21 Dec 2018 14:20:12 +0000 Would it be possible to add an option to odhcpd to prevent recursive DNS servers from being announced in a Router Advertisement. I have tried setting

option dns ''

in /etc/config/dhcp but the router still advertises itself as a recursive DNS server.

RFC 8106 does not require DNS server addresses to be distributed via RAs and itself states that

However, for networks that need to distribute additional information, DHCPv6 is likely to be employed.  In these networks, RA-based DNS configuration may not be needed.

Thus, when using DHCPv6 on a network with an OpenWrt router, it should be possible to remove the DNS server address from the RA.

]]>
https://bugs.openwrt.org/index.php?do=details&task_id=2020 https://bugs.openwrt.org/index.php?do=details&task_id=2020