Bug 2272089 - Fedora Workstation 40 on Raspberry Pi 4b does not boot with USB switch connected
Summary: Fedora Workstation 40 on Raspberry Pi 4b does not boot with USB switch connected
Keywords:
Status: NEW
Alias: None
Product: Fedora
Classification: Fedora
Component: uboot-tools
Version: 40
Hardware: aarch64
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Peter Robinson
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2024-03-28 18:33 UTC by Brandon Nielsen
Modified: 2024-03-28 21:34 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: ---
Doc Text:
Clone Of:
Environment:
Last Closed:
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Brandon Nielsen 2024-03-28 18:33:55 UTC
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

Comment 1 Brandon Nielsen 2024-03-28 21:03:31 UTC
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

Comment 2 Brandon Nielsen 2024-03-28 21:34:20 UTC
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


Note You need to log in before you can comment on or make changes to this bug.