We have a custom board based off of the MCIMX8QM-CPU MEK Platform. We are trying to bring it up using that image as provided by NXP just to get a bootable unit.
When attempting to use the UUU tool it repeatedly tries to load the boot file until it is cancelled with ctrl+c as shown in the image below. We currently are not sure if our UART that is connected to the imx8 is working (it is routed through an FPGA that, while programmed, is not vetted), but we don't see anything on that connection when viewed at 115200,8,n,1.
Does this point to anything obvious in the bring up process?
Thanks
Contents of uuu.auto-imx8qmmek
uuu_version 1.2.39
# This command will be run when i.MX6/7 i.MX8MM, i.MX8MQ
SDP: boot -f imx-boot-imx8qmmek-sd.bin-flash
# This command will be run when ROM support stream mode
# i.MX8QXP, i.MX8QM
SDPS: boot -f imx-boot-imx8qmmek-sd.bin-flash
# These commands will be run when use SPL and will be skipped if no spl
# SDPU will be deprecated. please use SDPV instead of SDPU
# {
SDPU: delay 1000
SDPU: write -f imx-boot-imx8qmmek-sd.bin-flash -offset 0x57c00
SDPU: jump
# }
# These commands will be run when use SPL and will be skipped if no spl
# if (SPL support SDPV)
# {
SDPV: delay 1000
SDPV: write -f imx-boot-imx8qmmek-sd.bin-flash -skipspl
SDPV: jump
# }
FB: ucmd setenv fastboot_dev mmc
FB: ucmd setenv mmcdev ${emmc_dev}
FB: ucmd mmc dev ${emmc_dev}
FB: flash -raw2sparse all imx-image-multimedia-imx8qmmek.wic
FB: flash bootloader imx-boot-imx8qmmek-sd.bin-flash
FB: ucmd if env exists emmc_ack; then ; else setenv emmc_ack 0; fi;
FB: ucmd mmc partconf ${emmc_dev} ${emmc_ack} 1 0
FB: done
Looking at dmesg after each run I am seeing the following,
[3260423.853655] usb 1-3: USB disconnect, device number 27
[3260424.103792] usb 1-3: new high-speed USB device number 28 using xhci_hcd
[3260424.484613] usb 1-3: Device not responding to setup address.
[3260424.688821] usb 1-3: Device not responding to setup address.
[3260424.896781] usb 1-3: device not accepting address 28, error -71
[3260425.212828] usb 1-3: new high-speed USB device number 29 using xhci_hcd
[3260425.326630] usb 1-3: Device not responding to setup address.
[3260425.528516] usb 1-3: Device not responding to setup address.
[3260425.736541] usb 1-3: device not accepting address 29, error -71
[3260425.736682] usb usb1-port3: attempt power cycle
[3260426.116769] usb 1-3: new high-speed USB device number 30 using xhci_hcd
[3260426.116818] usb 1-3: Device not responding to setup address.
[3260426.320804] usb 1-3: Device not responding to setup address.
[3260426.528472] usb 1-3: device not accepting address 30, error -71
[3260427.260557] usb 1-3: new high-speed USB device number 31 using xhci_hcd
[3260427.260609] usb 1-3: Device not responding to setup address.
[3260427.464786] usb 1-3: Device not responding to setup address.
[3260427.672720] usb 1-3: device not accepting address 31, error -71
[3260427.672801] usb usb1-port3: unable to enumerate USB device
[3260427.894791] usb 1-3: new high-speed USB device number 32 using xhci_hcd
[3260428.021405] usb 1-3: New USB device found, idVendor=1fc9, idProduct=0129, bcdDevice= 0.02
[3260428.021429] usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[3260428.021436] usb 1-3: Product: SE Blank 8QM
[3260428.021440] usb 1-3: Manufacturer: NXP SemiConductor Inc
[3260428.024462] hid-generic 0003:1FC9:0129.01C8: hiddev96,hidraw0: USB HID v1.10 Device [NXP SemiConductor Inc SE Blank 8QM ] on usb-0000:00:14.0-3/input0
There is no SD card, just an on-board eMMC and flash device.
We tried other board images with uuu and they all fail the boot step immediately with,
LIBUSB_IO_ERROR
the fact that this one gets past that and is the image based on the board we referenced the design after seems promising.
Attempting with an images based on a different dev board,