OpenWrt/LEDE Project

Welcome to the OpenWrt/LEDE Project bug reporting and issue tracking system

Problems to be reported here are for the OpenWrt/LEDE Project targets, sources, toolchain, core packages, build procedures, distribution and infrastructure. Guidelines for submitting a good bug report can be found at the OpenWrt/LEDE 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 lede-bugs@infradead.org.

OpenedIDCategoryTask TypePrioritySeveritySummaryReported In  descStatus
05.02.20192101Base systemBug ReportVery LowHighWDS bridge and PPPoE MTU problemAllUnconfirmed Task Description

Device: Netgear R7800
This issue is not present with original Netgear firmware and is not present with LEDE 17 (older kernel).

Preface:
I have very strange issue with interfaces MTU and it looks to be introduced with newer kernel (4.14).

My network is attached as a png:
1. my ISP uses VDSL, i just have a PPPoE (MTU=1492) on the ethernet interface through the ISP modem
2. all other internal clients and routers interfaces have MTU=1500

Ping from R7800 to 1.1.1.1 with 2000 packet size and fragmentation allowed = success
Ping from ArcherC7v2 to R7800 with 2000 packet size and fragmentation allowed = success
Ping from PC1 to R7800 with 2000 packet size and fragmentation allowed = success
Ping from PC2 to R7800 with 2000 packet size and fragmentation allowed = success
Ping from PC1 to 1.1.1.1 with 2000 packet size and fragmentation allowed = failure
Ping from PC2 to 1.1.1.1 with 2000 packet size and fragmentation allowed = success

Now the fun part:
Ping from PC1 to 1.1.1.1 with 1473 packet size and fragmentation allowed = failure
Ping from PC1 to 1.1.1.1 with 1472 packet size (1492-20) and fragmentation allowed = success

It seems a WDS (4addr) problem combined with PPPoE being at MTU=1492 at this point, but:
Ping from ArcherC7v2 to 1.1.1.1 with 2000 packet size and fragmentation allowed = success

I’ve messed up with MTU on all the interfaces, the only thing that fix the issue is setting the br-lan interface of the R7800 to MTU=1491, as soon as the bridge has MTU>1491 the pings fail.

R7800 network config

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 6t'

config switch_vlan
        option device 'switch0'
        option vlan '2'
        option ports '5 0t'

config interface 'lan'
        option type 'bridge'
        option proto 'static'
        option ipaddr '192.168.1.1'
        option netmask '255.255.255.0'
        option ip6assign '60'
        option stp '1'
        option mtu '1500'
        option ifname 'eth1.1'

config interface 'TIM_FTTC'
        option proto 'pppoe'
        option ifname 'eth0.2'
        option username '***'
        option password '***'
        option ipv6 'auto'
        option metric '1'
        option peerdns '0'
        option keepalive '5 6'

R7800 wireless config

config wifi-device 'radio0'
        option type 'mac80211'
        option hwmode '11a'
        option path 'soc/1b500000.pci/pci0000:00/0000:00:00.0/0000:01:00.0'
        option htmode 'VHT80'
        option channel '136'
        option txpower '23'
        option country 'US'
        option legacy_rates '0'
        option noscan '1'

config wifi-iface 'default_radio0'
        option device 'radio0'
        option mode 'ap'
        option ssid '***'
        option encryption 'psk2+ccmp'
        option key '***'
        option wps_pushbutton '0'
        option network 'lan'
        option wds '1'

ArcherC7v2 network config

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 6t'

config switch_vlan
        option device 'switch0'
        option vlan '2'
        option ports '5 0t'

config interface 'lan'
        option type 'bridge'
        option proto 'static'
        option ipaddr '192.168.1.2'
        option netmask '255.255.255.0'
        option stp '1'
        option mtu '1500'
        option ifname 'eth1.1'

ArcherC7v2 wireless config

config wifi-device 'radio0'
        option type 'mac80211'
        option channel '36'
        option hwmode '11a'
        option path 'pci0000:01/0000:01:00.0'
        option htmode 'VHT80'
        option txpower '23'
        option country 'US'
        option legacy_rates '0'
        option noscan '1'

config wifi-iface 'default_radio0'
        option device 'radio0'
        option mode 'sta'
        option wds '1'
        option ssid '***'
        option encryption 'psk2+ccmp'
        option key '***'
        option wps_pushbutton '0'
        option network 'lan'

WAN zone on firewall on R7800 has

option mtu_fix '1'
11.02.20192118OtherFeature RequestVery LowHighRenaming pre-configured firewall-zone names...AllUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
This is a suggestion and is not a model-specific bug report.

- Software versions of OpenWrt/LEDE release, packages, etc.
OpenWrt 18.06.1, r7258-5eb055306f

- Steps to reproduce
Description below:

This is a decade-old suggestion I’ve held within and I really hope the words will gather enough attention and momentum of the dev team. Streight to the conclusion, two pre-configured firewall-zones IMHO should be renamed from “lan” to “internal” and “wan” to “external” respectively. There are a few reasons for which I confidently feel this should be done. I’d like to argue that this is important if not essential because;
a.)Those who prefer making changes to current configurations by editing /etc/config/*, using stuff like “sed -i ‘s/before/after/g’ ${file}” (and then proceeding to reboot) is powerful and is almost mistake-free. checking for config-mistakes using grep is also powerful (and this applies to folks using uci CUI tool as well). What I do now is rename these two zones from GUI and then proceed to these steps, and it works great but having to take this extra step is rather inconvenient if not annoying.
b.)Current presets for interfaces have IPv4-WAN named as “wan” and IPv6-WAN named as “wan6” where the IPv4-WAN‘s label “wan” is no different from the firewalled-zone labeled as “wan”. This is simply comfusing. In early days when I I had just heard about the OpenWrt and had started messing with releases like Kamikaze,I had hard times understanding which string corresponded to which (sure you may argue this is documented in details but things don’t work like that for newbies).
c.)If needs for either firewall-zones or the interface-labels to be renamed are understood, I’d then have to say I’m against renaming interface-labels because those who’d decide to use VLANs would most likely name the interfaces as “config interface ‘vlan_ID’” and the string lan would stay in there.

I hope the above proposal is powerful enough...

27.02.20192150KernelBug ReportVery LowHighCrashlogs are empty/borken - TD-W8970 v1AllUnconfirmed Task Description

Device TD-W8970 v1.
Lot of crashes, all does not produce anything on logs (even tried to crank up log levels and saving to USB, to be sure to read last lines logged, but no errors is shown).
After the automatic reboot I can see the message

Crashlog allocated RAM at address 0x3f00000

with logread.
No log file is generated inside

/sys/kernel/debug

.
I compiled a custom image with

/dev/mem

enabled and dumped the memory after 0x3f00000 (basically last MB of ram available) and I can only see the bytes “A1 EE DE AD” followed by ~1KB of “00” and after that probably other programs code.

In this thread there is the full explanation about how this device is currently unstable, and having no logs available makes debugging x10 times harder..

10.03.20192176KernelBug ReportMediumHighubiquiti loco xw (AR9342 Rev.2) stops receiving on wire...AllNew Task Description

This bug has been existing as long as the ubiquiti loco xw 5 ghz hardware is around, probably what we are dealing with is a hardware bug in the AR9342 Rev. 2 chip. It is somehow hard to reproduce, but it hits us reliable every couple of hours, sometimes days, running any version of OpenWrt up to todays master branch. It just happened again and this time I decided to check if the bug is actually listed on FS – in addition to creating the usual cron-job executing `iw dev wlan0 scan` every minute. There is even a watchdog in the community libremesh repository designed to catch exactly this bug:
https://github.com/libremesh/lime-packages/blob/master/packages/cotonete/Makefile#L21

So to run into it, here we got 2 ubiquiti nanobeam m5 devices running OpenWrt ar71xx/generic loco-m-xw pointing at each other over a distance of roughly 2km. This link is acceptable, but not perfect and slightly asymmetric.

Device A (worse RX SNR):

Station f0:9f:c2:xx:xx:7a (on wlan0-mesh)
	inactive time:	0 ms
	rx bytes:	1433997029
	rx packets:	8589913
	tx bytes:	23160025785
	tx packets:	15667682
	tx retries:	677924
	tx failed:	0
	rx drop misc:	30076
	signal:  	-76 [-79, -79] dBm
	signal avg:	-74 [-77, -77] dBm
	Toffset:	4887897799 us
	tx bitrate:	43.3 MBit/s MCS 10 short GI
	rx bitrate:	43.3 MBit/s MCS 4 short GI
	expected throughput:	24.536Mbps
	mesh llid:	0
	mesh plid:	0
	mesh plink:	ESTAB
	mesh local PS mode:	ACTIVE
	mesh peer PS mode:	ACTIVE
	mesh non-peer PS mode:	ACTIVE
	authorized:	yes
	authenticated:	yes
	associated:	yes
	preamble:	long
	WMM/WME:	yes
	MFP:		yes
	TDLS peer:	no
	DTIM period:	2
	beacon interval:100
	connected time:	18117 seconds

Device B (better RX SNR)

Station fc:ec:da:xx:xx:8c (on wlan0-mesh)
	inactive time:	20 ms
	rx bytes:	23442553203
	rx packets:	16047526
	tx bytes:	1274688573
	tx packets:	8251479
	tx retries:	1337700
	tx failed:	2932
	rx drop misc:	45195
	signal:  	-72 [-79, -73] dBm
	signal avg:	-71 [-78, -73] dBm
	Toffset:	18446744068821653812 us
	tx bitrate:	57.8 MBit/s MCS 11 short GI
	rx bitrate:	43.3 MBit/s MCS 10 short GI
	last ack signal:24 dBm
	expected throughput:	24.536Mbps
	mesh llid:	0
	mesh plid:	0
	mesh plink:	ESTAB
	mesh local PS mode:	ACTIVE
	mesh peer PS mode:	ACTIVE
	mesh non-peer PS mode:	ACTIVE
	authorized:	yes
	authenticated:	yes
	associated:	yes
	preamble:	long
	WMM/WME:	yes
	MFP:		yes
	TDLS peer:	no
	DTIM period:	2
	beacon interval:100
	connected time:	18179 seconds

Now it so happens that device A (and always only device A!) becomes deaf after some hours of mostly sending lots of traffic to device B. It will continue to send beacons, but loose all associations. device B will keep trying setting up a link, but it keeps ending up in ‘BLOCKED’ state and dumps using a monitor mode interface show that device A simply doesn’t react at all to any of the frames send by device B. A simple `iw dev wlan0 scan` on device A (which doesn’t give any results) fixes the problem.

The channel seems rather unused otherwise and signal quality only varies by weather conditions. Interestingly this seems to happen on non-DFS channels only. And it happens on Ad-Hoc mode (unencrypted, never tried encrypted) and 802.11s (open ie. setup via `iw` tool as well as with SAE ie. running `wpa_supplicant`) equally. It doesn’t happen on all nodes, but only on those with rather bad signal or at least one far-off neighbor.

Maybe related to FS#1246

I saw this occuring on ubnt nanostation loco m5 XW as well as on all nanobeam m5 variants (which is supposedly compatible with the loco-m-xw image).

ieee80211 phy0: Atheros AR9340 Rev:2 mem=0xb8100000, irq=47

WiFi EEPROM of the devices:

*
00001000  02 02 F0 9F C2 XX XX XX  00 30 3a 31 35 3a 36 64  |.....XXX.0:15:6d|
00001010  3a 64 64 3a 64 65 3a 61  64 00 00 00 00 00 1f 00  |:dd:de:ad.......|
00001020  33 01 00 00 00 00 04 00  00 00 2d 04 03 00 08 ff  |3.........-.....|
00001030  20 01 00 00 00 20 02 00  00 cc cc 0c 00 50 01 50  | .... .......P.P|
00001040  01 50 01 00 00 00 00 00  00 21 00 a4 00 00 00 00  |.P.......!......|
00001050  ff 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00001060  0e 0e 03 00 2c e2 00 02  0e 1c e0 e0 00 0c e0 e0  |....,...........|
00001070  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00001080  00 00 00 00 00 00 00 00  00 00 70 89 ac 00 00 00  |..........p.....|
00001090  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
000010c0  00 00 00 70 ac 70 89 ac  70 89 ac 70 89 ac 22 22  |...p.p..p..p..""|
000010d0  22 22 22 22 22 22 22 22  20 1c 22 22 20 1c 22 22  |"""""""" ."" .""|
000010e0  20 1c 24 24 20 18 16 14  20 16 14 12 20 20 1c 14  | .$$ ... ...  ..|
000010f0  24 24 20 18 16 14 20 16  14 12 20 20 1c 14 24 24  |$$ ... ...  ..$$|
00001100  20 18 16 14 20 16 14 12  20 20 1c 14 22 22 1e 16  | ... ...  ..""..|
00001110  14 12 1e 14 12 10 20 20  1c 14 22 22 1e 16 14 12  |......  ..""....|
00001120  1e 14 12 10 20 20 1c 14  22 22 1e 16 14 12 1e 14  |....  ..""......|
00001130  12 10 20 20 1c 14 11 12  15 17 41 42 45 47 31 32  |..  ......ABEG12|
00001140  35 37 70 75 ac b8 70 75  ac b8 70 75 ac b8 70 75  |57pu..pu..pu..pu|
00001150  ac b8 70 75 ac b8 70 75  ac b8 70 75 ac b8 70 75  |..pu..pu..pu..pu|
*
00001170  ac b8 3c 7c 3c 7c 3c 7c  3c 7c 3c 7c 3c 7c 3c 7c  |..<|<|<|<|<|<|<||
00001180  3c 7c 3c 7c 3c 7c 3c 7c  3c 7c 3c 7c 3c 7c 3c 7c  |<|<|<|<|<|<|<|<||
*
000011a0  3c 7c 10 01 00 00 22 22  02 00 00 00 00 00 00 00  |<|....""........|
000011b0  00 00 00 00 00 00 44 00  00 00 00 00 00 ff 00 00  |......D.........|
000011c0  00 00 00 00 00 00 00 00  00 00 00 00 ff 0e 0e 03  |................|
000011d0  00 2d e2 00 02 0e 1c 00  00 00 00 00 00 00 00 00  |.-..............|
000011e0  00 00 00 00 00 00 00 00  00 44 44 00 00 00 00 00  |.........DD.....|
000011f0  00 00 00 00 00 00 00 4c  58 68 8c a4 b4 bd cd d9  |.......LXh......|
00001200  00 89 00 00 00 dc 00 89  00 00 00 e0 00 8a 00 00  |................|
00001210  00 e2 00 8b 00 00 00 de  00 8b 00 00 00 de 00 8b  |................|
00001220  00 00 00 dc 00 89 00 00  00 da 00 8b 00 00 00 e0  |................|
00001230  00 89 00 00 00 e4 00 8a  00 00 00 e7 00 8b 00 00  |................|
00001240  00 e6 00 8b 00 00 00 e2  00 8c 00 00 00 e1 00 8c  |................|
00001250  00 00 00 df 00 8b 00 00  00 dd 00 8b 00 00 00 00  |................|
00001260  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00001280  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 4c  |...............L|
00001290  54 68 78 8c a0 b4 c5 4c  54 68 78 8c a0 b4 c5 4c  |Thx....LThx....L|
000012a0  54 68 78 8c a0 b4 c5 26  20 1e 1c 26 20 1e 1c 26  |Thx....& ..& ..&|
000012b0  20 1e 1c 26 20 1e 1c 26  20 1e 1c 26 20 1e 1c 26  | ..& ..& ..& ..&|
000012c0  20 1e 1c 26 20 1e 1c 26  22 20 1e 1c 1a 20 1e 1c  | ..& ..&" ... ..|
000012d0  1a 00 00 00 00 26 22 20  1e 1c 1a 20 1e 1c 1a 00  |.....&" ... ....|
000012e0  00 00 00 26 22 20 1e 1c  1a 20 1e 1c 1a 00 00 00  |...&" ... ......|
000012f0  00 26 22 20 1e 1c 1a 20  1e 1c 1a 00 00 00 00 26  |.&" ... .......&|
00001300  22 20 1e 1c 1a 20 1e 1c  1a 00 00 00 00 26 22 20  |" ... .......&" |
00001310  1e 1c 1a 20 1e 1c 1a 00  00 00 00 26 22 20 1e 1c  |... .......&" ..|
00001320  1a 20 1e 1c 1a 00 00 00  00 26 22 20 1e 1c 1a 20  |. .......&" ... |
00001330  1e 1c 1a 00 00 00 00 26  22 20 1e 1c 1a 20 1e 1c  |.......&" ... ..|
00001340  1a 00 00 00 00 26 22 20  1e 1c 1a 20 1e 1c 1a 00  |.....&" ... ....|
00001350  00 00 00 26 22 20 1e 1c  1a 20 1e 1c 1a 00 00 00  |...&" ... ......|
00001360  00 26 22 20 1e 1c 1a 20  1e 1c 1a 00 00 00 00 26  |.&" ... .......&|
00001370  22 20 1e 1c 1a 20 1e 1c  1a 00 00 00 00 26 22 20  |" ... .......&" |
00001380  1e 1c 1a 20 1e 1c 1a 00  00 00 00 26 22 20 1e 1c  |... .......&" ..|
00001390  1a 20 1e 1c 1a 00 00 00  00 26 22 20 1e 1c 1a 20  |. .......&" ... |
000013a0  1e 1c 1a 00 00 00 00 10  16 18 40 46 48 30 36 38  |..........@FH068|
000013b0  4c 54 68 78 8c a0 b9 cd  4c 54 68 78 8c a0 b9 cd  |LThx....LThx....|
*
000013f0  4c 54 68 78 8c a0 b9 cd  3c 7c 3c 7c 3c 7c 3c 7c  |LThx....<|<|<|<||
00001400  3c 7c 3c 7c 3c 7c 3c 7c  3c 7c 3c 7c 3c 7c 3c 7c  |<|<|<|<|<|<|<|<||
*
00001440  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|
*
06.04.20192226Base systemBug ReportVery LowHighzyxel P-2812HNU-F1 initramfs has been broken with LZMA:...AllUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on

zyxel P-2812HNU-F1

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

since r47026 up to the latest trunk

- Steps to reproduce
boot with serial connection stop autoboot, load initramfs, boot from ram get error

- Reason it is important

initramfs is needed for a first install.

- Posible solution
include/configs/p2812hnufx.h
probably needs:
#define CONFIG_SYS_BOOTM_LEN 0×1000000 /* 16 MB */

