Describe the bug
After updating to Bazzite 42.20250817.1: Stable (F42.20250817.1), the Bluetooth controller disappears like there is no BT controller on the system at all. I tried to unload/load btusb, changed the order of loading MT7925 and related modules all didn't work either generate any noticeable errors.
Then I found a (weird but) effective workaround on an upstream discussion forum related to MT7925 chipset that states powering off the device and removing power cable for 30 seconds will clear some sort of cache on the chip itself, it worked. So the workaround is so-called cold reset, shutting off and removing power cable for 30 seconds.
As this is a bug, the solution might be a proper reset while initializing the driver after an update (or always) which may require upstream to act. Additionally a pci function reset can also solve the issue.
What did you expect to happen?
Bluetooth and other functionalities to work as expected.
Output of rpm-ostree status
State: idle
Deployments:
● ostree-image-signed:docker://ghcr.io/ublue-os/bazzite-asus:stable
Digest: sha256:e83aaae8712a9db9d30dea2f8c2c7156aca3f07a7b1494c3af5bcdbabbc04043
Version: 42.20250817.1 (2025-08-18T06:16:02Z)
ostree-image-signed:docker://ghcr.io/ublue-os/bazzite-asus:stable
Digest: sha256:e6e97deafa6bbf4c15bbf84867994a6be5f99a06e818f8aea7367ed19f29ba94
Version: 42.20250712 (2025-07-12T02:30:57Z)
Hardware
I'm using Asus ROG Flow Z13 2025; Chipset: MediaTek MT7925 Kernel driver: mt7925e, BT handled via btusb/btmtk without modificaitons as is.
Extra information or context
https://discussion.fedoraproject.org/t/bluetooth-does-not-work-f42-mt7925/162265
Describe the bug
After updating to Bazzite 42.20250817.1: Stable (F42.20250817.1), the Bluetooth controller disappears like there is no BT controller on the system at all. I tried to unload/load btusb, changed the order of loading MT7925 and related modules all didn't work either generate any noticeable errors.
Then I found a (weird but) effective workaround on an upstream discussion forum related to MT7925 chipset that states powering off the device and removing power cable for 30 seconds will clear some sort of cache on the chip itself, it worked. So the workaround is so-called cold reset, shutting off and removing power cable for 30 seconds.
As this is a bug, the solution might be a proper reset while initializing the driver after an update (or always) which may require upstream to act. Additionally a pci function reset can also solve the issue.
What did you expect to happen?
Bluetooth and other functionalities to work as expected.
Output of
rpm-ostree statusState: idle Deployments: ● ostree-image-signed:docker://ghcr.io/ublue-os/bazzite-asus:stable Digest: sha256:e83aaae8712a9db9d30dea2f8c2c7156aca3f07a7b1494c3af5bcdbabbc04043 Version: 42.20250817.1 (2025-08-18T06:16:02Z) ostree-image-signed:docker://ghcr.io/ublue-os/bazzite-asus:stable Digest: sha256:e6e97deafa6bbf4c15bbf84867994a6be5f99a06e818f8aea7367ed19f29ba94 Version: 42.20250712 (2025-07-12T02:30:57Z)Hardware
I'm using Asus ROG Flow Z13 2025; Chipset: MediaTek MT7925 Kernel driver: mt7925e, BT handled via btusb/btmtk without modificaitons as is.
Extra information or context
https://discussion.fedoraproject.org/t/bluetooth-does-not-work-f42-mt7925/162265