starred/pikvm-pikvm

Fork 0

mirror of https://github.com/pikvm/pikvm.git synced 2026-03-02 18:16:56 -05:00

Wi-Fi broken by upgrade on RPi Zero 2W (with a fix) #1084

New issue

Closed

opened 2026-02-20 14:10:51 -05:00 by deekerman · 4 comments

deekerman commented

2026-02-20 14:10:51 -05:00

Owner

Originally created by @prawilny on GitHub (Nov 11, 2025).

Originally assigned to: @mdevaev on GitHub.

FIX

The problem disappeared after adding brcmfmac.roamoff=1 brcmfmac.feature_disable=0x282000 to the end of /boot/cmdline.txt as suggested in https://old.reddit.com/r/pikvm/comments/1izsogk/wifi_setup/mfgr185/.

Maybe it should be documented somewhere?

Describe the bug
After an upgrade (using pikvm-update) a few weeks ago, my DYI PiKVM v2 (based on RPi Zero 2W) stopped working with my home Wi-Fi (using WPA2-PSK/WPA3-SAE Mixed Mode).

The logs (I extracted by writing a systemd service executing sleep 30; rw; journalctl -b0 >/debug-boot.log; ro; poweroff) said:

Oct 14 23:07:26 pikvm wpa_supplicant[403]: wlan0: Associated with 50:eb:f6:83:5b:24
Oct 14 23:07:26 pikvm wpa_supplicant[403]: wlan0: CTRL-EVENT-SUBNET-STATUS-UPDATE status=0
Oct 14 23:07:26 pikvm wpa_supplicant[403]: wlan0: CTRL-EVENT-REGDOM-CHANGE init=COUNTRY_IE type=COUNTRY alpha2=PL
Oct 14 23:07:26 pikvm wpa_supplicant[403]: wlan0: CTRL-EVENT-REGDOM-CHANGE init=COUNTRY_IE type=COUNTRY alpha2=PL
Oct 14 23:07:36 pikvm wpa_supplicant[403]: wlan0: Authentication with 50:eb:f6:83:5b:24 timed out.

To Reproduce
Install possibly relevant package versions:

$ pacman -Q | grep -e systemd -e wpa_supplicant -e kvmd -e linux
archlinux-keyring 20251027-3
archlinuxarm-keyring 20240419-1
kvmd 4.116-1
kvmd-fan 0.32-1
kvmd-platform-v2-hdmi-zero2w 4.116-1
kvmd-webterm 0.50-1
linux-api-headers-pikvm 6.12.56-1
linux-firmware-atheros-pikvm 20251021-2
linux-firmware-broadcom-pikvm 20251021-2
linux-firmware-cirrus-pikvm 20251021-2
linux-firmware-intel-pikvm 20251021-2
linux-firmware-mediatek-pikvm 20251021-2
linux-firmware-other-pikvm 20251021-2
linux-firmware-pikvm 20251021-2
linux-firmware-realtek-pikvm 20251021-2
linux-firmware-whence-pikvm 20251021-2
linux-rpi-headers-pikvm 6.12.56-1
linux-rpi-pikvm 6.12.56-1
python-systemd 235-4
systemd 258.1-1
systemd-libs 258.1-1
systemd-sysvcompat 258.1-1
util-linux 2.41.2-1
util-linux-libs 2.41.2-1
wpa_supplicant 2:2.11-3

$ uname -a
Linux pikvm 6.12.56-1-rpi #1 SMP Tue Nov  4 21:36:05 UTC 2025 armv7l GNU/Linux

Expected behavior
Well, it should connect.

Screenshots
N/A

Desktop (please complete the following information):
N/A

PiKVM info:

Raspberry Pi board version: DYI v2 based on RPi Zero 2W
PiKVM platform: v2-hdmi, I think
Video capture type: Waveshare 19137
KVMD version:
kvmd 4.116-1
kvmd-fan 0.32-1
kvmd-platform-v2-hdmi-zero2w 4.116-1
kvmd-webterm 0.50-1
uStreamer version: pacman -Q | grep ustreamer
ustreamer 6.41-1
Linux kernel: uname -a
Linux pikvm 6.12.56-1-rpi #1 SMP Tue Nov 4 21:36:05 UTC 2025 armv7l GNU/Linux

