Greetings,
I've been having issues using the 8M-Mini EVKB kit and flashing programs to the board. I have been able to flash and boot a fresh android image to the device, but now I cannot seem to do the same with the provided "Hello World" demo given in the SDK. For context, I am using Windows 10 and Powershell for compiling and flashing. I used ARM GCC toolchain to compile the binary file and an additional .elf file. However, I keep getting "Cannot find valid IVT header" when I run the command "uuu -b qspi hello_world.bin"
I've been referring to the "Getting Started with MCUXpresso SDK for EVK-MIMX8MM" (MCUXSDKIMX8MMGSUG) pdf for this process. I cannot seem to "Get the fspi version U-Boot image from release package" as I do not know where it is nor what to do with it after I get it. I downloaded the current Yocto Linux release and found "imx-boot-imx8mmevk-fspi.bin-flash_evk_flexspi" and renamed it, but with no progress (likely the wrong file). Any advice on where to go? Is the flashing the M4 different for Android OS and/or working in a Windows 10 environment? I appreciate any help.
Solved! Go to Solution.
So good news, I have successfully flashed and ran the "Hello World" demo with my 8M-Mini Kit. Turns out there was one major issue and another issue that was fixed in attempt to fix the first.
I understand that developing in Windows 10, ARM GCC, and UUU for the Android release is not the most common combination, but the support seems lacking for beginner's. I'd ask that this be passed along to the reference creators at NXP (apparently the documents used to have author names on them) as that typo can send folks on quite the rabbit hole.
So good news, I have successfully flashed and ran the "Hello World" demo with my 8M-Mini Kit. Turns out there was one major issue and another issue that was fixed in attempt to fix the first.
I understand that developing in Windows 10, ARM GCC, and UUU for the Android release is not the most common combination, but the support seems lacking for beginner's. I'd ask that this be passed along to the reference creators at NXP (apparently the documents used to have author names on them) as that typo can send folks on quite the rabbit hole.