Hi Andrew, Sorry for the delayed reply.
> I'm feeling a bit out my depth and hoping someone can help me. We've been > using uboot on the RPI CM4 with great success, it's been perfect. > > We are migrating some projects to the RPI CM5 but have hit a roadblock. The > boot process regularly (but not always) gets stuck for exactly 130s, as > shown here: So I don't have a CM5, only a couple of RPi5s, the early and later revs, for U-Boot testing/development. > [ 3.403341] Waiting for root device /dev/mmcblk0p2... > [ 3.403453] usb 1-1.7: Product: WS170120 > [ 3.403454] usb 1-1.7: Manufacturer: WaveShare > [ 3.403455] usb 1-1.7: SerialNumber: 220211 > [ 3.429612] input: WaveShare WS170120 Touchscreen as > /devices/platform/axi/1000480000.usb/usb1/1-1/1-1.7/1-1.7:1.0/0003:0EEF:0005 > .0001/input/input0 > [ 3.443253] hid-generic 0003:0EEF:0005.0001: input,hiddev96,hidraw0: USB HID > v1.11 Device [WaveShare WS170120] on usb-1000480000.usb-1.7/input0 > [ 134.202779] mmc0: Command Queue Engine enabled, 16 tags > [ 134.208450] mmc0: new HS400 Enhanced strobe MMC card at address 0001 > [ 134.215432] mmcblk0: mmc0:0001 BJTD4R 29.1 GiB > [ 134.221178] mmcblk0: p1 p2 p3 p4 < p5 p6 > > [ 134.226023] mmcblk0: mmc0:0001 BJTD4R 29.1 GiB > [ 134.230952] mmcblk0boot0: mmc0:0001 BJTD4R 4.00 MiB > > > > After searching, this appears to be the same issue as reported here: > > > > https://lore.kernel.org/u-boot/421019670.5226453.1745000686...@mail.yahoo.co > m/ > > > > but I cannot see any solution. Can anyone assist please? Is this the eMMC that's built into the SoM or is it external on a carrier board? Can you provide more details. On the RPi5 the uSD slot is using the SoC built in controller, I presume that's the case on the CM5 or whatever you're using as the RP1 needs to be bought up first. We don't currently support the RP1 in U-Boot so I'm not sure that's coming into play, I suspect purely the SDHCI controllers. Unfortunately the details of most of the broadcom chips are closed and even the RPi U-Boot maintainers don't have access to those so we might be at a bit of a loss ATM.