Fedora Account System
Red Hat Associate
Red Hat Customer
Booting from USB-drive connected to Type-C port on Snapdragon laptops fails, due to the USB-device getting disconnected and then re-connected during boot, disconnecting mounted filesystems from their backing storage. This disconnect/reconnect is caused by the ADSP driver rebooting the ADSP when loading firmware which causes a reset + re-negotation of the Type-C power and data roles. A workaround for this is discussed here: https://fedoraproject.org/wiki/Snapdragon_WoA_Laptop_Install#modprobe.blacklist=qcom_q6v5_pas A fix in the form of loading the ADSP kernel module before USB storage is mounted has been submitted and merged upstream: https://github.com/dracut-ng/dracut-ng/pull/2302 The purpose of this bug is to track getting this fix into Fedora 45. Reproducible: Always
Proposed as a Freeze Exception for 45-beta by Fedora user jwrdegoede using the blocker tracking app because: Booting the aarch64 workstation live iso from a USB drive connected to a Type-C port on Windows on ARM Snapdragon laptops fails. This blocks installing Fedora 45 beta on ARM Snapdragon laptops with only Type-C ports (e.g. XPS 13) or using a Type-C thumb-drive. dracut-111-2 has the following low regression risc changes, all cherry picked from changes which have been accepted, reviewed and tested upstream already: 1. A fix for the USB disconnect issue this freeze exception is being requested for (rhbz#2524935). This only affects WoA Snapdragon platforms. 2. A fix to add some missing Qualcomm firmwares to the initramfs fixing installer images not booting on some Qualcomm SBC boards. This in itself is another good reason for a freeze exception (rhbz#2487066). This only affects Qualcomm arm64 platforms. 3. A simple security fix, fixing some strings not being properly quoted / escaped in dracut's shell code (rhbz#2512472) I've tested the 111-2.fc45 build on a WoA laptop and can confirm that the necessary firmwares and pre-udev hook to load the ADSP driver early are present in the initramfs are generating it with the new dracut The 111-2 build has also gone through openQA tests, see: https://src.fedoraproject.org/rpms/dracut/pull-request/97
FEDORA-2026-5bf73fe397 (dracut-111-2.fc45) has been submitted as an update to Fedora 45. https://bodhi.fedoraproject.org/updates/FEDORA-2026-5bf73fe397
FEDORA-2026-5bf73fe397 has been pushed to the Fedora 45 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2026-5bf73fe397` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2026-5bf73fe397 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
+5 in https://forge.fedoraproject.org/quality/blocker-review/issues/2152#issuecomment-1351738 , marking accepted.
FEDORA-2026-5bf73fe397 (dracut-111-2.fc45) has been pushed to the Fedora 45 stable repository. If problem still persists, please make note of it in this bug report.
I've tested Fedora-Workstation-Live-45_Beta-1.3.aarch64.iso successfully boots and installs (inc. disk encryption) on a Lenovo ThinkPad T14s gen 6 Snapdragon (aarch64) laptop, following: https://fedoraproject.org/wiki/Snapdragon_WoA_Laptop_Install_(Fedora_Beta) because a few small workarounds are still necessary unfortunately. So I can confirm that this is fixed now.