AnsweredAssumed Answered

imx6dl, "Starting kernel ..." hangs on SD3 with kernel 3.14

Question asked by romain dubois on Feb 24, 2016

Hi everyone !

I'm working on a custom board (cubox like) with my IMX6DL.

My kernel is from Naoki Aizu (3.14.14,  GitHub - n-aizu/linux-linaro-stable-mx6: Linux kernel repository merging linux-linaro-stable and freescale mx6 patchsets ), and my low level debug options are enabled.

 

My problem is that I can't boot from a µSD on slot SD3, I get the (classic) "Starting kernel ... " hanging :

mmc0 is current device mmc_init: 0, time 84 ** Unable to read file /boot.scr ** 131 bytes read in 8 ms (15.6 KiB/s) Importing environment from mmc0 ... 4612368 bytes read in 219 ms (20.1 MiB/s) Booting from mmc ... 34901 bytes read in 16 ms (2.1 MiB/s) Loaded board.dtb Booting zImage Kernel image @ 0x10800000 [ 0x000000 - 0x466110 ] ## Flattened Device Tree blob at 18000000   Booting using the fdt blob at 0x18000000   Using Device Tree in place at 18000000, end 1800b854  Starting kernel ...

 

However I am not really understanding this error as :

- With my image, when removing my uboot patch (making me boot on SD2 instead of SD3) and using fused microsom to boot on SD2, it boots.

- With my image, when applying my uboot patch (making me boot on SD3 instead of SD2) and using fused microsom to boot on SD3, it does not boots.

- Coworker is using Boundary kernel 3.10.17 (same uboot, same patch, same device tree, same µSD, same uEnv), and it works (on SD3 with patch, on SD2 without).

 

 

Here is the boot log from my coworker :

mmc0 is current device ** Unable to read file /boot.scr ** 118 bytes read in 7 ms (15.6 KiB/s) Importing environment from mmc0 ... 4411512 bytes read in 209 ms (20.1 MiB/s) Booting from mmc ... 47250 bytes read in 17 ms (2.7 MiB/s) Loaded board.dtb Booting zImage Kernel image @ 0x10800000 [ 0x000000 - 0x435078 ] ## Flattened Device Tree blob at 18000000    Booting using the fdt blob at 0x18000000    Using Device Tree in place at 18000000, end 1800e891  Starting kernel ...  Booting Linux on physical CPU 0x0 Linux version 3.10.17-1.0.2_ga+yocto+g4da158a (gcc version 4.9.1 (GCC) ) #1 SMP Thu 6 CPU: ARMv7 Processor [412fc09a] revision 10 (ARMv7), cr=10c5387d CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache ... (booting)

 

So I am a bit confused toward what to do now, my guess is that the kernel is responsible for that mistake

 

Would you have any Idea why I would get such an error?

 

I thank you for your time,

 

Romain Dubois

Original Attachment has been moved to: Aizu_defconfig.zip

Original Attachment has been moved to: Boundary_defconfig.zip

Outcomes