Originally created by @prawilny on GitHub (Nov 11, 2025). Originally assigned to: @mdevaev on GitHub. **FIX** The problem disappeared after adding `brcmfmac.roamoff=1 brcmfmac.feature_disable=0x282000` to the end of `/boot/cmdline.txt` as suggested in https://old.reddit.com/r/pikvm/comments/1izsogk/wifi_setup/mfgr185/. Maybe it should be documented somewhere? **Describe the bug** After an upgrade (using `pikvm-update`) a few weeks ago, my DYI PiKVM v2 (based on RPi Zero 2W) stopped working with my home Wi-Fi (using `WPA2-PSK/WPA3-SAE Mixed Mode`). The logs (I extracted by writing a systemd service executing `sleep 30; rw; journalctl -b0 >/debug-boot.log; ro; poweroff`) said: ``` Oct 14 23:07:26 pikvm wpa_supplicant[403]: wlan0: Associated with 50:eb:f6:83:5b:24 Oct 14 23:07:26 pikvm wpa_supplicant[403]: wlan0: CTRL-EVENT-SUBNET-STATUS-UPDATE status=0 Oct 14 23:07:26 pikvm wpa_supplicant[403]: wlan0: CTRL-EVENT-REGDOM-CHANGE init=COUNTRY_IE type=COUNTRY alpha2=PL Oct 14 23:07:26 pikvm wpa_supplicant[403]: wlan0: CTRL-EVENT-REGDOM-CHANGE init=COUNTRY_IE type=COUNTRY alpha2=PL Oct 14 23:07:36 pikvm wpa_supplicant[403]: wlan0: Authentication with 50:eb:f6:83:5b:24 timed out. ``` **To Reproduce** Install possibly relevant package versions: ``` $ pacman -Q | grep -e systemd -e wpa_supplicant -e kvmd -e linux archlinux-keyring 20251027-3 archlinuxarm-keyring 20240419-1 kvmd 4.116-1 kvmd-fan 0.32-1 kvmd-platform-v2-hdmi-zero2w 4.116-1 kvmd-webterm 0.50-1 linux-api-headers-pikvm 6.12.56-1 linux-firmware-atheros-pikvm 20251021-2 linux-firmware-broadcom-pikvm 20251021-2 linux-firmware-cirrus-pikvm 20251021-2 linux-firmware-intel-pikvm 20251021-2 linux-firmware-mediatek-pikvm 20251021-2 linux-firmware-other-pikvm 20251021-2 linux-firmware-pikvm 20251021-2 linux-firmware-realtek-pikvm 20251021-2 linux-firmware-whence-pikvm 20251021-2 linux-rpi-headers-pikvm 6.12.56-1 linux-rpi-pikvm 6.12.56-1 python-systemd 235-4 systemd 258.1-1 systemd-libs 258.1-1 systemd-sysvcompat 258.1-1 util-linux 2.41.2-1 util-linux-libs 2.41.2-1 wpa_supplicant 2:2.11-3 ``` ``` $ uname -a Linux pikvm 6.12.56-1-rpi #1 SMP Tue Nov 4 21:36:05 UTC 2025 armv7l GNU/Linux ``` **Expected behavior** Well, it should connect. **Screenshots** N/A **Desktop (please complete the following information):** N/A **PiKVM info:** - Raspberry Pi board version: DYI v2 based on RPi Zero 2W - PiKVM platform: v2-hdmi, I think - Video capture type: Waveshare 19137 - KVMD version: kvmd 4.116-1 kvmd-fan 0.32-1 kvmd-platform-v2-hdmi-zero2w 4.116-1 kvmd-webterm 0.50-1 - uStreamer version: `pacman -Q | grep ustreamer` ustreamer 6.41-1 - Linux kernel: `uname -a` Linux pikvm 6.12.56-1-rpi #1 SMP Tue Nov 4 21:36:05 UTC 2025 armv7l GNU/Linux

deekerman

2026-02-20 14:10:51 -05:00

closed this issue
added the
type:bug

resolution:duplicate
labels

deekerman commented

2026-02-20 14:10:53 -05:00

Author

Owner

@mdevaev commented on GitHub (Nov 11, 2025):

Could you reflash and test the update again? It should be fixed now with rolled back wpa_supplicant.

@mdevaev commented on GitHub (Nov 11, 2025): Could you reflash and test the update again? It should be fixed now with rolled back wpa_supplicant.

deekerman commented

2026-02-20 14:10:53 -05:00

Author

Owner

@mdevaev commented on GitHub (Nov 12, 2025):

Sup?

@mdevaev commented on GitHub (Nov 12, 2025): Sup?

deekerman commented

2026-02-20 14:10:54 -05:00

Author

Owner

@mdevaev commented on GitHub (Nov 13, 2025):

Okay, I suppose it's fixed since I have no feedback and other reports.

Also see here: #1604

@mdevaev commented on GitHub (Nov 13, 2025): Okay, I suppose it's fixed since I have no feedback and other reports. Also see here: #1604

deekerman commented

2026-02-20 14:10:54 -05:00

Author

Owner

@prawilny commented on GitHub (Nov 19, 2025):

Sorry for not replying earlier (and missing the issue you linked! It's significantly better documented than mine), I only found some time for that now.

I wanted to update the system and report here that the kernel command line arguments are no longer needed after the updates, but the update script seems to have left me without any wpa_supplicant, so I'll create a new issue and maybe get to this problem back later.

@prawilny commented on GitHub (Nov 19, 2025): Sorry for not replying earlier (and missing the issue you linked! It's significantly better documented than mine), I only found some time for that now. I wanted to update the system and report here that the kernel command line arguments are no longer needed after the updates, but the update script seems to have left me without any wpa_supplicant, so I'll create a new issue and maybe get to this problem back later.