like in this commit for a similar modem
https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=ea12a80276c0aca680d67515e7f651e2cef3f3ee

- error logs
“recent” trunk snapshot(I threw away the last compiled version for it still gave the same error)

ROM VER: 1.0.5
CFG 06
NAND
NAND Read OK

U-Boot SPL 2013.10-openwrt5 (Nov 18 2014 - 19:54:01)
SPL: initializing NAND flash
SPL: checking U-Boot image
SPL: loading U-Boot to RAM
SPL: decompressing U-Boot with LZO
SPL: jumping to U-Boot


U-Boot 2013.10-openwrt5 (Nov 18 2014 - 19:54:01) P-2812HNU-Fx

Board: ZyXEL P-2812HNU-Fx
SoC:   Lantiq VRX288 v1.1
CPU:   500 MHz
IO:    250 MHz
BUS:   250 MHz
BOOT:  NAND
DRAM:  128 MiB
NAND:  128 MiB
In:    serial
Out:   serial
Err:   serial
Net:   ltq-eth
Hit any key to stop autoboot:  0
P-2812HNU-Fx # tftpboot openwrt-lantiq-xrx200-zyxel_p-2812hnu-f1-initramfs-kernel.bin
ltq_phy: addr 0, link 1, speed 1000, duplex 1
ltq_phy: addr 1, link 0, speed 10, duplex 0
ltq_phy: addr 17, link 0, speed 10, duplex 0
ltq_phy: addr 19, link 0, speed 10, duplex 0
ltq_phy: addr 5, link 0, speed 10, duplex 0
Using ltq-eth device
TFTP from server 192.168.1.2; our IP address is 192.168.1.1
Filename 'openwrt-lantiq-xrx200-zyxel_p-2812hnu-f1-initramfs-kernel.bin'.
Load address: 0x81000000
Loading: #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         ######################################
done
Bytes transferred = 6183929 (5e5bf9 hex)
P-2812HNU-Fx # bootm $fileaddr
## Booting kernel from Legacy Image at 81000000 ...
   Image Name:   MIPS OpenWrt Linux-4.14.103
   Created:      2019-02-27  11:12:48 UTC
   Image Type:   MIPS Linux Kernel Image (lzma compressed)
   Data Size:    6183865 Bytes = 5.9 MiB
   Load Address: 80002000
   Entry Point:  80002000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... LZMA: uncompress or overwrite error 7 - must RESET b
ROM VER: 1.0.5
CFG 06
NAND
NAND Read OK

U-Boot SPL 2013.10-openwrt5 (Nov 18 2014 - 19:54:01)

last known working version

ROM VER: 1.0.5
CFG 06
NAND
NAND Read OK

U-Boot SPL 2013.10-openwrt5 (Nov 18 2014 - 19:54:01)
SPL: initializing NAND flash
SPL: checking U-Boot image
SPL: loading U-Boot to RAM
SPL: decompressing U-Boot with LZO
SPL: jumping to U-Boot


U-Boot 2013.10-openwrt5 (Nov 18 2014 - 19:54:01) P-2812HNU-Fx

Board: ZyXEL P-2812HNU-Fx
SoC:   Lantiq VRX288 v1.1
CPU:   500 MHz
IO:    250 MHz
BUS:   250 MHz
BOOT:  NAND
DRAM:  128 MiB
NAND:  128 MiB
In:    serial
Out:   serial
Err:   serial
Net:   ltq-eth
Hit any key to stop autoboot:  0
P-2812HNU-Fx # tftpboot openwrt-lantiq-xrx200-P2812HNUF1-uImage-initramfs
ltq_phy: addr 0, link 0, speed 10, duplex 0
ltq_phy: addr 1, link 0, speed 10, duplex 0
ltq_phy: addr 17, link 0, speed 10, duplex 0
ltq_phy: addr 19, link 0, speed 10, duplex 0
ltq_phy: addr 5, link 0, speed 10, duplex 0
Using ltq-eth device
TFTP from server 192.168.1.2; our IP address is 192.168.1.1
Filename 'openwrt-lantiq-xrx200-P2812HNUF1-uImage-initramfs'.
Load address: 0x81000000
Loading: T T T T T T T T T T
Retry count exceeded; starting again
ltq_phy: addr 0, link 1, speed 1000, duplex 1
ltq_phy: addr 1, link 0, speed 10, duplex 0
ltq_phy: addr 17, link 0, speed 10, duplex 0
ltq_phy: addr 19, link 0, speed 10, duplex 0
ltq_phy: addr 5, link 0, speed 10, duplex 0
Using ltq-eth device
TFTP from server 192.168.1.2; our IP address is 192.168.1.1
Filename 'openwrt-lantiq-xrx200-P2812HNUF1-uImage-initramfs'.
Load address: 0x81000000
Loading: #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         ##########
         1.6 MiB/s
done
Bytes transferred = 4707233 (47d3a1 hex)
P-2812HNU-Fx # bootm $fileaddr
## Booting kernel from Legacy Image at 81000000 ...
   Image Name:   MIPS OpenWrt Linux-3.18.11
   Created:      2015-04-25   1:54:58 UTC
   Image Type:   MIPS Linux Kernel Image (lzma compressed)
   Data Size:    4707169 Bytes = 4.5 MiB
   Load Address: 80002000
   Entry Point:  80002000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK

Starting kernel ...

[    0.000000] Linux version 3.18.11 (sylwek@WRT) (gcc version 4.8.3 (OpenWrt/Linaro GCC 4.8-2014.04 r44945) ) #2 Sat Apr 25 03:54:35 CEST 2015
[    0.000000] SoC: VR9 rev 1.1
[    0.000000] bootconsole [early0] enabled
[    0.000000] CPU0 revision is: 00019555 (MIPS 34Kc)
[    0.000000] MIPS: machine is P2812HNUF1 - ZyXEL P-2812HNU-F1
[    0.000000] Determined physical RAM map:
[    0.000000]  memory: 08000000 @ 00000000 (usable)
[    0.000000] Initrd not found or empty - disabling initrd
[    0.000000] Zone ranges:
[    0.000000]   Normal   [mem 0x00000000-0x07ffffff]
[    0.000000] Movable zone start for each node
[    0.000000] Early memory node ranges
[    0.000000]   node   0: [mem 0x00000000-0x07ffffff]
[    0.000000] Initmem setup node 0 [mem 0x00000000-0x07ffffff]
[    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] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 32512
[    0.000000] Kernel command line: console=ttyLTQ0,115200 init=/etc/preinit
[    0.000000] PID hash table entries: 512 (order: -1, 2048 bytes)
[    0.000000] Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
[    0.000000] Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
[    0.000000] Writing ErrCtl register=00021000
[    0.000000] Readback ErrCtl register=00021000
[    0.000000] Memory: 121772K/131072K available (3506K kernel code, 149K rwdata, 1036K rodata, 3160K init, 206K bss, 9300K reserved)
[    0.000000] NR_IRQS:256
[    0.000000] CPU Clock: 500MHz
[    0.000000] Calibrating delay loop... 332.54 BogoMIPS (lpj=665088)
[    0.032000] pid_max: default: 32768 minimum: 301
[    0.036000] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.040000] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.044000] pinctrl core: initialized pinctrl subsystem
[    0.048000] NET: Registered protocol family 16
[    0.056000] pinctrl-xway 1e100b10.pinmux: Init done
[    0.060000] dma-xway 1e104100.dma: Init done - hw rev: 7, ports: 7, channels: 28
[    0.164000] dcdc-xrx200 1f106a00.dcdc: Core Voltage : 1016 mV
[    0.168000] PCI host bridge /fpi@10000000/pci@E105400 ranges:
[    0.172000]  MEM 0x0000000018000000..0x0000000019ffffff
[    0.176000]   IO 0x000000001ae00000..0x000000001affffff
[    0.188000] gpio-stp-xway 1e100bb0.stp: Init done
[    0.192000] usbcore: registered new interface driver usbfs
[    0.196000] usbcore: registered new interface driver hub
[    0.200000] usbcore: registered new device driver usb
[    0.204000] PCI host bridge to bus 0000:00
[    0.208000] pci_bus 0000:00: root bus resource [mem 0x18000000-0x19ffffff]
[    0.212000] pci_bus 0000:00: root bus resource [io  0xffffffff]
[    0.216000] pci_bus 0000:00: No busn resource found for root bus, will use [bus 00-ff]
[    0.220000] pci 0000:00:0e.0: BAR 0: assigned [mem 0x18000000-0x1800ffff]
[    0.224000] Switched to clocksource MIPS
[    0.228000] NET: Registered protocol family 2
[    0.232000] TCP established hash table entries: 1024 (order: 0, 4096 bytes)
[    0.240000] TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
[    0.248000] TCP: Hash tables configured (established 1024 bind 1024)
[    0.252000] TCP: reno registered
[    0.256000] UDP hash table entries: 256 (order: 0, 4096 bytes)
[    0.260000] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
[    0.268000] NET: Registered protocol family 1
[    5.124000] gptu: totally 6 16-bit timers/counters
[    5.132000] gptu: misc_register on minor 63
[    5.136000] gptu: succeeded to request irq 126
[    5.140000] gptu: succeeded to request irq 127
[    5.144000] gptu: succeeded to request irq 128
[    5.148000] gptu: succeeded to request irq 129
[    5.152000] gptu: succeeded to request irq 130
[    5.156000] gptu: succeeded to request irq 131
[    5.164000] ralink,eeprom ralink_eep: using RT3062.eeprom as eeprom
[    5.168000] phy-xrx200 gphy-xrx200: requesting lantiq/vr9_phy11g_a1x.bin
[    5.176000] phy-xrx200 gphy-xrx200: booting GPHY0 firmware at 6A60000
[    5.184000] phy-xrx200 gphy-xrx200: booting GPHY1 firmware at 6A60000
[    5.288000] futex hash table entries: 256 (order: -1, 3072 bytes)
[    5.296000] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    5.304000] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[    5.312000] msgmni has been set to 237
[    5.316000] io scheduler noop registered
[    5.320000] io scheduler deadline registered (default)
[    5.328000] 1e100c00.serial: ttyLTQ0 at MMIO 0x1e100c00 (irq = 112, base_baud = 0) is a lantiq,asc
[    5.336000] console [ttyLTQ0] enabled
[    5.336000] console [ttyLTQ0] enabled
[    5.344000] bootconsole [early0] disabled
[    5.344000] bootconsole [early0] disabled
[    5.352000] nand: device found, Manufacturer ID: 0xec, Chip ID: 0xf1
[    5.352000] nand: Samsung NAND 128MiB 3,3V 8-bit
[    5.352000] nand: 128MiB, SLC, page size: 2048, OOB size: 64
[    5.368000] Scanning device for bad blocks
[    5.424000] Bad eraseblock 591 at 0x0000049e0000
[    5.428000] Bad eraseblock 616 at 0x000004d00000
[    5.464000] 4 ofpart partitions found on MTD device 10000000.nand-parts
[    5.468000] Creating 4 MTD partitions on "10000000.nand-parts":
[    5.476000] 0x000000000000-0x000000040000 : "uboot"
[    5.480000] 0x000000040000-0x000000060000 : "uboot-env"
[    5.488000] 0x000000060000-0x000000260000 : "kernel"
[    5.492000] 0x000000260000-0x000008000000 : "ubi"
[    5.600000] libphy: lantiq,xrx200-mdio: probed
[    5.620000] net-xrx200: invalid MAC, using random
[    5.688000] eth0: attached PHY [Lantiq XWAY VR9 GPHY 11G v1.3] (phy_addr=0:00, irq=-1)
[    5.756000] eth0: attached PHY [Lantiq XWAY VR9 GPHY 11G v1.3] (phy_addr=0:01, irq=-1)
[    5.824000] eth0: attached PHY [Lantiq XWAY VR9 GPHY 11G v1.4] (phy_addr=0:11, irq=-1)
[    5.892000] eth0: attached PHY [Lantiq XWAY VR9 GPHY 11G v1.4] (phy_addr=0:13, irq=-1)
[    5.960000] eth0: attached PHY [Lantiq XWAY VR9 GPHY 11G v1.3] (phy_addr=0:05, irq=-1)
[    5.968000] wdt 1f8803f0.watchdog: Init done
[    5.972000] TCP: cubic registered
[    5.976000] NET: Registered protocol family 17
[    5.980000] bridge: automatic filtering via arp/ip/ip6tables has been deprecated. Update your scripts to load br_netfilter if you need this.
[    5.992000] Bridge firewalling registered
[    5.996000] 8021q: 802.1Q VLAN Support v1.8
[    6.004000] UBI error: ubi_auto_attach: no valid UBI magic found [    6.016000] Freeing unused kernel memory: 3160K (8049a000 - 807b0000)
[    6.036000] init: failed to symlink /tmp -> /var
[    6.040000] init: Console is alive
[    6.048000] init: - watchdog -
[    6.076000] dwc2 1e101000.ifxhcd: requested GPIO 489
[    6.936000] dwc2 1e101000.ifxhcd: DWC OTG Controller
[    6.936000] dwc2 1e101000.ifxhcd: new USB bus registered, assigned bus number 1
[    6.944000] dwc2 1e101000.ifxhcd: irq 62, io mem 0x00000000
[    6.952000] dwc2 1e101000.ifxhcd: Hardware does not support descriptor DMA mode -
[    6.952000] dwc2 1e101000.ifxhcd: falling back to buffer DMA mode.
[    6.964000] hub 1-0:1.0: USB hub found
[    6.968000] hub 1-0:1.0: 1 port detected
[    7.832000] dwc2 1e106000.ifxhcd: DWC OTG Controller
[    7.832000] dwc2 1e106000.ifxhcd: new USB bus registered, assigned bus number 2
[    7.840000] dwc2 1e106000.ifxhcd: irq 91, io mem 0x00000000
[    7.848000] dwc2 1e106000.ifxhcd: Hardware does not support descriptor DMA mode -
[    7.848000] dwc2 1e106000.ifxhcd: falling back to buffer DMA mode.
[    7.860000] hub 2-0:1.0: USB hub found
[    7.864000] hub 2-0:1.0: 1 port detected
[    8.048000] init: - preinit -
[    8.160000] random: procd urandom read with 31 bits of entropy available
Press the [f] key and hit [enter] to enter failsafe mode
Press the [1], [2], [3] or [4] key and hit [enter] to select the debug level
[    9.688000] eth0: port 0 got link
[   11.280000] procd: - early -
[   11.280000] procd: - watchdog -
[   11.852000] procd: - ubus -
[   12.864000] procd: - init -
Please press Enter to activate this console.
[   13.884000] IFXOS, Version 1.5.14 (c) Copyright 2009, Lantiq Deutschland GmbH

