Closed issue by akce on void-packages repository https://github.com/void-linux/void-packages/issues/39129 Description: ### Is this a new report? Yes ### System Info Void 5.15.61_1 armv6l Unknown uptodate rFFF ### Package(s) Affected rpi-kernel-5.15_61_1 ### Does a report exist for this bug with the project's home (upstream) and/or another distro? _No response_ ### Expected behaviour eth0 link should be in state UP after startup. Here's how it looks with a working `rpi-kernel-5.10.110_1`: ```shell $ uname -a Linux mordor 5.10.110_1 #1 Wed Aug 3 16:47:21 UTC 2022 armv6l GNU/Linux $ ip addr show eth0 2: eth0: mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether b8:27:eb:bc:23:d3 brd ff:ff:ff:ff:ff:ff inet 192.168.31.254/16 brd 192.168.255.255 scope global noprefixroute eth0 valid_lft forever preferred_lft forever inet6 fe80::ba27:ebff:febc:23d3/64 scope link valid_lft forever preferred_lft forever ``` Here's the tail end of `dmesg` where i unplugged and then re-inserted the network cable: ```dmesg [ 134.196932] smsc95xx 1-1.1:1.0 eth0: Link is Down [ 143.525609] smsc95xx 1-1.1:1.0 eth0: Link is Up - 100Mbps/Full - flow control off ``` ### Actual behaviour On my rpi 1 model b+, **eth0** link is always in state DOWN; i haven't been able to bring it up. With `rpi-kernel-5.15.61_1` i see: ```shell $ uname -a Linux mordor 5.15.61_1 #1 Mon Sep 5 02:23:47 UTC 2022 armv6l GNU/Linux $ ip addr show eth0 2: eth0: mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000 link/ether b8:27:eb:bc:23:d3 brd ff:ff:ff:ff:ff:ff inet 192.168.31.254/16 brd 192.168.255.255 scope global eth0 valid_lft forever preferred_lft forever ``` Unplugging and re-inserting the network cable shows no activity in dmesg. Orange and Green ethernet port LEDS are visible on the Raspberry Pi while the network cable is plugged in. Manually running `ip link set eth0 up` returns success to the shell but has no effect to the link state. /boot/config.txt has no overlays enabled. ### Steps to reproduce Upgrade to `rpi-kernel-5.15-61_1` (presumably from [38958](https://github.com/void-linux/void-packages/pull/38958)). Downgrading kernel to `rpi-kernel-5.10.110_1` restores eth0 to working state. I did a full upgrade which included new `rpi-firmware` etc, but reverting only `rpi-kernel` was enough to get the network functional again.