I decided to test this again before I got sidetracked on my bigger issue. The kernel I repored this on was 6.12.12 on alpha, this is also that same version, but with a make distclean, and just about every single debug option turned on.
I left the last line of the kernel boot in this output as well, showing "link beat good"
I pulled the plug and it happened again immediately. I waited 10 sec, and plugged it back in, and I do not get a "link up" type message that I would expect to see.
This should have popped up between: [ 1088.732841] ---[ end trace 0000000000000000 ]---
and this one: [ 1133.693755] ------------[ cut here ]------------
I waited for the switch to negotiate, which it only does at 10 half for this. I waited a few seconds more and pulled the plug again and got the second one:
[ 18.469717] net eth2: 21143 10baseT link beat good [ 1088.732841] ------------[ cut here ]------------ [ 1088.732841] WARNING: CPU: 0 PID: 0 at kernel/time/timer.c:1657 __timer_delete_sync+0x104/0x120 [ 1088.732841] Modules linked in: loop [ 1088.732841] CPU: 0 UID: 0 PID: 0 Comm: swapper Not tainted 6.12.12 #4 [ 1088.732841] fffffc0000c83ab0 fffffc0000388c94 fffffc0000326744 fffffc0000afbee8 [ 1088.732841] 0000000000000000 fffffc0000388c94 fffffc00009e0d70 0000000000000000 [ 1088.732841] fffffc0000afbee8 0000000000000679 fffffc0000388c94 0000000000000009 [ 1088.732841] fffffc0000cf9100 000000011f821600 fffffc0000388c94 0000000000000000 [ 1088.732841] fffffc00020e6000 fffffc00020e73d0 fffffffff0669000 fffffd000a120000 [ 1088.732841] fffffc0000358f10 fffffc000203e180 0000000000000008 fffffc000203e6b0 [ 1088.732841] Trace: [ 1088.732841] [<fffffc0000388c94>] __timer_delete_sync+0x104/0x120 [ 1088.732841] [<fffffc0000326744>] __warn+0x194/0x1a0 [ 1088.732841] [<fffffc0000388c94>] __timer_delete_sync+0x104/0x120 [ 1088.732841] [<fffffc00009e0d70>] warn_slowpath_fmt+0x84/0xf0 [ 1088.732841] [<fffffc0000388c94>] __timer_delete_sync+0x104/0x120 [ 1088.732841] [<fffffc0000388c94>] __timer_delete_sync+0x104/0x120 [ 1088.732841] [<fffffc0000358f10>] try_to_wake_up+0x170/0x2d0 [ 1088.732841] [<fffffc0000358bb8>] wakeup_preempt+0x68/0xd0 [ 1088.732841] [<fffffc0000919a2c>] tcp_orphan_update+0x6c/0x90 [ 1088.732841] [<fffffc000038be64>] timekeeping_update+0xd4/0x290 [ 1088.732841] [<fffffc0000780fdc>] t21142_lnk_change+0x1bc/0x790 [ 1088.732841] [<fffffc000077a890>] tulip_interrupt+0x280/0xac0 [ 1088.732841] [<fffffc0000372b90>] __handle_irq_event_percpu+0x60/0x180 [ 1088.732841] [<fffffc0000372d30>] handle_irq_event_percpu+0x80/0xa0 [ 1088.732841] [<fffffc0000372d98>] handle_irq_event+0x48/0xe0 [ 1088.732841] [<fffffc0000377af0>] handle_level_irq+0xc0/0x1f0 [ 1088.732841] [<fffffc0000315300>] handle_irq+0x70/0xe0 [ 1088.732841] [<fffffc000031d6c0>] dp264_srm_device_interrupt+0x30/0x50 [ 1088.732841] [<fffffc00003153dc>] do_entInt+0x6c/0x1c0 [ 1088.732841] [<fffffc0000310cc0>] ret_from_sys_call+0x0/0x10 [ 1088.732841] [<fffffc000035c69c>] pick_task_fair+0x3c/0x100 [ 1088.732841] [<fffffc000035d89c>] task_non_contending+0x6c/0x2a0 [ 1088.732841] [<fffffc000035fc28>] do_idle+0x58/0x190 [ 1088.732841] [<fffffc00009eda20>] cpu_idle_poll.isra.0+0x0/0x60 [ 1088.732841] [<fffffc00009eda60>] cpu_idle_poll.isra.0+0x40/0x60 [ 1088.732841] [<fffffc0000360058>] cpu_startup_entry+0x38/0x50 [ 1088.732841] [<fffffc00009edbc8>] rest_init+0xe8/0xec [ 1088.732841] [<fffffc000031001c>] _stext+0x1c/0x20
[ 1088.732841] ---[ end trace 0000000000000000 ]--- [ 1133.693755] ------------[ cut here ]------------ [ 1133.693755] WARNING: CPU: 0 PID: 0 at kernel/time/timer.c:1657 __timer_delete_sync+0x104/0x120 [ 1133.693755] Modules linked in: loop [ 1133.693755] CPU: 0 UID: 0 PID: 0 Comm: swapper Tainted: G W 6.12.12 #4 [ 1133.693755] Tainted: [W]=WARN [ 1133.693755] fffffc0000c83ab0 fffffc0000388c94 fffffc0000326744 fffffc0000afbee8 [ 1133.693755] 0000000000000000 fffffc0000388c94 fffffc00009e0d70 0000000000000000 [ 1133.693755] fffffc0000afbee8 0000000000000679 fffffc0000388c94 0000000000000009 [ 1133.693755] fffffc0000cf9100 000000011f821600 fffffc0000388c94 0000000000000000 [ 1133.693755] fffffc00020e6000 fffffc00020e73d0 fffffffff8668000 fffffd000a120000 [ 1133.693755] fffffc0000358f10 fffffc000203e180 0000000000000008 fffffc000203e6b0 [ 1133.693755] Trace: [ 1133.693755] [<fffffc0000388c94>] __timer_delete_sync+0x104/0x120 [ 1133.693755] [<fffffc0000326744>] __warn+0x194/0x1a0 [ 1133.693755] [<fffffc0000388c94>] __timer_delete_sync+0x104/0x120 [ 1133.693755] [<fffffc00009e0d70>] warn_slowpath_fmt+0x84/0xf0 [ 1133.693755] [<fffffc0000388c94>] __timer_delete_sync+0x104/0x120 [ 1133.693755] [<fffffc0000388c94>] __timer_delete_sync+0x104/0x120 [ 1133.693755] [<fffffc0000358f10>] try_to_wake_up+0x170/0x2d0 [ 1133.693755] [<fffffc0000358bb8>] wakeup_preempt+0x68/0xd0 [ 1133.693755] [<fffffc0000919a2c>] tcp_orphan_update+0x6c/0x90 [ 1133.693755] [<fffffc000038be64>] timekeeping_update+0xd4/0x290 [ 1133.693755] [<fffffc0000780fdc>] t21142_lnk_change+0x1bc/0x790 [ 1133.693755] [<fffffc000077a890>] tulip_interrupt+0x280/0xac0 [ 1133.693755] [<fffffc0000372b90>] __handle_irq_event_percpu+0x60/0x180 [ 1133.693755] [<fffffc0000372d30>] handle_irq_event_percpu+0x80/0xa0 [ 1133.693755] [<fffffc0000372d98>] handle_irq_event+0x48/0xe0 [ 1133.693755] [<fffffc0000377af0>] handle_level_irq+0xc0/0x1f0 [ 1133.693755] [<fffffc0000315300>] handle_irq+0x70/0xe0 [ 1133.693755] [<fffffc000031d6c0>] dp264_srm_device_interrupt+0x30/0x50 [ 1133.693755] [<fffffc00003153dc>] do_entInt+0x6c/0x1c0 [ 1133.693755] [<fffffc0000310cc0>] ret_from_sys_call+0x0/0x10 [ 1133.693755] [<fffffc000035c69c>] pick_task_fair+0x3c/0x100 [ 1133.693755] [<fffffc000035d89c>] task_non_contending+0x6c/0x2a0 [ 1133.693755] [<fffffc000035fc28>] do_idle+0x58/0x190 [ 1133.693755] [<fffffc00009eda20>] cpu_idle_poll.isra.0+0x0/0x60 [ 1133.693755] [<fffffc00009eda50>] cpu_idle_poll.isra.0+0x30/0x60 [ 1133.693755] [<fffffc0000360058>] cpu_startup_entry+0x38/0x50 [ 1133.693755] [<fffffc00009edbc8>] rest_init+0xe8/0xec [ 1133.693755] [<fffffc000031001c>] _stext+0x1c/0x20
[ 1133.693755] ---[ end trace 0000000000000000 ]---
After this, even though the link is shown at the switch mii-tool confirms: root@bigbang:~# mii-tool eth2 eth2: no link
Which I think leans towards it not showing the link up message. I think the driver croaked which is a pain as it's not a module. I can recompile to test that if someone thinks that would be helpful.
root@bigbang:~# dmesg |grep eth [ 8.150386] net eth0: Digital DS21142/43 Tulip rev 65 at Port 0x8400, 08:00:2b:86:ab:b1, IRQ 29 [ 8.170894] net eth1: Digital DS21142/43 Tulip rev 65 at Port 0x8480, 08:00:2b:86:a8:5b, IRQ 30 [ 8.809565] e1000 0000:00:10.0 eth2: (PCI:33MHz:64-bit) 00:02:b3:f3:e6:3d [ 8.811518] e1000 0000:00:10.0 eth2: Intel(R) PRO/1000 Network Connection [ 8.813472] usbcore: registered new interface driver kaweth [ 25.848619] tulip 0000:00:09.0 eth126: renamed from eth0 [ 26.400377] tulip 0000:00:09.0 rename_eth126: renamed from eth126 [ 26.861314] e1000 0000:00:10.0 eth124: renamed from eth2 [ 26.887681] e1000 0000:00:10.0 eth0: renamed from eth124 [ 27.122056] tulip 0000:00:09.0 eth2: renamed from rename_eth126 [ 68.313441] tulip 0000:00:0b.0 eth1: tulip_stop_rxtx() failed (CSR5 0xf0660000 CSR6 0xb3862002) [ 68.791956] tulip 0000:00:09.0 eth2: tulip_stop_rxtx() failed (CSR5 0xf0660000 CSR6 0xb3862002)
root@bigbang:~# mii-tool eth2 eth2: no link
root@bigbang:~# mii-tool eth1 eth1: no link
root@bigbang:~# ifconfig -a eth0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500 inet 192.168.1.75 netmask 255.255.255.0 broadcast 192.168.1.255 ether 00:02:b3:f3:e6:3d txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
eth1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.1.76 netmask 255.255.255.0 broadcast 192.168.1.255 inet6 fe80::a00:2bff:fe86:a85b prefixlen 64 scopeid 0x20<link> ether 08:00:2b:86:a8:5b txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 11 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 5 dropped 0 overruns 0 carrier 15 collisions 0
eth2: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.1.77 netmask 255.255.255.0 broadcast 192.168.1.255 inet6 fe80::a00:2bff:fe86:abb1 prefixlen 64 scopeid 0x20<link> ether 08:00:2b:86:ab:b1 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 11 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 5 dropped 0 overruns 0 carrier 15 collisions 0
Clearly the interface doesn't work at all, which I hadn't noticed up until now. I have been using a USB stick to copy stuff, and a serial console for everything else.
I took a quick look at the motherboard and these are Intel 21143-TD chips vs DEC ones.
I had not noticed the "tulip_stop_rxtx" errors until now, more likely becuase I wasn't looking for them, vs them not being there.
On 2025/06/10 09:27, Florian Fainelli wrote:
Howdy!
On 6/9/25 15:43, Greg Chandler wrote:
This is a from-scratch build (non-vendor/non-distribution) Host/Target = alpha ev6 Kernel source = 6.12.12
My last working kernel on this was a 2.6.x, it's been a while since I've had time to bring this system up to date, so I don't know when this may have started. I had a 3.0.102 in there, but I didn't test the networking while using it.
Please let me know what I can do to help out with figuring this one out.
I don't have an Alpha machine to try this on, but I do have a functional Cobalt Qube2 (MIPS 32/64) with these adapters connected directly over PCI:
00:07.0 Ethernet controller: Digital Equipment Corporation DECchip 21142/43 (rev 41) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+ Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium
TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 64 (5000ns min, 10000ns max), Cache Line Size: 32bytes Interrupt: pin A routed to IRQ 19 Region 0: I/O ports at 1000 [size=128] Region 1: Memory at 12082000 (32-bit, non-prefetchable) [size=1K] Expansion ROM at 12000000 [disabled] [size=256K] Kernel driver in use: tulip
00:0c.0 Ethernet controller: Digital Equipment Corporation DECchip 21142/43 (rev 41) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium
TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 64 (5000ns min, 10000ns max), Cache Line Size: 32bytes Interrupt: pin A routed to IRQ 20 Region 0: I/O ports at 1080 [size=128] Region 1: Memory at 12082400 (32-bit, non-prefetchable) [size=1K] Expansion ROM at 12040000 [disabled] [size=256K] Kernel driver in use: tulip
the machine is not currently on a switch that I can control, but I can certainly try to plug in the cable and see what happens, give me a couple of days to get back to you, and if you don't hear back, please holler. Here are the bits of kernel configuration:
CONFIG_NET_TULIP=y CONFIG_TULIP=y # CONFIG_TULIP_MWI is not set # CONFIG_TULIP_MMIO is not set # CONFIG_TULIP_NAPI is not set