Hello, I have a bunch of Apalis iMX6 V1.1A installed on some custom boards which sometimes fail to boot. These boards were bought more than a year ago and updated to V1.1B by flashing the Toradex Easy Installer first. Then a partition table with a custom linux kernel and rootfs was flashed months ago using the Toradex Easy Installer infrastructure.
Sometimes in case of fast power switch on-off-on (this is the only way I have to shut down the boards as I have no other ways to force a clean shutdown), for unknown reasons the u-boot cannot mount/find the uImage file, thus bricking the board. Please see the log here:
U-Boot 2016.11-2.7.4+g1b121c6 (Oct 04 2017 - 22:34:15 +0000) CPU: Freescale i.MX6D rev1.5 at 792 MHz Reset cause: POR I2C: ready DRAM: 512 MiB PMIC: device id: 0x10, revision id: 0x11, programmed MMC: FSL_SDHC: 0, FSL_SDHC: 1, FSL_SDHC: 2 auto-detected panel vga-rgb Display: vga-rgb (640x480) In: serial Out: serial Err: serial Model: Toradex Apalis iMX6 Dual 512MB V1.1A, Serial# 04862190 Net: using PHY at 7 FEC [PRIME] Hit any key to stop autoboot: 0 Booting from internal eMMC chip... reading imx6q-apalis-eval.dtb 51808 bytes read in 17 ms (2.9 MiB/s) reading uImage Error reading cluster ** Unable to read file uImage ** emmcboot failed
I tried recovering the board by booting the Toradex Easy Installer from ram memory and verified the FAT partition (were the uImage file is stored) and its content. The VFAT partition was faulty (flag bit was set), although the uImage file was healthy. I recovered the partition using fsck.vfat and the issue at boot disappeared.
I have some questions:
- I have both Apalis iMX6 V1.1A and V1.1B. They share the same u-boot, kernel and rootfs. Up to now, the issue appeared only on V1.1A boards. Is this issue fixed in V1.1B?
- Searching online, I found someone else which had a similar problem using iMX6 custom boards (not Apalis). They solved the issue disabling the Spread Spectrum feature at boot. Is it possible to do the same on these boards? Is it something I can do in u-boot?
- Do you have any suggestions, as maybe “version X of u-boot solves that issue” or any other help on that matter? My u-boot and kernel is quite old and I could update to a more recent release in the future, if this can be a fix for that issue.
The instruments where these boards are mounted should work for many years and bricking them (aka: not being able to boot) as it happened with these V1.1A boards is something that scares me.
Thank you for your help,