[   13.908000] NET: Registered protocol family 10
[   13.916000] NET: Registered protocol family 8
[   13.920000] NET: Registered protocol family 20
[   13.932000] PPP generic driver version 2.4.2
[   13.940000] ip6_tables: (C) 2000-2006 Netfilter Core Team
[   13.964000] MEI CPE Driver, Version 1.2.0

[   13.964000] (c) Copyright 2009, Infineon Technologies AG
### MEI CPE - MEI CPE - MEI CPE - MEI CPE ###


Lantiq CPE API Driver version: DSL CPE API V4.11.4
[   13.988000]
[   13.988000] Predefined debug level: 2
[   14.000000] Loading modules backported from Linux version master-2015-03-09-0-g141f155
[   14.004000] Backport generated by backports.git backports-20150129-0-gdd4a670
[   14.016000] ip_tables: (C) 2000-2006 Netfilter Core Team
[   14.028000] Infineon Technologies DEU driver version 2.0.0
[   14.032000] IFX DEU DES initialized (multiblock).
[   14.036000] IFX DEU AES initialized (multiblock).
[   14.040000] IFX DEU ARC4 initialized (multiblock).
[   14.044000] IFX DEU SHA1 initialized.
[   14.048000] IFX DEU MD5 initialized.
[   14.052000] IFX DEU SHA1_HMAC initialized.
[   14.056000] IFX DEU MD5_HMAC initialized.
[   14.068000] nf_conntrack version 0.5.0 (1952 buckets, 7808 max)
[   14.092000] NET: Registered protocol family 24
[   14.116000] xt_time: kernel timezone is -0000
[   14.140000] cfg80211: Calling CRDA to update world regulatory domain
[   14.164000] cfg80211: World regulatory domain updated:
[   14.168000] cfg80211:  DFS Master region: unset
[   14.172000] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
[   14.180000] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
[   14.188000] cfg80211:   (2457000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
[   14.196000] cfg80211:   (2474000 KHz - 2494000 KHz @ 20000 KHz), (N/A, 2000 mBm), (N/A)
[   14.204000] cfg80211:   (5170000 KHz - 5250000 KHz @ 80000 KHz), (N/A, 2000 mBm), (N/A)
[   14.212000] cfg80211:   (5250000 KHz - 5330000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2000 mBm), (0 s)
[   14.220000] cfg80211:   (5490000 KHz - 5730000 KHz @ 160000 KHz), (N/A, 2000 mBm), (0 s)
[   14.232000] cfg80211:   (5735000 KHz - 5835000 KHz @ 80000 KHz), (N/A, 2000 mBm), (N/A)
[   14.240000] cfg80211:   (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 0 mBm), (N/A)
[   14.328000] PCI: Enabling device 0000:00:0e.0 (0000 -> 0002)
[   14.332000] rt2800pci 0000:00:0e.0: failed to load eeprom property
[   14.336000] ieee80211 phy0: rt2x00lib_request_eeprom_file: Info - Loading EEPROM data from 'RT3062.eeprom'.
[   14.348000] ieee80211 phy0: rt2x00_set_rt: Info - RT chipset 3572, rev 0223 detected
[   14.356000] ieee80211 phy0: rt2x00_set_rf: Info - RF chipset 0008 detected
ioctl ATM_SETESI: No such device
[   20.824000] PTM 1.0.27    PTM (E1) firmware version 0.30
[   20.828000] ifxmips_ptm: PTM init succeed
[   22.760000] device eth0.1 entered promiscuous mode
[   22.764000] device eth0 entered promiscuous mode
[   22.776000] br-lan: port 1(eth0.1) entered forwarding state
[   22.780000] br-lan: port 1(eth0.1) entered forwarding state
[   24.784000] br-lan: port 1(eth0.1) entered forwarding state
[   31.808000] random: nonblocking pool is initialized



BusyBox v1.23.2 (2015-04-25 03:40:56 CEST) built-in shell (ash)

  _______                     ________        __
 |       |.-----.-----.-----.|  |  |  |.----.|  |_
 |   -   ||  _  |  -__|     ||  |  |  ||   _||   _|
 |_______||   __|_____|__|__||________||__|  |____|
          |__| W I R E L E S S   F R E E D O M
 -----------------------------------------------------
 CHAOS CALMER (Bleeding Edge, r45578)
 -----------------------------------------------------
  * 1 1/2 oz Gin            Shake with a glassful
  * 1/4 oz Triple Sec       of broken ice and pour
  * 3/4 oz Lime Juice       unstrained into a goblet.
  * 1 1/2 oz Orange Juice
  * 1 tsp. Grenadine Syrup
 -----------------------------------------------------
root@OpenWrt:/#
17.04.20192240Base systemBug ReportVery LowHighLantiq: AVM FRITZ!Box 7320 only one ETH port is workingAllUnconfirmed Task Description

Router has 2 ethernet ports, but the only first one is working.

21.04.20192247KernelFeature RequestVery LowHighAllwinner H+ Enable wifi xradio-xr819 and soc-audio.AllUnconfirmed Task Description

Openwrt-master and openwrt-18.06.02, lede-18.06.02
Included support for wifi xradio-xr819 and soc-audio - Allwinner H + Xunlong Orange Pi Zero.

Patches are created. It is better if someone from the experts adds to the source code.

Patch openwrt-18.06.02

Patch Openwrt-master

Copy patch dts-add-usb2-usb3-soc_codec-opi_zero-wifi_xradio_xr819_openwrt-18.06.02.patch to <buld-dir Openwrt-master>

patch -p1 < dts-add-usb2-usb3-soc_codec-opi_zero-wifi_xradio_xr819_openwrt-18.06.02.patch

Copy patch dts-add-usb2-usb3-soc_codec-opi_zero-wifi_xradio_xr819_openwrt-master.patch>

patch -p1 < dts-add-usb2-usb3-soc_codec-opi_zero-wifi_xradio_xr819_openwrt-master.patch
19.06.20192330PackagesBug ReportVery LowHighSamba - smb.conf templating allows arbitrary injections...AllUnconfirmed Task Description

First, I have to say I’m not 100% sure it is something to be addressed within samba package itself, so forgive me if this is something you have already evaluated as not being an issue.

In short, something like that works:

 […]
    option workgroup 'WORKGROUP\
    security = share\
    guest account = root\
    interfaces = lo br-lan\
\
[ohnonotagain]'

I’m not sure this works in plain openwrt images, but there exists a widely deployed commercial fork of openwrt which is definitely vulnerable to some exploit chain involving this one in the middle.
You could argue that the right of modifying uci config already gives an equivalent authorization level, or this should have been sanitized at user interface. So, is this something you consider safe?

24.08.20192462Base systemBug ReportVery LowHighwrt32x WIFI was breaking on 2 sec I did not get full co...AllUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on wrt32x
- Software versions of OpenWrt 19.07

I tested these images on wrt32x and wrt3600, but unfortunately I gave up there was a problem on wrt32x WIFI was breaking the computer and in the relayd wrt3600 → wrt32x the maximum speed on the bridge is 10Mb. I do not observe this for version 18.06 (images downloaded from eko.one.pl). And after disconnection I did not get full connection speed of 866.7 Mb / s to the router. Although I will say that options 19.07 in Lucia look encouraging.

15.01.20202739Base systemBug ReportVery LowHighArbitrary File CreationAllUnconfirmed Task Description

There is no restriction on the path of the system log file(logread),which lead to overwritten important file,such as /etc/passwd. if /etc/passwd was overwritened,it will cause a denial of service. when a router was infected, The only way to fix is flash firmware.

In the background, function External Linkstart_service_file will deal the system logging request and use logread` to save log in specified file.

 PROG=/sbin/logread  
    
    start_service_file()                                                              
    {                                                                                 
            PIDCOUNT="$(( ${PIDCOUNT} + 1))"                                          
            local pid_file="/var/run/logread.${PIDCOUNT}.pid"                         
                                                                                      
            [ "$2" = 0 ] || {                                                         
                    echo "validation failed"                                          
                    return 1                                                          
            }                                                                         
            [ -z "${log_file}" ] && return                                            
                                                                                      
            mkdir -p "$(dirname "${log_file}")"                                       
                                                                                      
            procd_open_instance                                                       
            procd_set_param command "$PROG" -f -F "$log_file" -p "$pid_file"          
            [ -n "${log_size}" ] && procd_append_param command -S "$log_size"         
            procd_close_instance                                                      
    }   

POC

1. set the path of sustem log and buffer size

In System → logging page,System log buffer sizeset to 1KiB ,Write system log to file set to /etc/passwd. At the end , clicking “Save & Apply” button.

2. reboot or wait a moment

In order to produce some log to overwriten /etc/passwd , it need to reboot OpenWrt (the fasest way ) or wait a monent.

3. result

Denial of service: the LuCi web page display “Dad Gateway”. the same time , the internet was offline.

22.02.20202849KernelBug ReportVery LowHighAR8327 can't work on hybid VLAN tagging mode.AllUnconfirmed Task Description

I have 2 vlan channel in family network for IPTV STB with VLAN 51 & 85. My router is WZR-HP-G302H which have the same hardware with WZR-HP-G300NH2.

With the default vlans1&2, I set the switch has 4 vlan channels:
vlan1 goes cpu(port0) tagged, lan(port1-4) untagged, wan(port5) off,
vlan2 goes cpu(port0) tagged, lan(port1-4) off, wan(port5) untagged,
vlan51(for multicast) goes cpu(port0) untagged, IPTV(port1) tagged, PC(port2-4) off, wan(port5) tagged,
vlan85(IPTV stream) goes cpu(port0) untagged, IPTV(port1) tagged, PC(port2-4) off, wan(port5) tagged.
And I use TTL to logon my IPTV STB, with ifconfig eth0&eht0.85, I can see the STB got both internet routing ip(192.168.2.x) & IPTV intranet ip(217.xxx.xxx.xxx), but when I’m trying to ping 192.168.2.1, it failed.
When I set wan(port5) with vlan51&85 off, the internet was back, and got acks from ping 192.168.1.1.
So I tried to replace wan to port1-4 ,IPTV port to port2-5 with all the possibility, it shows the same problem.

Then I try to use the route with AP mode:
vlan1 goes cpu(port0) tagged, lan(port1-5) untagged,
vlan51 goes cpu(port0) off, lan(port1-5) tagged,
vlan85 goes cpu(port0) off, lan(port1-5) tagged.
The STB still got 2 IPs , which 192.168.1.x & 217.xxx.xxx.xxx both offerd by Modem’s DHCP.
And the same problem appears: only port with both vlan51&85 turned off can got internet access, others not.

I tried firmwares openwrt-19.07.1-ath79-generic-buffalo_wzr-hp-g302h-a1a0-squashfs-sysupgrade.bin, openwrt-19.07.1-ar71xx-generic-wzr-hp-g300nh2-squashfs-sysupgrade.bin and openwrt-18.06.7-ar71xx-generic-wzr-hp-g300nh2-squashfs-sysupgrade, they shows the same problem while the port sets in hybird mode with vlan tagged & untagged.

So I have to seeks documents and troubleshoots for help. Finally I found the ticket:(https://dev.archive.openwrt.org/ticket/12181.html) told the same problem.
But the ticket is 5 yeas ago, and the ar8216.c no in 19.07.1 and 18.06.7 is definitely different, the “k”‘s path is no longer available with new ar8216.c, so I have to report the bug here again.
Is there any patch or a new fixed version of ar8216.c work with hybird mode which inculde tagged & untagged frame on the same port? Thank you very much.

14.04.20203008KernelBug ReportVery LowHighGenesys Logic USB 3.0 hub not recognized by the systemAllUnconfirmed Task Description

Hi) I have a problem with Genesys Logic USB 3.0 hub (based on GL3523) on my Xiaomi MiR3G. The system don’t see this hub. Same on 4.14 & 4.19 kernel. Bought on AliExpress

Workaround: insert a half of the plug into router port → the system recognize USB 2.0 hub, then insert the plug to the end → the system recognize USB 2.0 & USB 3.0 hubs as it must be.
1. Normal connect hub → the log is empty.
2. Insert a half of the plug:

root@MI-R3G:~# lsusb -v

Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               3.00
  bDeviceClass            9 Hub
  bDeviceSubClass         0 Unused
  bDeviceProtocol         3
  bMaxPacketSize0         9
  idVendor           0x1d6b Linux Foundation
  idProduct          0x0003 3.0 root hub
  bcdDevice            4.19
  iManufacturer           3 Linux 4.19.114 xhci-hcd
  iProduct                2 xHCI Host Controller
  iSerial                 1 1e1c0000.xhci
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           31
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0xe0
      Self Powered
      Remote Wakeup
    MaxPower                0mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           1
      bInterfaceClass         9 Hub
      bInterfaceSubClass      0 Unused
      bInterfaceProtocol      0 Full speed (or root) hub
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0004  1x 4 bytes
        bInterval              12
        bMaxBurst               0
Hub Descriptor:
  bLength              12
  bDescriptorType      42
  nNbrPorts             1
  wHubCharacteristic 0x0009
    Per-port power switching
    Per-port overcurrent protection
  bPwrOn2PwrGood       10 * 2 milli seconds
  bHubContrCurrent      0 milli Ampere
  bHubDecLat          0.0 micro seconds
  wHubDelay             0 nano seconds
  DeviceRemovable    0x00
 Hub Port Status:
   Port 1: 0000.02a0 5Gbps power Rx.Detect
Binary Object Store Descriptor:
  bLength                 5
  bDescriptorType        15
  wTotalLength           15
  bNumDeviceCaps          1
  SuperSpeed USB Device Capability:
    bLength                10
    bDescriptorType        16
    bDevCapabilityType      3
    bmAttributes         0x00
    wSpeedsSupported   0x0008
      Device can operate at SuperSpeed (5Gbps)
    bFunctionalitySupport   3
      Lowest fully-functional device speed is SuperSpeed (5Gbps)
    bU1DevExitLat           0 micro seconds
    bU2DevExitLat           0 micro seconds
Device Status:     0x0001
  Self Powered

Bus 001 Device 010: ID 05e3:0610 Genesys Logic, Inc. 4-port hub
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass            9 Hub
  bDeviceSubClass         0 Unused
  bDeviceProtocol         2 TT per port
  bMaxPacketSize0        64
  idVendor           0x05e3 Genesys Logic, Inc.
  idProduct          0x0610 4-port hub
  bcdDevice            5.11
  iManufacturer           1 GenesysLogic
  iProduct                2 USB2.0 Hub
  iSerial                 0
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           41
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0xe0
      Self Powered
      Remote Wakeup
    MaxPower              100mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           1
      bInterfaceClass         9 Hub
      bInterfaceSubClass      0 Unused
      bInterfaceProtocol      1 Single TT
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0001  1x 1 bytes
        bInterval              12
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       1
      bNumEndpoints           1
      bInterfaceClass         9 Hub
      bInterfaceSubClass      0 Unused
      bInterfaceProtocol      2 TT per port
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0001  1x 1 bytes
        bInterval              12
Hub Descriptor:
  bLength               9
  bDescriptorType      41
  nNbrPorts             4
  wHubCharacteristic 0x00e9
    Per-port power switching
    Per-port overcurrent protection
    TT think time 32 FS bits
    Port indicators
  bPwrOn2PwrGood       50 * 2 milli seconds
  bHubContrCurrent    100 milli Ampere
  DeviceRemovable    0x00
  PortPwrCtrlMask    0xff
 Hub Port Status:
   Port 1: 0000.0100 power
   Port 2: 0000.0100 power
   Port 3: 0000.0100 power
   Port 4: 0000.0100 power
Device Qualifier (for other device speed):
  bLength                10
  bDescriptorType         6
  bcdUSB               2.00
  bDeviceClass            9 Hub
  bDeviceSubClass         0 Unused
  bDeviceProtocol         0 Full speed (or root) hub
  bMaxPacketSize0        64
  bNumConfigurations      1
Device Status:     0x0001
  Self Powered

Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass            9 Hub
  bDeviceSubClass         0 Unused
  bDeviceProtocol         1 Single TT
  bMaxPacketSize0        64
  idVendor           0x1d6b Linux Foundation
  idProduct          0x0002 2.0 root hub
  bcdDevice            4.19
  iManufacturer           3 Linux 4.19.114 xhci-hcd
  iProduct                2 xHCI Host Controller
  iSerial                 1 1e1c0000.xhci
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           25
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0xe0
      Self Powered
      Remote Wakeup
    MaxPower                0mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           1
      bInterfaceClass         9 Hub
      bInterfaceSubClass      0 Unused
      bInterfaceProtocol      0 Full speed (or root) hub
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0004  1x 4 bytes
        bInterval              12
Hub Descriptor:
  bLength               9
  bDescriptorType      41
  nNbrPorts             2
  wHubCharacteristic 0x0009
    Per-port power switching
    Per-port overcurrent protection
    TT think time 8 FS bits
  bPwrOn2PwrGood       10 * 2 milli seconds
  bHubContrCurrent      0 milli Ampere
  DeviceRemovable    0x00
  PortPwrCtrlMask    0xff
 Hub Port Status:
   Port 1: 0000.0503 highspeed power enable connect
   Port 2: 0000.0100 power
Device Status:     0x0001
  Self Powered

3. Insert the plug to the end:

root@MI-R3G:~# lsusb -v

Bus 001 Device 010: ID 05e3:0610 Genesys Logic, Inc. 4-port hub
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass            9 Hub
  bDeviceSubClass         0 Unused
  bDeviceProtocol         2 TT per port
  bMaxPacketSize0        64
  idVendor           0x05e3 Genesys Logic, Inc.
  idProduct          0x0610 4-port hub
  bcdDevice            5.11
  iManufacturer           1 GenesysLogic
  iProduct                2 USB2.0 Hub
  iSerial                 0
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           41
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0xe0
      Self Powered
      Remote Wakeup
    MaxPower              100mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           1
      bInterfaceClass         9 Hub
      bInterfaceSubClass      0 Unused
      bInterfaceProtocol      1 Single TT
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0001  1x 1 bytes
        bInterval              12
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       1
      bNumEndpoints           1
      bInterfaceClass         9 Hub
      bInterfaceSubClass      0 Unused
      bInterfaceProtocol      2 TT per port
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0001  1x 1 bytes
        bInterval              12
Hub Descriptor:
  bLength               9
  bDescriptorType      41
  nNbrPorts             4
  wHubCharacteristic 0x00e9
    Per-port power switching
    Per-port overcurrent protection
    TT think time 32 FS bits
    Port indicators
  bPwrOn2PwrGood       50 * 2 milli seconds
  bHubContrCurrent    100 milli Ampere
  DeviceRemovable    0x00
  PortPwrCtrlMask    0xff
 Hub Port Status:
   Port 1: 0000.0100 power
   Port 2: 0000.0100 power
   Port 3: 0000.0100 power
   Port 4: 0000.0100 power
Device Qualifier (for other device speed):
  bLength                10
  bDescriptorType         6
  bcdUSB               2.10
  bDeviceClass            9 Hub
  bDeviceSubClass         0 Unused
  bDeviceProtocol         0 Full speed (or root) hub
  bMaxPacketSize0        64
  bNumConfigurations      1
Device Status:     0x0001
  Self Powered

Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass            9 Hub
  bDeviceSubClass         0 Unused
  bDeviceProtocol         1 Single TT
  bMaxPacketSize0        64
  idVendor           0x1d6b Linux Foundation
  idProduct          0x0002 2.0 root hub
  bcdDevice            4.19
  iManufacturer           3 Linux 4.19.114 xhci-hcd
  iProduct                2 xHCI Host Controller
  iSerial                 1 1e1c0000.xhci
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           25
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0xe0
      Self Powered
      Remote Wakeup
    MaxPower                0mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           1
      bInterfaceClass         9 Hub
      bInterfaceSubClass      0 Unused
      bInterfaceProtocol      0 Full speed (or root) hub
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0004  1x 4 bytes
        bInterval              12
Hub Descriptor:
  bLength               9
  bDescriptorType      41
  nNbrPorts             2
  wHubCharacteristic 0x0009
    Per-port power switching
    Per-port overcurrent protection
    TT think time 8 FS bits
  bPwrOn2PwrGood       10 * 2 milli seconds
  bHubContrCurrent      0 milli Ampere
  DeviceRemovable    0x00
  PortPwrCtrlMask    0xff
 Hub Port Status:
   Port 1: 0000.0503 highspeed power enable connect
   Port 2: 0000.0100 power
Device Status:     0x0001
  Self Powered

Bus 002 Device 006: ID 05e3:0620 Genesys Logic, Inc.
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               3.00
  bDeviceClass            9 Hub
  bDeviceSubClass         0 Unused
  bDeviceProtocol         3
  bMaxPacketSize0         9
  idVendor           0x05e3 Genesys Logic, Inc.
  idProduct          0x0620
  bcdDevice            5.11
  iManufacturer           1 GenesysLogic
  iProduct                2 USB3.0 Hub
  iSerial                 0
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           31
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0xe0
      Self Powered
      Remote Wakeup
    MaxPower                0mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           1
      bInterfaceClass         9 Hub
      bInterfaceSubClass      0 Unused
      bInterfaceProtocol      0 Full speed (or root) hub
      iInterface              1 GenesysLogic
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x83  EP 3 IN
        bmAttributes           19
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Feedback
        wMaxPacketSize     0x0002  1x 2 bytes
        bInterval               8
        bMaxBurst               0
Hub Descriptor:
  bLength              12
  bDescriptorType      42
  nNbrPorts             4
  wHubCharacteristic 0x0009
    Per-port power switching
    Per-port overcurrent protection
  bPwrOn2PwrGood       50 * 2 milli seconds
  bHubContrCurrent    576 milli Ampere
  bHubDecLat          0.4 micro seconds
  wHubDelay          1508 nano seconds
  DeviceRemovable    0x00
 Hub Port Status:
   Port 1: 0000.02a0 5Gbps power Rx.Detect
   Port 2: 0000.02a0 5Gbps power Rx.Detect
   Port 3: 0000.02a0 5Gbps power Rx.Detect
   Port 4: 0000.02a0 5Gbps power Rx.Detect
Binary Object Store Descriptor:
  bLength                 5
  bDescriptorType        15
  wTotalLength           42
  bNumDeviceCaps          3
  USB 2.0 Extension Device Capability:
    bLength                 7
    bDescriptorType        16
    bDevCapabilityType      2
    bmAttributes   0x00000006
      Link Power Management (LPM) Supported
  SuperSpeed USB Device Capability:
    bLength                10
    bDescriptorType        16
    bDevCapabilityType      3
    bmAttributes         0x00
    wSpeedsSupported   0x000e
      Device can operate at Full Speed (12Mbps)
      Device can operate at High Speed (480Mbps)
      Device can operate at SuperSpeed (5Gbps)
    bFunctionalitySupport   1
      Lowest fully-functional device speed is Full Speed (12Mbps)
    bU1DevExitLat           8 micro seconds
    bU2DevExitLat         190 micro seconds
  Container ID Device Capability:
    bLength                20
    bDescriptorType        16
    bDevCapabilityType      4
    bReserved               0
    ContainerID             {f0564b9f-f61d-e011-ac64-0800200c9a66}
Device Status:     0x0001
  Self Powered

Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               3.00
  bDeviceClass            9 Hub
  bDeviceSubClass         0 Unused
  bDeviceProtocol         3
  bMaxPacketSize0         9
  idVendor           0x1d6b Linux Foundation
  idProduct          0x0003 3.0 root hub
  bcdDevice            4.19
  iManufacturer           3 Linux 4.19.114 xhci-hcd
  iProduct                2 xHCI Host Controller
  iSerial                 1 1e1c0000.xhci
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           31
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0xe0
      Self Powered
      Remote Wakeup
    MaxPower                0mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           1
      bInterfaceClass         9 Hub
      bInterfaceSubClass      0 Unused
      bInterfaceProtocol      0 Full speed (or root) hub
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0004  1x 4 bytes
        bInterval              12
        bMaxBurst               0
Hub Descriptor:
  bLength              12
  bDescriptorType      42
  nNbrPorts             1
  wHubCharacteristic 0x0009
    Per-port power switching
    Per-port overcurrent protection
  bPwrOn2PwrGood       10 * 2 milli seconds
  bHubContrCurrent      0 milli Ampere
  bHubDecLat          0.0 micro seconds
  wHubDelay             0 nano seconds
  DeviceRemovable    0x00
 Hub Port Status:
   Port 1: 0000.0203 5Gbps power U0 enable connect
Binary Object Store Descriptor:
  bLength                 5
  bDescriptorType        15
  wTotalLength           15
  bNumDeviceCaps          1
  SuperSpeed USB Device Capability:
    bLength                10
    bDescriptorType        16
    bDevCapabilityType      3
    bmAttributes         0x00
    wSpeedsSupported   0x0008
      Device can operate at SuperSpeed (5Gbps)
    bFunctionalitySupport   3
      Lowest fully-functional device speed is SuperSpeed (5Gbps)
    bU1DevExitLat           0 micro seconds
    bU2DevExitLat           0 micro seconds
Device Status:     0x0001
  Self Powered

But after reboot the same: no hub at all.
Nope, the connector is normal, recognized correctly on PC & smartphone. So, this is kernel or driver bug.

26.04.20203051PackagesBug ReportVery LowHighUPnP not workingAllUnconfirmed Task Description

Device: Linksys WRT1900ACSv2
Software versions: v19.07.9 and v19.07.2
Current Openwrt firmware: OpenWrt SNAPSHOT r13046-df27e949fb / LuCI Master git-20.113.57176-dc1d2ce
Affected Packages: miniupnpd, luci-app-upnp

I have flashed two versions of OpenWrt v19.07.2, one compiled by myself and the other using the official stable release from the website. On both versions I have then installed the latest version of the LuCI-app-UPnP which includes the miniupnpd daemon.

The problem is UPnP seems to very intermittent of how it picks up the ports from the devices. Some devices and applications show up under the `Active UPnP Redirects` and some don’t at all. My primary testing device is my Sony PS3 and PS4 which requires UPnP to open up ports for an optimal online gaming experience. A common port that I reply on is UDP 3074 that is used by Call of Duty games to achieve open NAT type.

When I was running OpenWrt v18.06.5 at the time in 2019 everything worked perfectly including UPnP. When v19.07.0 was officially released for stable use, I noticed I was getting moderate NAT type within my games. With this in mind I checked the luci-upnp app and noticed that my PS4’s IP address/hostname and the corresponding UDP 3074 was not listed. Sometimes I could get the PS4 to be picked up via the Sony PlayStation network test which would open up UDP port 9308 on LuCI-app-UPnP.

I have opened a couple of OpenWrt forum threads discussing UPnP not working:

The only working version of miniupnpd/luci-app-upnp seems to be miniupnpd 2.1-1 which I have had working on all the v19.07.* firmwares. OpenWrt v19.07.0 shipped with miniupnpd 2.1.20190408-2 and this was the point where it broke. Recently testing with the newer v19.07.2 firmware the miniupnpd has been updated to version 2.1.20191006 and this is the same story whereby the PS3/PS4 can’t be picked up.

Interestingly I did some experimenting and took the files, patches and makefile from the master trunk, replaced `PKG_VERSION:-2.1.20191006` with `PKG_VERSION:-2.1.20200329` in the `makefile` (which is the very latest version of the MiniUPnP daemon source code found at https://miniupnp.tuxfamily.org/files), compiled v19.07.2 and flashed it to my router. I then did a Sony PlayStation network test on my PS4 and UDP port 9308 was listed under `Active UPnP Redirects`. I then proceeded onto Call of Duty Modern Warfare (2019) and UDP port 3074 also appeared! However, I still had moderate NAT type which meant the firewall wasn’t opening up somewhere. After clicking the `Delete` button on the LuCI UPnP page and opening the port manually on the firewall the game did give me open NAT type as expected. Weirdly though, the UPnP listing came back which has never happened any time I’ve used OpenWrt with manual port forwards. In other words if I open a port manually in the firewall UPnP will never list same port and destination device in the `Active UPnP Redirects` list.

30.05.20203138KernelBug ReportVery LowHighmac802.11sh commit broken and causing one radio to dropAllUnconfirmed Task Description

Source of the problem: commit `b551660` `/lib/netifd/wireless/mac802.11sh`
Device problem occurs on: Netgear R7800, LinksysWRT1900ACSv2, Netgear EX6400, TP-Link Archer C60
Software versions of OpenWrt/LEDE: v19.07.3 and master

Steps to reproduce: I created a post here https://forum.openwrt.org/t/wrt1900acsv2-only-one-wifi-radio-is-staying-up/64273 regarding the last WiFi client disconnecting from the AP stops working on that radio.

If I go into ‘Network > Wireless’ in LuCI and click the ‘Restart’ button on the 2.4 or 5GHz radio, that radio is the only radio that stays working, whereas the other radio says disabled and wireless not associated.

I can also replicate this via SSH/CLI running `wifi up radio0` disables radio1. Running `wifi up` brings radio1 up this but drops radio0. If I run `wifi up` a second time both radios come back up.

My forum has been linked to a Netgear 7800 thread found here https://forum.openwrt.org/t/netgear-r7800-exploration-ipq8065-qca9984/285/2259 and there has been confirmation that there appears to be a problem with commit `b551660` from May 4, 2020 for `openwrt/package/kernel/mac80211/files/lib/netifd/wireless/mac80211.sh`. Rolling back to commit `0495324` appears to fix this issue.

I too can confirm this by renaming `mac80211.sh` to `mac80211.sh.old`, downloading commit `0495324`, placing it under `/lib/netifd/wireless`, setting the permissions to `0755` and then running `wifi up radio0` in SSH/CLI. Radio0 (5GHz) drops as expected and after a couple of seconds it is back up all without affecting the radio1 (2.4GHz).

This is the broken commit https://github.com/openwrt/openwrt/commit/b5516603dd90215d5cdc5bac7ea496a6c758bb0f

This is the working commit https://github.com/openwrt/openwrt/commit/0e522d5f4a31182312bd115c26c7edb654769724

12.06.20203176Base systemBug ReportVery LowHighpi zero AP+STA mode does not workAllUnconfirmed Task Description

Supply the following if possible:
- device: Raspberry Pi Zero W
- Versions confirmed on: recent Snapshot, 19.07.3, 18.06.8, 17.01.4
- Steps to reproduce:

  1. flash image to sd card, put sd card into pi
  2. turn on wifi radio (uci set wireless.radio0.disabled=0)
  3. add a wireless network such that one is a station and one is a AP (I’ve tried though gui and command line)
  4. restart wifi (either through reboot or wifi command)
  5. Now in the dmesg you can see wlan0-1 cycling between blocking forwarding and disabled states

Additional info:
I made this forum post about it, but not much has come from that and I’ve learned a lot since posting.

I know that this mode is supported from the iw list output -

 valid interface combinations:
                 * #{ managed } <= 1, #{ P2P-device } <= 1, #{ P2P-client, P2P-GO } <= 1,
                   total <= 3, #channels <= 2
                 * #{ managed } <= 1, #{ AP } <= 1, #{ P2P-client } <= 1, #{ P2P-device } <= 1,
                   total <= 4, #channels <= 1
        Supported extended features:
                * [ 4WAY_HANDSHAKE_STA_PSK ]: 4-way handshake with PSK in station mode
                * [ 4WAY_HANDSHAKE_STA_1X ]: 4-way handshake with 802.1X in station mode

I’ve even gotten AP+STA mode to work by manually starting a second instance of hostapd (note that im not killing the original one), but that makes it even more confusing that it doesn’t work normally.

I make sure that they are on the same channel.

If you need anything cleared up please let me know. I’ve tried for over a week now to fix this myself to no avail.

22.07.20203242Base systemBug ReportVery LowHighUAS not working - All devices with USB3.0 affectedAllUnconfirmed Task Description

USB controller “f10f8000.usb3” is preventing UAS from working on OpenWRT devices, as dmesg states:

[ 1.830001] usb 3-1: new SuperSpeed USB device number 2 using xhci-hcd
[ 1.860632] usb 3-1: USB controller f10f8000.usb3 does not support streams, which are required by the UAS driver.
[ 1.870949] usb 3-1: Please try an other USB controller if you wish to use UAS.
[ 1.878291] usb-storage 3-1:1.0: USB Mass Storage device detected

Checked in OpenWRT 18.04 and 19.03 with Linksys WRT3200ACM and Turris Omnia. This impacts USB3.0 speeds.

To reproduce just hook up a USB3.0 HDD to a OpenWRT device on the USB3.0 port and see dmesg.

Is it possible to try another controller or fix f10f8000.usb3?

06.08.20203274KernelBug ReportVery LowHighAn error is reported at each start-up phaseAllUnconfirmed Task Description

1.Error log:
[ 63.368179] i915 0000:00:02.0: Failed to load DMC firmware i915/glk_dmc_ver1_04.bin. Disabling runtime power management.
[ 63.379745] i915 0000:00:02.0: DMC firmware homepage: https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/i915

2.Problem:Sometimes the power is suddenly cut off and the machine crashes

3.System information:
Intel(R) Celeron(R) J4105 CPU @ 1.50GHz : 4 Core 4 Thread
OpenWrt R20.7.20 / LuCI Master (git-20.191.45716-b73d3a4)

4.I tried to use the graphics driver to the kernel.The mistake did not disappear.In addition, I swiped in the latest firmware compiled by others.The problem remains
I tried to upgrade the kernel to 5.4.56, which did not solve the problem.Please help me

26.12.20203536KernelBug ReportVery LowHighRTL8811AU Wi-Fi stick dont workAllUnconfirmed Task Description

After connecting RTL8811AU to USB, it turns out that OpenWRT cannot handle it. Please add the driver to the official images.


12.01.20213572Base systemBug ReportVery LowHighath79: ar934x internal switch port 5 missingAllUnconfirmed Task Description

Applies to all versions including master branch,
but only in ath79 target
old ar71xx target does not have the problem

for the internal built-in switch for ar934x series
port 5 of the switch is missing, and therefore physical ports
that are connected to port 5 of the internal switch instead of GMAC0
cannot be used.

Attempting to set a VLAN that includes port 5 never takes effect.

This issue is not noticed for many other ar934x boards with 5 physical ports
because routers with 4 LAN and 1 WAN port use GMAC0 for the WAN port
instead of port 5 of the internal switch.

in ar71xx the driver is
target/linux/ar71xx/files/drivers/net/ethernet/atheros/ag71xx/ag71xx_ar7240.c

in ath79 the new driver is
target/linux/generic/files/drivers/net/phy/ar8216.c

for 2 of my AR9341 boards
EAP300 v2 and ENS202EXT
port 5 is missing from swconfig output

ath79 output:

root@OpenWrt:~# swconfig dev switch0 show
Global attributes:
        enable_vlan: 1
        ar8xxx_mib_poll_interval: 500
        ar8xxx_mib_type: 0
        enable_mirror_rx: 0
        enable_mirror_tx: 0
        mirror_monitor_port: 0
        mirror_source_port: 0
        arl_table: address resolution table
Port 0: MAC 88:dc:96:34:64:d4
Port 1: MAC 00:e1:18:b0:01:1f

Port 0:
        mib: MIB counters
RxGoodByte  : 810502 (791.5 KiB)
TxByte      : 505477 (493.6 KiB)

        pvid: 0
        link: port:0 link:up speed:1000baseT full-duplex txflow rxflow
Port 1:
        mib: MIB counters
RxGoodByte  : 493285 (481.7 KiB)
TxByte      : 802608 (783.7 KiB)

        pvid: 1
        link: port:1 link:up speed:100baseT full-duplex auto
Port 2:
        mib: No MIB data
        pvid: 0
        link: port:2 link:down
Port 3:
        mib: No MIB data
        pvid: 0
        link: port:3 link:down
Port 4:
        mib: No MIB data
        pvid: 0
        link: port:4 link:down
VLAN 1:
        vid: 1
        ports: 0t 1

ar71xx output:

root@OpenWrt:/# swconfig dev switch0 show
Global attributes:
        enable_vlan: 1
        mirror_monitor_port: 15
Port 0:
        enable_mirror_rx: 0
        enable_mirror_tx: 0
        pvid: 0
        link: port:0 link:up speed:1000baseT full-duplex txflow rxflow
Port 1:
        enable_mirror_rx: 0
        enable_mirror_tx: 0
        pvid: 2
        link: port:1 link:down
Port 2:
        enable_mirror_rx: 0
        enable_mirror_tx: 0
        pvid: 1
        link: port:2 link:down
Port 3:
        enable_mirror_rx: 0
        enable_mirror_tx: 0
        pvid: 1
        link: port:3 link:down
Port 4:
        enable_mirror_rx: 0
        enable_mirror_tx: 0
        pvid: 1
        link: port:4 link:down
Port 5:
        enable_mirror_rx: 0
        enable_mirror_tx: 0
        pvid: 1
        link: port:5 link:down
VLAN 0:
        vid: 0
        ports: 0t
VLAN 1:
        vid: 1
        ports: 0t 2 3 4 5
VLAN 2:
        vid: 2
        ports: 0t 1

asking for port 5 specifically returns ???

root@OpenWrt:/# swconfig dev switch0 port 5 show
Port 5:
        mib: ???
        pvid: ???
        link: ???
04.02.2017461Base systemBug ReportVery LowMediumMass Cascade of DHCP ULA Prefix Assignments with DHCP-P...AllUnconfirmed Task Description

Here is one that gets a bit ugly. Lets say we chain a bunch of LEDE based routers together. Lets also enable a nice numbering system in IP4 and IP6. Lets enable DHCP-PD through the network, because our ISP was generous with a /56. The IP4 is only static and is easy to control, see table below. Its tedious, but easy. The problem is in parallel the IP6 addresses compound in the ULA region. Each router DHCP-PD the ULA above it, and gets its own ULA from Global settings in Network UCI. There seems no easy way to control this mass cascade of ULA, and get good fail over.

Ideal Requirements:
(1) If router above is unavailable, then next tier router uses ULA (network global UCI) to begin assigning addresses to clients and subnets.
(2) If router above is available, then next tier router expires its self-generated ULA and subnets, and gets ULA from delegation above to then re-delegate to subnets.
(*) Bonus: make some parts optional

IP4 WAN Name Serves Subnet
(NAT) Router-1 172.16.0.1/24
172.16.0.2 Router-2A 172.17.0.1/24
172.17.0.2 Router-3A 172.24.0.1/24
172.17.0.3 Router-3B 172.25.0.1/24
172.16.0.3 Router-2B 172.18.0.1/24

IP6 Roots Name Serves Subnet Delegates Subnet
2001:db8/56 Router-1 2001:db8::1/64 2001:db8:0:10/60
fd00:ac10/48 fd00:ac10::1/64 2001:db8:0:20/60

                                                fd00:ac10:0:10/60
                                                fd00:ac10:0:20/60

2001:db8:0:10/60 Router-2A 2001:db8:0:10::1/64 2001:db8:0:14/62
fd00:ac10:0:10/60 fd00:ac10:0:10::1/64 2001:db8:0:18/62
fd00:ac11/48 fd00:ac11::1/64 fd00:ac10:0:14/62

                                                fd00:ac10:0:18/62
                                                fd00:ac11:0:14/62
                                                fd00:ac11:0:18/62

* please, i don’t want to type more. see how the ULA prefixes just keep multiplying.
** ‘172.16’ = ‘ac10’

12.02.2017503KernelBuild FailureVery LowMediumBuild fails with CONFIG_KERNEL_GIT_CLONE_URI beig setAllAssigned Task Description

When specifying

CONFIG_KERNEL_GIT_CLONE_URI

a clean build fails, as the system assumes a already downloaded/cloned/packed linux-source is present in dl/ which on a freshly checked out openwrt/lede source isn’t the case yet, when

toolchain/kernel-headers

is about to be built.

The build error looks like:

make[3]: Entering directory `/build/lede.git/toolchain/kernel-headers'
zcat /build/lede.git/dl/linux-4.4.42.tar.gz | tar -C /build/lede.git/build_dir/toolchain-arm_cortex-a9+neon_gcc-6.3.0_glibc-2.24_eabi -xf -
gzip: /build/lede.git/dl/linux-4.4.42.tar.gz: No such file or directory
tar: This does not look like a tar archive
tar: Exiting with failure status due to previous errors

The issue apparently is located in

include/kernel-defaults.mk

, line 53ff::

  ifeq ($(strip $(CONFIG_KERNEL_GIT_CLONE_URI)),"")
    define Kernel/Prepare/Default
        zcat $(DL_DIR)/$(LINUX_SOURCE) | $(TAR) -C $(KERNEL_BUILD_DIR) $(TAR_OPTIONS)
        $(Kernel/Patch)
        $(if $(QUILT),touch $(LINUX_DIR)/.quilt_used)
    endef
  else
    define Kernel/Prepare/Default
        zcat $(DL_DIR)/$(LINUX_SOURCE) | $(TAR) -C $(KERNEL_BUILD_DIR) $(TAR_OPTIONS)
    endef
  endif

For the package

kernel-headers

it just tries to access the not-yet downloaded/cloned/packed linux kernel source archive.

17.03.2017634Base systemBug ReportMediumMediumFactory flashing fails because LEDE filename is too lon...AllNew Task Description

On a TP-Link TL-WR841N v11, flashing LEDE from the web interface of the stock firmware is not possible.

This is caused by a stupid check that refuses filename longer than 64 chars in the web interface. The check is implemented in javascript and returns a cryptic error message like “Please select a file to upload”, as if no file was selected.

The current naming scheme is quite long:

$ echo ‘lede-17.01.0-r3205-59508e3-ar71xx-generic-tl-wr841-v11-squashfs-factory-eu.bin’ | wc -c
79

Shortening the name like the following would decrease the length below 64 chars, and leave some space for a custom suffix (e.g. using EXTRA_IMAGE_NAME in the Imagebuilder):

$ echo ‘lede-17.01.0-ar71xx-tlwr841v11-squashfs-factory-eu.bin’ | wc -c
55

30.03.2017666Base systemBug ReportVery LowMedium"Wireless is disabled or not associated" when channel m...AllUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on Banana Pi R1
- Software versions: all

When I set the channel mode to “auto”, then the message appears “Wireless is disabled or not associated” and the WLAN does’nt work.
I set the channel manually, then WLAN works fine.

The problem is already known with OpenWrt:
https://dev.openwrt.org/changeset/32630


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.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

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.

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.

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

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.

25.10.20171113KernelBug ReportVery LowMediumUnknown symbol zlib_inflateAllUnconfirmed Task Description

I’ve experienced a strange issue with zlib_inflate on x84_64 system.
There is no zlib_inflate-related symbols at /proc/kallsyms and modules like btrfs couldn’t be loaded.

17.01 branch and the current master branch, both are affected.

Steps to reproduce:
1. Use attached config file (zlib_inflate-test-config). It’s almost default but I’ve set CONFIG_PACKAGE_kmod-fs-btrfs=y and some other options.
2. Compile LEDE:

make defconfig && make -j $(nproc)

3. Run qemu:

qemu-system-x86_64 -curses -kernel bin/targets/x86/64/lede-x86-64-ramfs.bzImage

4. Try to load btrfs module:

root@LEDE:/# modprobe btrfs
[   23.345891] btrfs: Unknown symbol zlib_inflateInit2 (err 0)
[   23.347096] btrfs: Unknown symbol zlib_inflate (err 0)
[   23.347673] btrfs: Unknown symbol zlib_inflate_workspacesize (err 0)
[   23.348293] btrfs: Unknown symbol zlib_inflateEnd (err 0)

It’s not btrfs related but any module with zlib_inflate in it’s dependency list.

31.10.20171133Base systemBug ReportVery LowMediumCan't set channels 12 and 13 on Raspberry Pi 3 in AP co...AllUnconfirmed Task Description

It is not possible to set up channel 12/13 on Raspberry Pi 3 in Wifi AP configuration. I get error “brcmfmac: brcmf_cfg80211_start_ap: Set Channel failed: chspec=4109, -20”.
Tested on 17.01.1 and latest snapshot (r5217-098afa1).
PS Raspbian works properly on 13 channel as AP.

Logs:

root@LEDE:~# uci show wireless
wireless.radio0=wifi-device
wireless.radio0.type='mac80211'
wireless.radio0.hwmode='11g'
wireless.radio0.path='platform/soc/3f300000.mmc/mmc_host/mmc1/mmc1:0001/mmc1:0001:1'
wireless.radio0.htmode='HT20'
wireless.radio0.disabled='0'
wireless.radio0.country='PL'
wireless.radio0.channel='11'
wireless.default_radio0=wifi-iface
wireless.default_radio0.device='radio0'
wireless.default_radio0.network='lan'
wireless.default_radio0.mode='ap'
wireless.default_radio0.ssid='Dantooine'
wireless.default_radio0.encryption='psk2'
wireless.default_radio0.key='secret'

root@LEDE:~# wifi
[  828.291269] device wlan0 left promiscuous mode
[  828.301579] br-lan: port 2(wlan0) entered disabled state
[  830.594037] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[  830.608333] br-lan: port 2(wlan0) entered blocking state
[  830.619697] br-lan: port 2(wlan0) entered disabled state
[  830.631336] device wlan0 entered promiscuous mode
[  830.911507] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[  830.924197] br-lan: port 2(wlan0) entered blocking state
[  830.935606] br-lan: port 2(wlan0) entered forwarding state

root@LEDE:~# uci set wireless.radio0.channel=13
root@LEDE:~# uci commit wireless
root@LEDE:~# wifi
[  913.551274] device wlan0 left promiscuous mode
[  913.561751] br-lan: port 2(wlan0) entered disabled state
[  915.854693] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[  915.869110] br-lan: port 2(wlan0) entered blocking state
[  915.880481] br-lan: port 2(wlan0) entered disabled state
[  915.892046] device wlan0 entered promiscuous mode
[  916.080443] brcmfmac: brcmf_cfg80211_start_ap: Set Channel failed: chspec=4109, -20
[  916.131249] device wlan0 left promiscuous mode
[  916.142014] br-lan: port 2(wlan0) entered disabled state
[  927.997654] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[  928.012458] br-lan: port 2(wlan0) entered blocking state
[  928.024440] br-lan: port 2(wlan0) entered disabled state
[  928.036703] device wlan0 entered promiscuous mode
[  928.222287] brcmfmac: brcmf_cfg80211_start_ap: Set Channel failed: chspec=4109, -20
[  928.301237] device wlan0 left promiscuous mode
[  928.312608] br-lan: port 2(wlan0) entered disabled state

root@LEDE:~# uci set wireless.radio0.channel=11
root@LEDE:~# uci commit wireless
root@LEDE:~# wifi
[  990.032785] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[  990.048153] br-lan: port 2(wlan0) entered blocking state
[  990.060246] br-lan: port 2(wlan0) entered disabled state
[  990.072619] device wlan0 entered promiscuous mode
[  990.351670] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[  990.365070] br-lan: port 2(wlan0) entered blocking state
[  990.377132] br-lan: port 2(wlan0) entered forwarding state
[ 1000.491313] device wlan0 left promiscuous mode
[ 1000.502769] br-lan: port 2(wlan0) entered disabled state
[ 1002.676007] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 1002.691453] br-lan: port 2(wlan0) entered blocking state
[ 1002.703651] br-lan: port 2(wlan0) entered disabled state
[ 1002.716135] device wlan0 entered promiscuous mode
[ 1003.093512] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[ 1003.107183] br-lan: port 2(wlan0) entered blocking state
[ 1003.119522] br-lan: port 2(wlan0) entered forwarding state

