LAN bridge is not working with 5.15.80 [Was: Re: [PATCH v2] mvebu: switch default kernel to 5.15]

Stijn Segers foss at volatilesystems.org
Sat Dec 3 03:39:23 PST 2022


Hi Petr,

Op zaterdag 3 december 2022 om 11:43:32 +01:00:00 schreef Petr Štetiar 
<ynezz at true.cz>:
> Stijn Segers <foss at volatilesystems.org> [2022-12-02 13:36:20]:
> 
> Hi,
> 
>>  * cortexa9 (Turris Omnia - 03f41b1eb2f15ab06d5800274be6a67c64e2a629)
> 
> that is interesting, is the latest snapshot working for you?


That was taken from Rui's commit adding 5.15 as a testing kernel for 
mvebu.

Cheers

Stijn


> 
> I got notified this morning, that Turris Omnia CI job fails[1] as the 
> CI DUT
> bringup machinery is unable to confirm[2], that DUT's LAN network is 
> available
> after 60 seconds.
> 
> That availability check is simply doing following for 60 seconds and 
> then gives
> up:
> 
>   $ ifstatus lan | jsonfilter -qe "@.up"
> 
> It seems, that indeed `br-lan` is broken:
> 
> 	root at OpenWrt:/# ifstatus lan
> 	{
> 		"up": false,
> 		"pending": false,
> 		"available": false,
> 		"autostart": true,
> 		"dynamic": false,
> 		"proto": "static",
> 		"device": "br-lan",
> 		"data": {
> 
> 		},
> 		"errors": [
> 			{
> 				"subsystem": "interface",
> 				"code": "NO_DEVICE"
> 			}
> 		]
> 	}
> 
> More details from the board:
> 
> 	root at OpenWrt:/# ubus call system board
> 	{
> 		"kernel": "5.15.80",
> 		"hostname": "OpenWrt",
> 		"system": "ARMv7 Processor rev 1 (v7l)",
> 		"model": "Turris Omnia",
> 		"board_name": "cznic,turris-omnia",
> 		"rootfs_type": "initramfs",
> 		"release": {
> 			"distribution": "OpenWrt",
> 			"version": "SNAPSHOT",
> 			"revision": "r21380-5429411f73",
> 			"target": "mvebu/cortexa9",
> 			"description": "OpenWrt SNAPSHOT r21380-5429411f73"
> 		}
> 	}
> 
> 	root at OpenWrt:/# cat /etc/config/network
> 
> 	config interface 'loopback'
> 		option device 'lo'
> 		option proto 'static'
> 		option ipaddr '127.0.0.1'
> 		option netmask '255.0.0.0'
> 
> 	config globals 'globals'
> 		option ula_prefix 'fdd1:d3b1:e703::/48'
> 
> 	config device
> 		option name 'br-lan'
> 		option type 'bridge'
> 		list ports 'lan0'
> 		list ports 'lan1'
> 		list ports 'lan2'
> 		list ports 'lan3'
> 		list ports 'lan4'
> 
> 	config interface 'lan'
> 		option device 'br-lan'
> 		option proto 'static'
> 		option ipaddr '192.168.1.1'
> 		option netmask '255.255.255.0'
> 		option ip6assign '60'
> 
> 	config interface 'wan'
> 		option device 'eth2'
> 		option proto 'dhcp'
> 
> 	config interface 'wan6'
> 		option device 'eth2'
> 		option proto 'dhcpv6'
> 
> dmesg is visible in console_turris-omnia-initramfs.txt[2]. It seems 
> really
> like 5.15 regression as:
> 
>  21.02 snapshot (5.4.225) 
> https://gitlab.com/ynezz/openwrt-device-runtime-testing/-/jobs/3418109997
>  22.03 snapshot (5.10.156) 
> https://gitlab.com/ynezz/openwrt-device-runtime-testing/-/jobs/3418110000
> 
> Passed the tests fine this morning. Re-run of the job failed as well, 
> so it
> should be reproducible issue:
> 
>  
> https://gitlab.com/ynezz/openwrt-device-runtime-testing/-/jobs/3418110003
> 
> 
> 1. 
> https://gitlab.com/ynezz/openwrt-device-runtime-testing/-/jobs/3418152314
> 2. 
> https://gitlab.com/ynezz/openwrt-device-runtime-testing/-/jobs/3418152314/artifacts/external_file/console_turris-omnia-initramfs.txt
> 
> 
> Cheers,
> 
> Petr
> 
> _______________________________________________
> openwrt-devel mailing list
> openwrt-devel at lists.openwrt.org
> https://lists.openwrt.org/mailman/listinfo/openwrt-devel





More information about the openwrt-devel mailing list