Almost certainly the wrong component. Please reasssign. Testing Fedora Workstation 40 beta 1.10[0] the system does not come back from a reboot or shutdown. Only the first boot is successful. Reproducible: Always Steps to Reproduce: 1. Write image to uSD card `sudo arm-image-installer --image=/home/nielsenb/Desktop/Fedora-Workstation-40_Beta-1.10.aarch64.raw.xz --target=rpi4 --media=/dev/sda --resizefs` 2. Insert uSD card into Raspberry Pi 4b 3. Power on 4. Complete Gnome initial setup steps 5. Reboot from Gnome power menu Actual Results: System appears to go through the shutdown procedure, but never reboots. Hard powering the system on and off again does not bring it back. Expected Results: The system to reboot successfully. Choosing "Power off..." does not work either, system appears to shut down successfully, but will never boot again. Just hard powering off the system after initial setup also results in an unbootable system. Fedora minimal reboots successfully. [0] - https://download.fedoraproject.org/pub/fedora/linux/releases/test/40_Beta/Workstation/aarch64/images/Fedora-Workstation-40_Beta-1.10.aarch64.raw.xz
Okay, I was way off with my initial description. What is really happening is the Pi will not boot if my USB switch is routed to the Pi before power is applied. If I switch the output to the Pi after the U-boot display appears, it boots fine. I can also switch the output to a different device, back to the Pi, and boot will resume normally. I have not tested this with Minimal yet. I believe this is the relevant lsusb output (`sudo lsusb -d 05e3:0610 -v`): Bus 007 Device 042: ID 05e3:0610 Genesys Logic, Inc. Hub Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.10 bDeviceClass 9 Hub bDeviceSubClass 0 [unknown] bDeviceProtocol 1 Single TT bMaxPacketSize0 64 idVendor 0x05e3 Genesys Logic, Inc. idProduct 0x0610 Hub bcdDevice 6.55 iManufacturer 1 GenesysLogic iProduct 2 USB2.1 Hub iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 0x0019 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xe0 Self Powered Remote Wakeup MaxPower 100mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 9 Hub bInterfaceSubClass 0 [unknown] bInterfaceProtocol 0 Full speed (or root) hub iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0001 1x 1 bytes bInterval 12 Binary Object Store Descriptor: bLength 5 bDescriptorType 15 wTotalLength 0x002a bNumDeviceCaps 3 USB 2.0 Extension Device Capability: bLength 7 bDescriptorType 16 bDevCapabilityType 2 bmAttributes 0x00000006 BESL Link Power Management (LPM) Supported SuperSpeed USB Device Capability: bLength 10 bDescriptorType 16 bDevCapabilityType 3 bmAttributes 0x00 wSpeedsSupported 0x000e Device can operate at Full Speed (12Mbps) Device can operate at High Speed (480Mbps) Device can operate at SuperSpeed (5Gbps) bFunctionalitySupport 1 Lowest fully-functional device speed is Full Speed (12Mbps) bU1DevExitLat 8 micro seconds bU2DevExitLat 190 micro seconds Container ID Device Capability: bLength 20 bDescriptorType 16 bDevCapabilityType 4 bReserved 0 ContainerID {9f4b56f0-1df6-11e0-ac64-0800200c9a66} Hub Descriptor: bLength 9 bDescriptorType 41 nNbrPorts 4 wHubCharacteristic 0x00e0 Ganged power switching Ganged overcurrent protection TT think time 32 FS bits Port indicators bPwrOn2PwrGood 0 * 2 milli seconds bHubContrCurrent 100 milli Ampere DeviceRemovable 0x00 PortPwrCtrlMask 0xff Hub Port Status: Port 1: 0000.0100 power Port 2: 0000.0100 power Port 3: 0000.0303 lowspeed power enable connect Port 4: 0000.0103 power enable connect Device Status: 0x0001 Self Powered
I see the same with Fedora Minimal 40 Beta 1.10. I am almost positive this is a dupe, or at least I have seen the issue mentioned elsewhere, I just can't pull it up right now. It does seem to be a "known issue" in the community: https://forums.raspberrypi.com/viewtopic.php?t=244900
This message is a reminder that Fedora Linux 40 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora Linux 40 on 2025-05-13. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a 'version' of '40'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, change the 'version' to a later Fedora Linux version. Note that the version field may be hidden. Click the "Show advanced fields" button if you do not see it. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora Linux 40 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora Linux, you are encouraged to change the 'version' to a later version prior to this bug being closed.
Fedora Linux 40 entered end-of-life (EOL) status on 2025-05-13. Fedora Linux 40 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora Linux please feel free to reopen this bug against that version. Note that the version field may be hidden. Click the "Show advanced fields" button if you do not see the version field. If you are unable to reopen this bug, please file a new report against an active release. Thank you for reporting this bug and we are sorry it could not be fixed.