root@LEDE:~# iw list
Wiphy phy0
	max # scan SSIDs: 10
	max scan IEs length: 2048 bytes
	max # sched scan SSIDs: 16
	max # match sets: 16
	max # scan plans: 1
	max scan plan interval: 508
	max scan plan iterations: 0
	Retry short limit: 7
	Retry long limit: 4
	Coverage class: 0 (up to 0m)
	Device supports T-DLS.
	Available Antennas: TX 0 RX 0
	Supported interface modes:
		 * IBSS
		 * managed
		 * AP
		 * P2P-client
		 * P2P-GO
		 * P2P-device
	Band 1:
		Capabilities: 0x1020
			HT20
			Static SM Power Save
			RX HT20 SGI
			No RX STBC
			Max AMSDU length: 3839 bytes
			DSSS/CCK HT40
		Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
		Minimum RX AMPDU time spacing: 16 usec (0x07)
		HT TX/RX MCS rate indexes supported: 0-7
		Frequencies:
			* 2412 MHz [1] (20.0 dBm)
			* 2417 MHz [2] (20.0 dBm)
			* 2422 MHz [3] (20.0 dBm)
			* 2427 MHz [4] (20.0 dBm)
			* 2432 MHz [5] (20.0 dBm)
			* 2437 MHz [6] (20.0 dBm)
			* 2442 MHz [7] (20.0 dBm)
			* 2447 MHz [8] (20.0 dBm)
			* 2452 MHz [9] (20.0 dBm)
			* 2457 MHz [10] (20.0 dBm)
			* 2462 MHz [11] (20.0 dBm)
			* 2467 MHz [12] (20.0 dBm)
			* 2472 MHz [13] (20.0 dBm)****
			* 2484 MHz [14] (disabled)
	valid interface combinations:
		 * #{ managed } <= 1, #{ P2P-device } <= 1, #{ P2P-client, P2P-GO } <= 1,
		   total <= 3, #channels <= 1
		 * #{ managed } <= 1, #{ AP } <= 1, #{ P2P-client } <= 1, #{ P2P-device } <= 1,
		   total <= 4, #channels <= 1
