Mass storage device is not initialized

[andr2000]

Describe the bug

With commit 87d6e03272b0ae155d85a125bfdec03e3d4a1095 on some RPi5/CM5 devices I sometimes see the following behavior:

16:22:05 [INFO    ] : Waiting for BCM2835/6/7/2711/2712...
16:22:06 [INFO    ] : Sending bootcode.bin
16:22:07 [INFO    ] : Successful read 4 bytes
16:22:08 [INFO    ] : Waiting for BCM2835/6/7/2711/2712...
16:22:10 [INFO    ] : Second stage boot server
16:22:10 [INFO    ] : File read: mcb.bin
16:22:10 [INFO    ] : File read: memsys00.bin
16:22:10 [INFO    ] : File read: memsys01.bin
16:22:10 [INFO    ] : File read: rp1c0fw1.bin
16:22:10 [INFO    ] : File read: memsys02.bin
16:22:11 [INFO    ] : File read: rp1c0fw2.bin
16:22:12 [INFO    ] : File read: memsys03.bin
16:22:12 [INFO    ] : Second stage boot server done

No errors observed

Steps to reproduce the behaviour

Changing cables, not using USB hubs doesn't seem to have any influence on reproducibility.

Device(s)

Other

Compute Module IO board.

Raspberry Pi 5, Waveshare dual Ethernet carried board with CM5 (different carriers were under test)

RPIBOOT logs

No response

Kernel logs

No response

Device UART logs

No response

[pelwell]

All issue reports should contain, in some form:

1. what you did, and with which equipment,
2. what you expected to happen, and
3. what actually happened.

This report is lacking (2) - what would success have looked like?

[andr2000]

1. Secure boot on CM5/RPi5
2. Enter MSD mode with signed binaries. Expected: MSD storage initialized and seen by the host
3. No error, usbboot binaries transfer did not complete and raised no error like in the log

[timg236]

This looks like a power supply issue. Mass storage gadget is known to work in that release

[andr2000]

Same host, same cables, same environment, but new usbboot.

[andr2000]

This looks like a power supply issue. Mass storage gadget is known to work in that release

I am not saying it doesn't. I am saying it sometimes doesn't. And there is now way to understand why it failed.
WRT power supply: for MSD one would probably directly connect the board to their host with a cable, so I believe this is not common to use external power supply to the board via 40-pin header or the like?

[timg236]

The point at which it fails corresponds with clocks being boosted, there might be more detail on the Pi UART log. It's always corresponded with USB cable when I've seen it.

However, if you find a different version where it always works and have logging from the DUT showing a different error then please let us know.

[timg236]

It's possible to use the 40-pin header but Pi5 family do draw more current and you have to be careful about rise time etc, however, the electical details aren't something that I can answere here. There's some good threads on the Advanced Users and Compute Module forums though

[andr2000]

The point at which it fails corresponds with clocks being boosted

is there any way those can be less demanding? I believe currently no as this is the part of boot.img and kernel configuration, but still: do you consider some external configuration for such "low power" power supplies such as host USB ports?
I do understand that lowering clock rates affects MSD performance, but before 6.18 speeds were acceptable to some extent?

Thanks

[timg236]

MSD already force the idle clocks to reduce power. Are there any peripherals connected e.g. USB SSD / NVMe ?

[andr2000]

No other devices connected

[andr2000]

With type-c usb host connector it is better, but still doesn't work:

RPIBOOT: build-date 2026/08/14 pkg-version local 87d6e032

Please fit the EMMC_DISABLE / nRPIBOOT jumper before connecting the power and USB cables to the target device.
If the device fails to connect then please see https://rpltd.co/rpiboot for debugging tips.

Loading: ./bootfiles.bin
Using ./bootfiles.bin
Waiting for BCM2835/6/7/2711/2712...

Sending bootcode.bin
Successful read 4 bytes 
Waiting for BCM2835/6/7/2711/2712...

Second stage boot server
File read: mcb.bin
File read: memsys00.bin
File read: memsys01.bin
File read: rp1c0fw1.bin
File read: memsys02.bin
File read: rp1c0fw2.bin
File read: memsys03.bin
File read: bootmain
Loading: ./boot.sig
File read: boot.sig
Loading: ./boot.img
File read: boot.img
Second stage boot server done

lsusb:

Bus 001 Device 096: ID 0a5c:2712 Broadcom Corp. BCM2712D0 Boot

[timg236]

Can you use a powered hub?

I use this with Pi500+ to flash the NVMe storage
https://thepihut.com/products/raspberry-pi-usb-3-hub

[andr2000]

Unfortunately this is not possible at the customer's side