This bug was fixed in the package linux-raspi - 5.8.0-1013.16
---------------
linux-raspi (5.8.0-1013.16) groovy; urgency=medium
* groovy/linux-raspi: 5.8.0-1013.16 -proposed tracker (LP: #1911336)
* rpi3b+ wifi doesn't get used if ethernet disconnected (LP: #1890487)
- net: lan78xx: Ack pending PHY ints when resetting
* groovy/linux-raspi: Upstream raspberrypi patchset 2020-11-05 (LP: #1903541)
- brcmfmac: Increase power saving delay to 2s
- overlays: Update i2c0 overlay to disable the i2c0mux.
- dt: Remove duplicate assignment for i2c0 pinctrl config
- overlays: Add option for composite to vc4-kms-v3d-pi4.
- overlays: minor typo in instructions
- overlays: Regenerate upstream-pi4 overlay
- overlays: Add parameters to adafruit18, sainsmart18
- rpivid_h265: Fix width/height typo
- overlays: Add extra CMA sizes (up to 512M)
- overlays: Add note to BCM2711 overlays
- configs: Remove I2C_BRCMSTB from the kernel
- net: bcmgenet: Reset RBUF on first open
- ASoC: cs42xx8: Only define cs42xx8_of_match once
- configs: Regenerate the defconfigs
- staging: bcm2835-codec: Use a define the completion timeout
- staging: bcm2835-codec: Correct buffer number change on start streaming
- USB: gadget: f_hid: avoid crashes and log spam
- Update hy28b-overlay.dts
- overlays: Update display GPIO declarations
- configs: Add CONFIG_RTC_DRV_SD3078=m
- overlays: Add sd3078 to the i2c-rtc overlay
- configs: Restore SND_PCM_OSS=m
- dwc_otg: initialise sched_frame for periodic QHs that were parked
- arm64: configs: Enable Unicam support
- arm64: configs: Enable V4L2 test module support
- staging: bcm2835-camera: Replace deprecated V4L2_PIX_FMT_BGR32
- staging: bcm2835-codec: Replace deprecated V4L2_PIX_FMT_BGR32
- ARM: bcm2711-rpi.dts: Unlock DMA channels 9 & 10
- gpio: Add gpio-fsm driver
- configs: Add CONFIG_GPIO_FSM=m
- overlays: Add fsm-demo overlay
- overlays: Add ghost-amp overlay
- Fixes a problem when module probes before i2c module is available
- [Config] raspi: updateconfigs after update to rpi-5.8.y 2020-11-05
* Raspberry Pi 400 Kernel Panic (LP: #1907432)
- SAUCE: Revert "mailbox: avoid timer start from callback"
[ Ubuntu: 5.8.0-39.44 ]
* groovy/linux: 5.8.0-39.44 -proposed tracker (LP: #1911350)
* overlay: permission regression in 5.4.0-51.56 due to patches related to
CVE-2020-16120 (LP: #1900141)
- ovl: do not fail because of O_NOATIME
[ Ubuntu: 5.8.0-38.43 ]
* groovy/linux: 5.8.0-38.43 -proposed tracker (LP: #1911143)
* CVE-2020-28374
- SAUCE: target: fix XCOPY NAA identifier lookup
* Packaging resync (LP: #1786013)
- update dkms package versions
[ Ubuntu: 5.8.0-36.40 ]
* debian/scripts/file-downloader does not handle positive failures correctly
(LP: #1878897)
- [Packaging] file-downloader not handling positive failures correctly
[ Ubuntu: 5.8.0-35.39 ]
* Packaging resync (LP: #1786013)
- update dkms package versions
* CVE-2021-1052 // CVE-2021-1053
- [Packaging] NVIDIA -- Add the NVIDIA 460 driver
-- Ian May <ian....@canonical.com> Wed, 13 Jan 2021 22:57:35 -0600
** Changed in: linux-raspi (Ubuntu Groovy)
Status: Fix Committed => Fix Released
** CVE added: https://cve.mitre.org/cgi-bin/cvename.cgi?name=2020-16120
** CVE added: https://cve.mitre.org/cgi-bin/cvename.cgi?name=2020-28374
** CVE added: https://cve.mitre.org/cgi-bin/cvename.cgi?name=2021-1052
** CVE added: https://cve.mitre.org/cgi-bin/cvename.cgi?name=2021-1053
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-raspi in Ubuntu.
https://bugs.launchpad.net/bugs/1890487
Title:
rpi3b+ wifi doesn't get used if ethernet disconnected
Status in linux-raspi package in Ubuntu:
Confirmed
Status in linux-raspi source package in Focal:
Fix Committed
Status in linux-raspi source package in Groovy:
Fix Released
Bug description:
[Impact]
When testing 20.04.1, I noticed some different behavior on rpi3b+ that
I didn't see on rpi3b or rpi4. I have configured the device with
ethernet, added netplan yaml for my wifi network, and rebooted. So
both eth0 and wlan0 have an ip address.
On all other devices (rpi3b, rpi4, etc), if I unplug eth0 wile pinging
something, I'll miss maybe 1 ping and then it will continue to work
and just switch over to wlan0. However, on rpi3b+ it just stops being
able to access the network completely. If I re-run netplan apply, it
will start using wifi again, but if I plug eth0 back in, then unplug
it, it stops just like before.
I am seeing this with the current 20.04.1 release:
Linux ubuntu 5.4.0-1015-raspi #15-Ubuntu SMP Fri Jul 10 05:34:24 UTC 2020
aarch64 aarch64 aarch64 GNU/Linux
I also went back and tested the original 20.04 release and it happens there
too, so this is not a regression:
Linux ubuntu 5.4.0-1008-raspi #8-Ubuntu SMP Wed Apr 8 11:13:06 UTC 2020
aarch64 aarch64 aarch64 GNU/Linux
I see this happen on both armhf and arm64. One difference I did note, is that
I get a link down message in dmesg on rpi3b, but not rpi3b+. When I disconnect
eth0 on rpi3b I see this:
[ 82.203702] smsc95xx 1-1.1:1.0 eth0: link down
...but nothing on the 3b+.
[Test Case]
Disconnect and reconnect the eth0 cable. The link will not come back
up. Or down eth0 and bring it back up. The link will not come back up.
$ ip a
...
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP
group default qlen 1000
link/ether b8:27:eb:3e:ab:fb brd ff:ff:ff:ff:ff:ff
inet 192.168.99.191/24 brd 192.168.99.255 scope global dynamic eth0
valid_lft 795197sec preferred_lft 795197sec
inet6 fe80::ba27:ebff:fe3e:abfb/64 scope link
valid_lft forever preferred_lft forever
...
$ ip link set eth0 down
$ ip link set eth0 up
$ ip a
...
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP
group default qlen 1000
link/ether b8:27:eb:3e:ab:fb brd ff:ff:ff:ff:ff:ff
...
[Where problems could occur]
The fix is to read the PHY status register to clear pending
interrupts. That read could fail for various reasons which would
probably result in kernel error messages. But nothing more should
happen. IMO worst case is that we get the old behavior.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux-raspi/+bug/1890487/+subscriptions
--
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help : https://help.launchpad.net/ListHelp