05.03.20181408Base systemFeature RequestVery LowMediumSeparate device-specific config files in base files & r...AllUnconfirmed Task Description

The redundant config files for other targets in the same arch (e.g. in /etc/diag.sh, /lib/preinit/, /etc/board.d) can take quite a bit of space (a few of kB after sfs, especially for popular archs like ar71xx). Separating config files into board-specific base-files.ipk packages can be very useful for devices with limited flash space.

Also, it will be much helpful to include an option/script in the image builder for auto-removing comments and white-space in all bash and lua files since this will also be much useful for devices with 4MB flash.

07.03.20181417Base systemBug ReportVery LowMediumLinksys WRT 3200ACM Note for DFS of WRT3200ACM (88W8964...AllUnconfirmed Task Description

Supply the following if possible:

* Device problem occurs on

  • Linksys WRT 3200ACM

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

  • All releases (trunk, stable)

* Steps to reproduce

  • The firmware is included the following packages by default:
    • kmod-mwifiex-sdio
    • mwifiex-sdio-firmware
    • radio2 and default_radio2 in /etc/config/wireless - which is the radar for Linksys WRT 3200ACM

Based on the discussions with @yuhhaurlin from Github based on and the European but US version as well:
https://github.com/kaloz/mwlwifi/blob/master/README.md - Note for DFS of WRT3200ACM (88W8964)
https://github.com/kaloz/mwlwifi/issues/280 https://github.com/kaloz/mwlwifi/issues/280#issuecomment-370997269 https://github.com/kaloz/mwlwifi/issues/280#issuecomment-371061171 https://github.com/kaloz/mwlwifi/issues/280#issuecomment-371063231 https://github.com/kaloz/mwlwifi/issues/280#issuecomment-371070315

As @yuhhaurlin described mwlwifi takes care of everything of this router, but the defaults for the configs includes the:
* kmod-mwifiex-sdio
* mwifiex-sdio-firmware
* radio2 and default_radio2 in /etc/config/wireless - which is the radar for Linksys WRT 3200ACM

But it just giving problems and to make to work you need to exclude these.

My request is to remove it in the .config defaults and the image-builder as well so the router is working (will) perfectly with 160Mhz, DTS, DFS radar and MU-MIMO.

They could be installed as a module, but as @yuhhaurlin in GitHub describes mwlwifi is not required totally.

Besides kmod-mwifiex-sdio and mwifiex-sdio-firmware might only work with US, but then again mwlwifi takes care everything.

 


01.05.20181527Base systemBug ReportVery LowMediumAR8327 low throughputAllUnconfirmed Task Description

Affected devices and versions of LEDE/OpenWRT:
1x TL-WR1043NDv2 - OpenWrt SNAPSHOT, r6800-52ba576
3x TL-WR1043NDv2 - LEDE 17.01.4 (stable)
1x TL-WDR3600 - LEDE 17.01.4 (stable)

All of the above devices use AR8327 rev as their switch:
[ 0.881815] switch0: Atheros AR8327 rev. 4 switch registered on ag71xx-mdio.0

Steps to reproduce:
A) iperf clients
3x TL-WR1043NDv2 connected by their WAN port, that is configured to act as vlan trunk port only.
1x TL-WDR3600 connected by it’s WAN port, that is configured to act as vlan trunk port only.
1x TL-WR1043NDv2 connected by it’s port no 4, that is configured to act as vlan trunk port only.
B) iperf server 1 (192.168.0.1)
C) iperf server 2 (192.168.0.11)
D) four gigabit ethernet easysmart/websmart switches with 1,5GB+ throughput, each, in between A,B,C.

1. Any A against B over cable - as an example:
Client connecting to 192.168.0.1, TCP port 5001
TCP window size: 43.8 KByte (default)


[ 3] local 192.168.0.75 port 35102 connected with 192.168.0.1 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-10.0 sec 179 MBytes 150 Mbits/sec

2. C against B over each of the 4 devices in D:
Client connecting to 192.168.0.1, TCP port 5001
TCP window size: 85.0 KByte (default)


[ 3] local 192.168.0.11 port 56228 connected with 192.168.0.1 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-10.0 sec 1.09 GBytes 938 Mbits/sec

Each of the TP-Links is using switch-only, no WAN, no NAT, but INPUT-iptables for their respective vlans, so another test of one of the A-devices against B w/o iptables:


Client connecting to 192.168.0.1, TCP port 5001
TCP window size: 43.8 KByte (default)


[ 3] local 192.168.0.242 port 45976 connected with 192.168.0.1 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-10.0 sec 213 MBytes 179 Mbits/sec

It seems, that devices containing AR8327 rev4 wont achieve more than 1/5 of the specified nominal LAN speeds, when acting as an endpoint.

Further observations: WLAN clients won’t exceed 25-30 Mbit/s, when using one of the trunked vlans. (WLAN client iwlwifi, Centrino N 2230, e.g. in either 40 or 20 MHz against A-devices in 802.11n WDS AP mode).

Since this is no WAN to LAN scenario, (missing) HWNAT cannot be involved.
Why is the switch performance below expectations? Is this a hw issue or a driver problem?

09.05.20181536Base systemBug ReportVery LowMediumUbus: not creating needed /var/run directoryAllUnconfirmed Task Description

/sbin/init create /tmp/run directory.
ubus uses /var/run directory that’s normally linked to /tmp aka /tmp/run and starts up.

If by accident /var is deleted and the router is rebooted the system hangs forever.
It does not help to create an empty /var directory /var/run is not created by ubus.

Console shows: “procd - early -” and afterwards “procd - ubus -”
The needed directories are created later inside “/etc/rc.d/S10boot” aka “/etc/init.d/boot”

20.05.20181554Base systemBug ReportVery LowMediumprocd/netifd: on shutdown direct start stopping netifd ...AllUnconfirmed Task Description

procd does not stop services managed by procd or not on shutdown before start stopping netifd
If there is no tun-ovpn and br-guest then br-lan is the first network that is stopped.
Consequence: ie radicale (not managed by procd) and dropbear (managed by procd) get no chance to correctly close their client connections.
So client-site running into timeout with possibly incomplete data transfer.

Log:

....
12:00:51 daemon.info procd: - shutdown -
12:00:53 daemon.notice netifd: Network device 'tun-ovpn' link is down
12:00:53 daemon.notice netifd: Interface 'ovpn' has link connectivity loss
12:00:53 daemon.notice netifd: Interface 'ovpn' is now down
12:00:53 daemon.notice netifd: Interface 'ovpn' is disabled
12:00:56 user.warn radicale[----]: Service shutdown FORCED
12:00:56 user.notice radicale[6141]: Service stoped successfully
12:00:56 authpriv.info dropbear[5674]: Early exit: Terminated by signal
12:00:56 authpriv.info dropbear[5675]: Early exit: Terminated by signal
12:00:56 daemon.notice netifd: Interface 'guest' is now down
12:00:56 kern.info kernel: [ 245.292858] br-guest: port 2(wlanif5g) entered disabled state
12:00:56 kern.info kernel: [ 245.298826] br-guest: port 1(wlanif2g) entered disabled state
....


29.07.20181710Base systemBug ReportVery LowMediumMir3g - unable to install OpenWrt/LEDE with ubi bad blo...AllUnconfirmed Task Description

We are some users unable to complete the installation of OpenWrt/LEDE because erasing bad blocks on ubi partition fail :

[    2.516128] # MTK NAND # : Use HW ECC
[    2.519787] Device not found, ID: c8d1
[    2.523528] Not Support this Device!
[    2.527257] chip_mode=00000001
[    2.530305] Support this Device in MTK table! c8d1
[    2.535261] [NAND]select ecc bit:4, sparesize :64 spare_per_sector=16
[    2.541736] nand: device found, Manufacturer ID: 0xc8, Chip ID: 0xd1
[    2.548056] nand: ESMT NAND 128MiB 3,3V 8-bit
[    2.552406] nand: 128 MiB, SLC, erase size: 128 KiB, page size: 2048, OOB size: 64
[    2.559951] Scanning device for bad blocks
[    2.662018] Bad eraseblock 692 at 0x000005680000
[    2.667177] Bad eraseblock 696 at 0x000005700000
[    2.672347] Bad eraseblock 700 at 0x000005780000
[    2.684032] Bad eraseblock 750 at 0x000005dc0000
[    2.720853] Bad eraseblock 978 at 0x000007a40000
[    2.731898] 10 fixed-partitions partitions found on MTD device MT7621-NAND
[    2.738737] Creating 10 MTD partitions on "MT7621-NAND":
[    2.744047] 0x000000000000-0x000000080000 : "Bootloader"
[    2.750271] 0x000000080000-0x0000000c0000 : "Config"
[    2.756079] 0x0000000c0000-0x000000100000 : "Bdata"
[    2.761844] 0x000000100000-0x000000140000 : "Factory"
[    2.767685] 0x000000140000-0x000000180000 : "crash"
[    2.773394] 0x000000180000-0x0000001c0000 : "crash_syslog"
[    2.779670] 0x0000001c0000-0x000000200000 : "reserved0"
[    2.785801] 0x000000200000-0x000000600000 : "kernel_stock"
[    2.792164] 0x000000600000-0x000000a00000 : "kernel"
[    2.797981] 0x000000a00000-0x000007f80000 : "ubi"
[    2.804498] [mtk_nand] probe successfully!
[    2.809315] Signature matched and data read!
[    2.813583] load_fact_bbt success 1023
[    2.817914] libphy: Fixed MDIO Bus: probed
[    2.893154] libphy: mdio: probed
[    4.296704] mtk_soc_eth 1e100000.ethernet: loaded mt7530 driver
[    4.303312] mtk_soc_eth 1e100000.ethernet eth0: mediatek frame engine at 0xbe100000, irq 20
[    4.314072] NET: Registered protocol family 10
[    4.320075] Segment Routing with IPv6
[    4.323876] NET: Registered protocol family 17
[    4.328373] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
[    4.341284] 8021q: 802.1Q VLAN Support v1.8
[    4.348309] UBI: auto-attach mtd9
[    4.351691] ubi0: attaching mtd9
[    4.377159] UBI: EOF marker found, PEBs from 19 will be erased
[    4.384201] ubi0: scanning is finished
[    4.403913] ubi0 warning: do_sync_erase.part.4: error -5 while erasing PEB 939, retry
[    4.411789] ubi0 warning: do_sync_erase.part.4: error -5 while erasing PEB 939, retry
[    4.419622] ubi0 warning: do_sync_erase.part.4: error -5 while erasing PEB 939, retry
[    4.427504] ubi0 error: do_sync_erase.part.4: cannot erase PEB 939, error -5
[    4.434543] CPU: 1 PID: 1 Comm: swapper/0 Not tainted 4.14.50 #0
[    4.440520] Stack : 00000000 00000000 00000000 00000000 80607ad2 00000034 00000000 00000000
[    4.448864]         8fc40374 8059c947 805275ac 00000001 00000001 00000001 8fc35838 1cc282d2
[    4.457197]         00000000 00000000 80600000 00003d80 00000000 000000cd 00000007 00000000
[    4.465531]         00000000 805a0000 0006a16f 00000000 00000000 00000000 805c0000 802edc20
[    4.473865]         80550000 80600000 fffffffb 8f44c780 00000003 80299e30 00000004 80600004
[    4.482200]         ...
[    4.484638] Call Trace:
[    4.487093] [<80010558>] show_stack+0x58/0x100
[    4.491533] [<804685ac>] dump_stack+0x9c/0xe0
[    4.495871] [<802ef678>] do_sync_erase.part.4+0x118/0x2ac
[    4.501250] [<802efb58>] ubi_io_sync_erase+0x2ac/0x2e4
[    4.506365] [<802f0418>] sync_erase.isra.4+0x150/0x25c
[    4.511482] [<802f0a4c>] __erase_worker+0x4c/0x4b0
[    4.516250] [<802f0f14>] erase_worker+0x64/0x8c
[    4.520765] [<802eff70>] do_work+0xf8/0x13c
[    4.524930] [<802f280c>] ubi_wl_get_peb+0xcc/0x260
[    4.529697] [<802eb2d8>] try_write_vid_and_data+0x54/0x200
[    4.535160] [<802ecb54>] ubi_eba_atomic_leb_change+0x208/0x314
[    4.541000] [<802e3120>] ubi_update_layout_vol+0x40/0x74
[    4.546287] [<802e37dc>] ubi_change_vtbl_record+0xb0/0x104
[    4.551747] [<802e5714>] ubi_resize_volume+0x254/0x4c4
[    4.556860] [<802e6ae0>] autoresize+0x144/0x1cc
[    4.561375] [<802e7c88>] ubi_attach_mtd_dev+0x730/0xbe8
[    4.566599] [<805dd428>] ubi_init+0x2a8/0x360
[    4.570939] [<80005650>] do_one_initcall+0xd0/0x1a0
[    4.575813] [<805c5d80>] kernel_init_freeable+0x168/0x228
[    4.581209] [<8047f6bc>] kernel_init+0x10/0x10c
[    4.585719] [<8000b098>] ret_from_kernel_thread+0x14/0x1c
[    4.591175] ubi0 error: __erase_worker: failed to erase PEB 939, error -5
[    4.597931] ubi0: mark PEB 939 as bad

A user (@Tanonn, thanks to him) successful installed LEDE by shrinking the ubi partition (85% of the original size) then made a custom build.

Could you handle the erasing of bad blocks for next builds ?

30.07.20181713PackagesBug ReportVery LowMediumlevel of deamon log messagesAllUnconfirmed Task Description

during some driver tests noticed these:

Sat Jul  7 13:41:52 2018 daemon.err hostapd: Using interface wlan0-2 with hwaddr <mac_addr> and ssid "9531_3"
Sat Jul  7 13:41:52 2018 daemon.err hostapd: Using interface wlan1-2 with hwaddr <mac_addr> and ssid "OpenWrt3"

this was not an error but rather notice.
Sat Jul  7 13:10:06 2018 daemon.notice hostapd: nl80211: Failed to remove interface wlan1-1 from bridge br-lan: No such device
Sat Jul  7 13:11:01 2018 daemon.notice hostapd: wlan1: STA <mac_addr> IEEE 802.11: Could not set STA to kernel driver
Sat Jul  7 13:11:28 2018 daemon.notice hostapd: wlan1: STA <mac_addr> IEEE 802.11: did not acknowledge authentication response

this is most likely an error isn't it rather than just notice?
06.08.20181744Base systemFeature RequestVery LowMedium6rd - feature request - support subnetAllUnconfirmed Task Description

Depending on the providers deploying 6rd, there might be some subnet id bits available to the user if all of the first 64 bits of the IPv6 are not used.

In the example attached 64 - 28 - 32 = 4 bits are available to define subnets so the end user can use any network prefix from 2a02:1205:5050:7ab0:: to 2a02:1205:5050:7abf::

Currently the lowest prefix is chosen by default, without opportunity to specify the subnet.

The feature would add a new “subnet” field to 6rd, available through UCI and the UI. Appropriate checks are performed regarding the maximum value of the field given the constraints given by the ip6prefixlen and ip4prefixlen.

13.08.20181772Base systemBug ReportVery LowMediumsunxi: broken sysupgradeAllUnconfirmed Task Description

Hi all
With both trunk (even pre 18.06.x) 18.06.x the sysupgrade for sunxi target (verified with BananaPi and new Orange Pi PC2) does not work
Tested with both ext4 and squashfs upgrade (of course only ext4 to ext4 and squashfs to squashfs) creating a dummy file under /usr/bin that remains after reboot
First log attempting to upgrade img.gz

root@MenionRouter:/# sysupgrade -v /tmp/openwrt-sunxi-cortexa53-sun50i-h5-orange
pi-pc2-squashfs-sdcard.img.gz
Image metadata not found
Reading partition table from bootdisk... gzip: stdout: Broken pipe
Reading partition table from image...
Saving config files...
/etc/config/.system.uci-AHDKKD
/etc/config/adblock
/etc/config/adblock-opkg
/etc/config/ddns
/etc/config/dhcp
/etc/config/dropbear
/etc/config/firewall
/etc/config/luci
/etc/config/luci-opkg
/etc/config/minidlna
/etc/config/mwan3
/etc/config/network
/etc/config/nlbwmon
/etc/config/ntpclient
/etc/config/openvpn
/etc/config/openvpn-opkg
/etc/config/openvpn_recipes
/etc/config/rpcd
/etc/config/squid
/etc/config/stunnel
/etc/config/system
/etc/config/ucitrack
/etc/config/ucitrack-opkg
/etc/config/uhttpd
/etc/config/uhttpd-opkg
/etc/config/upnpd
/etc/config/upnpd-opkg
/etc/config/wifi_schedule
/etc/config/wireless
/etc/dropbear/dropbear_rsa_host_key
/etc/easy-rsa/android.ovpn
/etc/easy-rsa/keys/01.pem
/etc/easy-rsa/keys/02.pem
/etc/easy-rsa/keys/ca.crt
/etc/easy-rsa/keys/ca.key
/etc/easy-rsa/keys/dh2048.pem
/etc/easy-rsa/keys/index.txt
/etc/easy-rsa/keys/index.txt-opkg
/etc/easy-rsa/keys/index.txt.attr
/etc/easy-rsa/keys/index.txt.attr.old
/etc/easy-rsa/keys/index.txt.old
/etc/easy-rsa/keys/my-Ros.crt
/etc/easy-rsa/keys/my-Ros.csr
/etc/easy-rsa/keys/my-Ros.key
/etc/easy-rsa/keys/my-Ros.p12
/etc/easy-rsa/keys/my-android.crt
/etc/easy-rsa/keys/my-android.csr
/etc/easy-rsa/keys/my-android.key
/etc/easy-rsa/keys/my-android.p12
/etc/easy-rsa/keys/my-lavoro.crt
/etc/easy-rsa/keys/my-lavoro.csr
/etc/easy-rsa/keys/my-lavoro.key
/etc/easy-rsa/keys/my-lavoro.p12
/etc/easy-rsa/keys/my-server.crt
/etc/easy-rsa/keys/my-server.csr
/etc/easy-rsa/keys/my-server.key
/etc/easy-rsa/keys/serial
/etc/easy-rsa/keys/serial-opkg
/etc/easy-rsa/keys/serial.old
/etc/easy-rsa/lavoro.ovpn
/etc/easy-rsa/openssl-1.0.0.cnf
/etc/easy-rsa/openssl-1.0.cnf
/etc/easy-rSending TERM to remaining processes ... sleep sleep ubusd askfirst logd rpcd monitor ovsdb-server monitor ovs-vswitchd netifd odhcpd minidlna uhttpd nlbwmon openvpn openvpn squid ntpd acpid hostapd hostapd miniupnpd miniupnpd[5112]: shutting down MiniUPnPd
sh dnsmasq sh
acpid: exiting
[ 175.976969] device wlan0 left promiscuous mode
[ 175.982039] br-lan: port 3(wlan0) entered disabled state
[ 176.032358] device wlan1 left promiscuous mode
[ 176.036984] br-lan: port 2(wlan1) entered disabled state
Sending KILL to remaining processes ... squid
Switching to ramdisk...
Performing system upgrade...
Reading partition table from bootdisk...
/usr/bin/zcat: exec: line 51: gzip: not found
[ 181.207511] kvm: exiting hardware virtualization
0+0 records in
0+0 records out
Reading partition table from image...
Invalid partition table on /tmp/image.bs
[ 181.217810] reboot: Restarting system

As you can see it seems that gzip is missing from the ramdisk, so the upgrade aborts. After having seen this, I first uncrompress the img.gz to img and tried again:

root@MenionRouter:/# sysupgrade -v /tmp/openwrt-sunxi-cortexa53-sun50i-h5-orange
pi-pc2-squashfs-sdcard.img
Reading partition table from bootdisk...
cat: write error: Broken pipe
Reading partition table from image...
Saving config files...
/etc/config/.system.uci-AHDKKD
/etc/config/adblock
/etc/config/adblock-opkg
/etc/config/ddns
/etc/config/dhcp
/etc/config/dropbear
/etc/config/firewall
/etc/config/luci
/etc/config/luci-opkg
/etc/config/minidlna
/etc/config/mwan3
/etc/config/network
/etc/config/nlbwmon
/etc/config/ntpclient
/etc/config/openvpn
/etc/config/openvpn-opkg
/etc/config/openvpn_recipes
/etc/config/rpcd
/etc/config/squid
/etc/config/stunnel
/etc/config/system
/etc/config/ucitrack
/etc/config/ucitrack-opkg
/etc/config/uhttpd
/etc/config/uhttpd-opkg
/etc/config/upnpd
/etc/config/upnpd-opkg
/etc/config/wifi_schedule
/etc/config/wireless
/etc/dropbear/dropbear_rsa_host_key
/etc/easy-rsa/android.ovpn
/etc/easy-rsa/keys/01.pem
/etc/easy-rsa/keys/02.pem
/etc/easy-rsa/keys/ca.crt
/etc/easy-rsa/keys/ca.key
/etc/easy-rsa/keys/dh2048.pem
/etc/easy-rsa/keys/index.txt
/etc/easy-rsa/keys/index.txt-opkg
/etc/easy-rsa/keys/index.txt.attr
/etc/easy-rsa/keys/index.txt.attr.old
/etc/easy-rsa/keys/index.txt.old
/etc/easy-rsa/keys/my-Ros.crt
/etc/easy-rsa/keys/my-Ros.csr
/etc/easy-rsa/keys/my-Ros.key
/etc/easy-rsa/keys/my-Ros.p12
/etc/easy-rsa/keys/my-android.crt
/etc/easy-rsa/keys/my-android.csr
/etc/easy-rsa/keys/my-android.key
/etc/easy-rsa/keys/my-android.p12
/etc/easy-rsa/keys/my-lavoro.crt
/etc/easy-rsa/keys/my-lavoro.csr
/etc/easy-rsa/keys/my-lavoro.key
/etc/easy-rsa/keys/my-lavoro.p12
/etc/easy-rsa/keys/my-server.crt
/etc/easy-rsa/keys/my-server.csr
/etc/easy-rsa/keys/my-server.key
/etc/easy-rsa/keys/serial
/etc/easy-rsa/keys/serial-opkg
/etc/easy-rsa/keys/serial.old
/etc/easy-rsa/lavoro.ovpn
/etc/easy-rsa/openssl-1.0.0.cnf
/etc/easy-rsa/opensslSending TERM to remaining processes ... sleep sleep ubusd askfirst logd rpcd monitor ovsdb-server monitor ovs-vswitchd netifd odhcpd minidlna uhttpd nlbwmon openvpn openvpn squid ntpd acpid hostapd hostapd miniupnpd miniupnpd[5126]: shutting down MiniUPnPd
sh sh dnsmasq
acpid: exiting
[ 92.437752] device wlan1 left promiscuous mode
[ 92.442327] br-lan: port 2(wlan1) entered disabled state
[ 92.448910] device wlan0 left promiscuous mode
[ 92.453768] br-lan: port 3(wlan0) entered disabled state
Sending KILL to remaining processes ... squid
Switching to ramdisk...
Performing system upgrade...
Reading partition table from bootdisk...
cat: write error: Broken pipe
Reading partition table from image...
1016+0 records in
1016+0 records out
Writing image to /dev/mmcblk0p1...
cat: write error: Broken pipe
40960+0 records in
20+0 records out
Writing image to /dev/mmcblk0p2...
38223+1 records in
18+1 records out
Writing new UUID to /dev/mmcblk0...
4+0 records in
4+0 records out
Upgrade completed
Rebooting system...
umount: can’t unmount /dev: Resource busy
umount: can’t unmount /tmp: Resource busy

Here something happen, but I get this write error due to broken pipe happening randomly in one or more of the mmc write. The result is a working SD card, I see the config being restored (even if with timestamp issue)

[ 9.963481] mount_root: switching to f2fs overlay
- config restore -
tar: etc/config/.system.uci-AHDKKD: time stamp 2017-08-21 21:02:25 is 1503349334.873834079 s in the future
tar: etc/config/adblock: time stamp 2018-03-02 18:15:32 is 1520014521.872032829 s in the future
tar: etc/config/adblock-opkg: time stamp 2018-02-24 14:13:16 is 1519481585.871617621 s in the future
tar: etc/config/ddns: time stamp 2018-03-02 08:48:43 is 1519980512.871290329 s in the future

But the temp file written in the overlay is still there:

root@MenionRouter:/# cd /usr/bin
root@MenionRouter:/usr/bin# ls foo
foo
root@MenionRouter:/usr/bin#

So apparently there are two issue (maybe correlated): there is no gzip in the ramdisk which prevent img.gz to work and the overlay filesystem that won’t get reset
Bye


14.08.20181779ToolchainBug ReportVery LowMediumtools/include headers contain old, incomplete versions?AllUnconfirmed Task Description

I tried to add a package that includes <elf.h> on host and this comes from the tools/include files. The build failed because “AT_HWCAP2” was undefined.

After comparing the host distro against tools/include its clear that those files are quite old “1995-2012” vs “1995-2018”.
So why do we keep those few headers around in a old version anyway and not use the host headers?

If they are just some old copy’s, than maybe they should at least be updated?

15.08.20181781Base systemBug ReportVery LowMedium"/sbin/block detect" reports improper uuid for raid par...AllWaiting on reporter Task Description

This bug is device independent (I think).

As a result of this bug, /etc/config/fstab may contain damaged content, and also block mount may fail.

‘block detect’ reports bad uuid for /dev/sda1 (and others) mixing inside uuid of raid volume with outside of the partitions.
Bug is ‘block detect’ showing the same uuid for /dev/sda1 and /dev/md1 while they are different, as you can observe in /sbin/blkid output at the middle of output below.

Important: /sbin/blkid from busybox may have same/similar bug as its reporting even different uuid. The standalone /usr/sbin/blkid works properly (shown in the middle of below) and should be basis for comparison.

root@bee:/tmp# block detect
config 'global'
        option  anon_swap       '0'
        option  anon_mount      '0'
        option  auto_swap       '1'
        option  auto_mount      '1'
        option  delay_root      '5'
        option  check_fs        '0'

config 'mount'
        option  target  '/mnt/sda1'
        option  uuid    '48f38899-5efb-4477-adca-bf11d81df99f'
        option  enabled '0'

config 'mount'
        option  target  '/mnt/sdb1'
        option  uuid    '48f38899-5efb-4477-adca-bf11d81df99f'
        option  enabled '0'

config 'mount'
        option  target  '/mnt/md1'
        option  uuid    '48f38899-5efb-4477-adca-bf11d81df99f'
        option  enabled '0'


root@bee:/tmp# which blkid
/usr/sbin/blkid
root@bee:/tmp# blkid
/dev/mtdblock5: TYPE="squashfs"
/dev/sda1: UUID="8b2d137c-4973-133d-6de4-7e91c4a4cdb0" TYPE="linux_raid_member" PARTUUID="f6eb912c-6ef7-4b8b-90d7-3ccc4e05d0c3"
/dev/sdb1: UUID="8b2d137c-4973-133d-6de4-7e91c4a4cdb0" TYPE="linux_raid_member" PARTUUID="731a8023-5734-463e-8866-46ea97a3f928"
/dev/md1: LABEL="OVERLAYROOT" UUID="48f38899-5efb-4477-adca-bf11d81df99f" TYPE="ext4"


root@bee:/tmp# /sbin/blkid
/dev/md1: LABEL="OVERLAYROOT" UUID="48f38899-5efb-4477-adca-bf11d81df99f" TYPE="ext4"
/dev/sda1: UUID="7c132d8b-3d13-7349-917e-e46db0cda4c4" TYPE="linux_raid_member"
/dev/sdb1: UUID="7c132d8b-3d13-7349-917e-e46db0cda4c4" TYPE="linux_raid_member"
16.08.20181784KernelBug ReportVery LowMediumMany 5Ghz channels are missing from the Linksys EA3500 AllUnconfirmed Task Description

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

 

As far as I am aware this issue has been present since 17.XX
On EA3500 and EA4500 only the lowest 4 5Ghz channels are available.

There is a [[Patch|https://patchwork.kernel.org/patch/10060831/]] which was accepted and fixed the issue 
but never merged/included in the source for these devices .
Steps to reproduce this issue is simply installing Lede on the device  , same on any Lede 17.XX version or 
even the newly released 18.06.0.
22.08.20181804KernelBug ReportVery LowMediumusb support failed | rt305x | huawei hg255dAllUnconfirmed Task Description

Device:huawei HG255d https://openwrt.org/toh/huawei/hg255d

Software versions: OpenWrt 18.06.1 r7258-5eb055306f
Installed: All required usb drivers listed on Installing and troubleshooting USB Drivers.

Problem: Can not connect to usb device with all usb drivers installed.
Both lede17 Openwrt18 have the problem.

29.08.20181822Base systemBug ReportVery LowMediumTx-Power is alway 0 dBmAllUnconfirmed Task Description

Model HiWiFi HC5661A
Architecture MediaTek MT7628AN ver:1 eco:2
https://downloads.openwrt.org/releases/18.06.1/targets/ramips/mt76x8/openwrt-18.06.1-ramips-mt76x8-hc5661a-squashfs-sysupgrade.bin

can not set tx-power,whether through Luci or iw command, it is always zero.

Model HiWiFi HC5962 also has this problem.
https://downloads.openwrt.org/releases/18.06.1/targets/ramips/mt7621/openwrt-18.06.1-ramips-mt7621-hc5962-squashfs-sysupgrade.bin

08.12.20181989PackagesBug ReportVery LowMediumwpa_supplicant disablind timestamp check does not workAllUnconfirmed Task Description

Hi!

As far as I can tell, the option to disable timestamp checks in wpa_supplicant does not work, it can be enabled via
CONFIG_WPA_SUPPLICANT_NO_TIMESTAMP_CHECK=y

As a result, certificates are rejected if the system time does not match the expected range of valid dates for the certificate. Manual user action is required in my case, where internet acces via ethernet is governed via 802.1x and wpa_supplicant.

I studied the hostapd package for some time, but as I am no programmer is was not able to tell much, but for me it seems the option is not properly integrated.

My build options are:

CONFIG_PACKAGE_wpad=y
# CONFIG_PACKAGE_wpad-mini is not set
CONFIG_WPA_SUPPLICANT_INTERNAL=y
CONFIG_WPA_SUPPLICANT_NO_TIMESTAMP_CHECK=y

15.12.20182000KernelBug ReportVery LowMediumMT7621 routing performance issueAllUnconfirmed Task Description

environment: RB750Gr3 (MT7621 SoC), OpenWrt 18.06 and trunk version

The official spec page says this device can achieve 1972Mbps routing througput, my test proves it is true under factory firmware. but if I switched to OpenWrt, the routing performance was always limited under 1Gbps, HW OFFLOAD has been enabled.

17.12.20182007KernelBug ReportVery LowMediumLinux MIPS ASLR DEP bugAllUnconfirmed Task Description

I’m not a developer. I came across this bug on Hacker News.[1]
I’m sure someone here is on it already, but just in case it was missed...

There seems to be a serious bug in Linux MIPS regarding ASLR and DEP.
This paper[2] by Parker Thompson and Mudge Zatko at cyber-itl.org[3] explains it.

[1] https://news.ycombinator.com/item?id=18688947

[2] https://cyber-itl.org/assets/papers/2018/Linux_MIPS_missing_foundations.pdf

[3] https://cyber-itl.org/2018/12/07/a-look-at-home-routers-and-linux-mips.html

Supply the following if possible:
- Device problem occurs on

 Unsure. I think the latest kernel is impacted.

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

?

- Steps to reproduce

 Please Read the research paper for more.
 


20.01.20192066KernelBug ReportVery LowMediumUSB doesn't work on openwrt-18.06.1 & lede-17.01.4AllUnconfirmed Task Description

Hello, it’s my first issue here.
My hardware: ALFA Network W502U / R36
Problem: USB port doesn’t work.
It works on openwrt-15.05, but does not work on lede-17.01.4 & openwrt-18.06.1.
I tried all I could find on google, but no successes.

All bellow done using: OpenWrt 18.06.1, r7258-5eb055306f

I don’t know how to do diagnostics properly, but here is what I already did:


root@OpenWrt:~# lsusb -t
Segmentation fault
root@OpenWrt:~# lsusb
unable to initialize libusb: -99
root@OpenWrt:~# opkg list-installed | grep usb
kmod-usb-core - 4.14.63-1
kmod-usb-ehci - 4.14.63-1
kmod-usb-storage - 4.14.63-1
kmod-usb-uhci - 4.14.63-1
kmod-usb2 - 4.14.63-1
libusb-1.0 - 1.0.22-1
usbutils - 007-9
root@OpenWrt:~# lsusb
unable to initialize libusb: -99
root@OpenWrt:~# lsusb -t
Segmentation fault
root@OpenWrt:~#


Maybe this can help:
root@OpenWrt:~# dmesg
[ 0.000000] Linux version 4.14.63 (buildbot@builds-03.infra.lede-project.org) (gcc version 7.3.0 (OpenWrt GCC 7.3.0 r7102-3f3a2c9)) #0 Thu Aug 16 07:51:15 20 18
[ 0.000000] SoC Type: Ralink RT3350 id:1 rev:2
[ 0.000000] bootconsole [early0] enabled
[ 0.000000] CPU0 revision is: 0001964c (MIPS 24KEc)
[ 0.000000] MIPS: machine is ALFA Networks W502U
[ 0.000000] Determined physical RAM map:
[ 0.000000] memory: 02000000 @ 00000000 (usable)
[ 0.000000] Initrd not found or empty - disabling initrd
[ 0.000000] Primary instruction cache 32kB, VIPT, 4-way, linesize 32 bytes.
[ 0.000000] Primary data cache 16kB, 4-way, VIPT, no aliases, linesize 32 byt es
[ 0.000000] Zone ranges:
[ 0.000000] Normal [mem 0×0000000000000000-0x0000000001ffffff]
[ 0.000000] Movable zone start for each node
[ 0.000000] Early memory node ranges
[ 0.000000] node 0: [mem 0×0000000000000000-0x0000000001ffffff]
[ 0.000000] Initmem setup node 0 [mem 0×0000000000000000-0x0000000001ffffff]
[ 0.000000] On node 0 totalpages: 8192
[ 0.000000] free_area_init_node: node 0, pgdat 803eaeb0, node_mem_map 8100004 0
[ 0.000000] Normal zone: 64 pages used for memmap
[ 0.000000] Normal zone: 0 pages reserved
[ 0.000000] Normal zone: 8192 pages, LIFO batch:0
[ 0.000000] random: get_random_bytes called from 0x803ee72c with crng_init=0
[ 0.000000] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
[ 0.000000] pcpu-alloc: [0] 0
[ 0.000000] Built 1 zonelists, mobility grouping on. Total pages: 8128
[ 0.000000] Kernel command line: console=ttyS0,115200 rootfstype=squashfs,jff s2
[ 0.000000] PID hash table entries: 128 (order: -3, 512 bytes)
[ 0.000000] Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
[ 0.000000] Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
[ 0.000000] Writing ErrCtl register=00065de0
[ 0.000000] Readback ErrCtl register=00065de0
[ 0.000000] Memory: 27964K/32768K available (3419K kernel code, 172K rwdata, 424K rodata, 200K init, 210K bss, 4804K reserved, 0K cma-reserved)
[ 0.000000] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[ 0.000000] NR_IRQS: 256
[ 0.000000] CPU Clock: 320MHz
[ 0.000000] timer_probe: no matching timers found
[ 0.000000] clocksource: MIPS: mask: 0xffffffff max_cycles: 0xffffffff, max_i dle_ns: 11945377789 ns
[ 0.000019] sched_clock: 32 bits at 160MHz, resolution 6ns, wraps every 13421 772796ns
[ 0.007898] Calibrating delay loop... 212.58 BogoMIPS (lpj=1062912)
[ 0.094000] pid_max: default: 32768 minimum: 301
[ 0.099003] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
[ 0.105607] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
[ 0.122218] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, ma x_idle_ns: 19112604462750000 ns
[ 0.132051] futex hash table entries: 256 (order: -1, 3072 bytes)
[ 0.138273] pinctrl core: initialized pinctrl subsystem
[ 0.146792] NET: Registered protocol family 16
[ 0.160804] Can’t analyze schedule() prologue at 80352ab0
[ 0.213659] rt2880_gpio 10000600.gpio: registering 24 gpios
[ 0.219347] rt2880_gpio 10000600.gpio: registering 24 irq handlers
[ 0.236791] clocksource: Switched to clocksource MIPS
[ 0.244339] NET: Registered protocol family 2
[ 0.250848] TCP established hash table entries: 1024 (order: 0, 4096 bytes)
[ 0.257890] TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
[ 0.264159] TCP: Hash tables configured (established 1024 bind 1024)
[ 0.270926] UDP hash table entries: 256 (order: 0, 4096 bytes)
[ 0.276710] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
[ 0.283640] NET: Registered protocol family 1
[ 0.295590] rt-timer 10000100.timer: maximum frequency is 3255Hz
[ 0.303509] Crashlog allocated RAM at address 0x1f00000
[ 0.313920] workingset: timestamp_bits=30 max_order=13 bucket_order=0
[ 0.332748] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[ 0.338615] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORIT Y) © 2001-2006 Red Hat, Inc.
[ 0.380470] io scheduler noop registered
[ 0.384301] io scheduler deadline registered (default)
[ 0.390769] Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled
[ 0.403784] console [ttyS0] disabled
[ 0.407515] 10000c00.uartlite: ttyS0 at MMIO 0x10000c00 (irq = 20, base_baud = 6666666) is a Palmchip BK-3103
[ 0.417412] console [ttyS0] enabled
[ 0.424364] bootconsole [early0] disabled
[ 0.433566] cacheinfo: Failed to find cpu0 device node
[ 0.438911] cacheinfo: Unable to detect cache hierarchy for CPU 0
[ 0.446463] 1f000000.cfi: Found 1 x16 devices at 0×0 in 16-bit bank. Manufact urer ID 0x0000c2 Chip ID 0x0022cb
[ 0.456743] Amd/Fujitsu Extended Query Table at 0×0040 [ 0.462002] Amd/Fujitsu Extended Query version 1.1.
[ 0.467163] number of CFI chips: 1
[ 0.488329] 4 fixed-partitions partitions found on MTD device 1f000000.cfi
[ 0.495300] Creating 4 MTD partitions on “1f000000.cfi”:
[ 0.500855] 0×000000000000-0×000000030000 : “u-boot” [ 0.508096] 0×000000030000-0×000000040000 : “u-boot-env” [ 0.515425] 0×000000040000-0×000000050000 : “factory” [ 0.522776] 0×000000050000-0×000000800000 : “firmware” [ 0.542321] 2 uimage-fw partitions found on MTD device firmware
[ 0.548525] 0×000000050000-0x00000019e790 : “kernel” [ 0.555519] 0x00000019e790-0×000000800000 : “rootfs” [ 0.562562] mtd: device 5 (rootfs) set to be root filesystem
[ 0.568501] 1 squashfs-split partitions found on MTD device rootfs
[ 0.574802] 0x0000003c0000-0×000000800000 : “rootfs_data” [ 0.583610] libphy: Fixed MDIO Bus: probed
[ 0.591353] rt3050-esw 10110000.esw: link changed 0×01 [ 0.609880] mtk_soc_eth 10100000.ethernet eth0: mediatek frame engine at 0xb0 100000, irq 5
[ 0.619526] rt2880_wdt 10000120.watchdog: Initialized
[ 0.627610] NET: Registered protocol family 10
[ 0.642865] Segment Routing with IPv6
[ 0.646978] NET: Registered protocol family 17
[ 0.651634] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
[ 0.664823] 8021q: 802.1Q VLAN Support v1.8
[ 0.681284] VFS: Mounted root (squashfs filesystem) readonly on device 31:5.
[ 0.691413] Freeing unused kernel memory: 200K
[ 0.695918] This architecture does not have kernel memory protection.
[ 1.619412] init: Console is alive
[ 1.623555] init: - watchdog -
[ 2.396830] random: fast init done
[ 2.722565] kmodloader: loading kernel modules from /etc/modules-boot.d/*
[ 2.890829] kmodloader: done loading kernel modules from /etc/modules-boot.d/ *
[ 2.910041] init: - preinit -
[ 4.382680] 8021q: adding VLAN 0 to HW filter on device eth0
[ 4.672961] random: procd: uninitialized urandom read (4 bytes read)
[ 8.115618] jffs2: notice: (324) jffs2_build_xattr_subsystem: complete buildi ng xattr subsystem, 4 of xdatum (3 unchecked, 1 orphan) and 32 of xref (1 dead, 0 orphan) found.
[ 8.134525] mount_root: switching to jffs2 overlay
[ 8.190331] overlayfs: upper fs does not support tmpfile.
[ 8.206092] urandom-seed: Seeding with /etc/urandom.seed
[ 8.442557] procd: - early -
[ 8.445811] procd: - watchdog -
[ 9.256926] procd: - watchdog -
[ 9.261065] procd: - ubus -
[ 9.415882] random: ubusd: uninitialized urandom read (4 bytes read)
[ 9.427196] random: ubusd: uninitialized urandom read (4 bytes read)
[ 9.434866] random: ubusd: uninitialized urandom read (4 bytes read)
[ 9.444910] procd: - init -
[ 10.363541] kmodloader: loading kernel modules from /etc/modules.d/*
[ 10.493682] usbcore: registered new interface driver usbfs
[ 10.499804] usbcore: registered new interface driver hub
[ 10.505524] usbcore: registered new device driver usb
[ 10.542139] ehci_hcd: USB 2.0 ‘Enhanced’ Host Controller (EHCI) Driver
[ 10.640628] SCSI subsystem initialized
[ 10.679912] ehci-platform: EHCI generic platform driver
[ 10.696730] ip6_tables: (C) 2000-2006 Netfilter Core Team
[ 10.732456] Loading modules backported from Linux version wt-2017-11-01-0-gfe 248fc2c180
[ 10.740697] Backport generated by backports.git v4.14-rc2-1-31-g86cf0e5d
[ 10.756445] ip_tables: (C) 2000-2006 Netfilter Core Team
[ 10.782367] nf_conntrack version 0.5.0 (1024 buckets, 4096 max)
[ 10.925284] usbcore: registered new interface driver usb-storage
[ 10.976219] xt_time: kernel timezone is -0000
[ 11.101389] PPP generic driver version 2.4.2
[ 11.112322] NET: Registered protocol family 24
[ 11.161352] usbcore: registered new interface driver rtl8187
[ 11.203176] rt2800_wmac 10180000.wmac: loaded eeprom from mtd device “factory "
[ 11.210710] ieee80211 phy0: rt2x00_set_rt: Info - RT chipset 2872, rev 0200 d etected
[ 11.218641] ieee80211 phy0: rt2x00_set_rf: Info - RF chipset 0005 detected
[ 11.227089] ieee80211 phy0: Selected rate control algorithm ‘minstrel_ht’ [ 11.399574] kmodloader: done loading kernel modules from /etc/modules.d/*
[ 13.487575] urandom_read: 5 callbacks suppressed
[ 13.487592] random: jshn: uninitialized urandom read (4 bytes read)
[ 31.034969] 8021q: adding VLAN 0 to HW filter on device eth0
[ 31.128839] br-lan: port 1(eth0.1) entered blocking state
[ 31.134327] br-lan: port 1(eth0.1) entered disabled state
[ 31.140711] device eth0.1 entered promiscuous mode
[ 31.145584] device eth0 entered promiscuous mode
[ 31.247802] br-lan: port 1(eth0.1) entered blocking state
[ 31.253292] br-lan: port 1(eth0.1) entered forwarding state
[ 31.259544] IPv6: ADDRCONF(NETDEV_UP): br-lan: link is not ready
[ 32.027373] IPv6: ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready
[ 39.584842] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 39.605642] br-lan: port 2(wlan0) entered blocking state
[ 39.611182] br-lan: port 2(wlan0) entered disabled state
[ 39.617552] device wlan0 entered promiscuous mode
[ 40.719820] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[ 40.726761] br-lan: port 2(wlan0) entered blocking state
[ 40.732315] br-lan: port 2(wlan0) entered forwarding state
[ 76.772365] random: crng init done
[ 83.214660] do_page_fault(): sending SIGSEGV to lsusb for invalid read access from 00000000
[ 83.223256] epc = 00406f3d in lsusb[400000+11000]
[ 83.228069] ra = 00406f19 in lsusb[400000+11000]
[ 1235.373340] do_page_fault(): sending SIGSEGV to lsusb for invalid read access from 00000000
[ 1235.381999] epc = 00406f3d in lsusb[400000+11000]
[ 1235.386822] ra = 00406f19 in lsusb[400000+11000]

 


30.01.20192093PackagesFeature RequestVery LowMediumThere is 'dslite' but not 'ipip6'?AllUnconfirmed Task Description

Supply the following if possible:
- Device problem occurs on
This is a suggestion and is not a model-specific bug report.

- Software versions of OpenWrt/LEDE release, packages, etc.
OpenWrt 18.06.1, r7258-5eb055306f

- Steps to reproduce
Description below:

I don't understand why people have not come across this, but I honestly think there should be a package providing users with a generic implementation of IPv4-over-IPv6 tunnel. There is 'dslite' which contains 'dslite.sh' but is too specifically optimized for DS-Lite since it has IPv4 addresses of hard-coded. Sure, I could alter these values locally for personal use, but that just doesn't feel right...I find it rather inflexible. I'm not saying 'dslite' should be renamed to 'ipip6' but I do think folks will be happier if there were a separate package named like 'ipip6' implemented with more flexibility. Or am

Showing tasks 201 - 250 of 1029 Page 5 of 21<<First - 3 - 4 - 5 - 6 - 7 - Last >>

Available keyboard shortcuts

Tasklist

Task Details

Task Editing