ahl Posted October 4, 2016 Posted October 4, 2016 Dear all, I'm just trying to get a HummingBoard-Edge (i.MX6 Quad, 2GB) working with Armbian_5.20_Cubox-i_Ubuntu_xenial_4.7.3. Unfortunately, the board is recognized as CuBox-i, U-Boot loads the wrong dtb file (imx6q-cubox-i.dtb) and I have no access to the internal eMMC card (mmcblk1). By the way, it's the same issue with ArchLinuxArm. Do I have to somehow modify the U-Boot environment variables to get the board being recognized as Hummingoard2? Do you have any other ideas? Thank you very much for your help! Best regards Andreas U-Boot 2013.10-rc4 (Aug 31 2016 - 17:35:12)CPU: Freescale i.MX6Q rev1.5 at 792 MHzReset cause: WDOGBoard: MX6-CuBox-iDRAM: 2 GiBMMC: FSL_SDHC: 0In: serialOut: serialErr: serialNet: FEC [PRIME]Hit any key to stop autoboot: 0
tkaiser Posted October 4, 2016 Posted October 4, 2016 Unfortunately, the board is recognized as CuBox-i, U-Boot loads the wrong dtb file (imx6q-cubox-i.dtb) Did you try the 'setenv fdtfile' approach as outlined here already?
Igor Posted October 5, 2016 Posted October 5, 2016 We all rely on correct board recognition which was done by Solidrun. You can either dig into their u-boot and fix this, report the issue there or set correct fdtfile manually in boot script as Thomas suggested.
ahl Posted October 5, 2016 Author Posted October 5, 2016 @tkaiser: Thank you for the hint. boot.cmd now reads as follows. I compiled it via mkimage. setenv fdtfile imx6q-hummingboard2.dtb#run autodetectfdtsetenv ramdisk_addr 0x14800000setenv bootargs "root=/dev/mmcblk0p1 rootfstype=ext4 rootwait console=ttymxc0,1$ext2load mmc 0 ${fdt_addr} /boot/dtb/${fdt_file} || fatload mmc 0 ${fdt_addr} /$ext2load mmc 0 ${ramdisk_addr} /boot/uInitrd || fatload mmc 0 ${ramdisk_addr} u$ext2load mmc 0 ${loadaddr} /boot/zImage || fatload mmc 0 ${loadaddr} zImage || $bootz ${loadaddr} ${ramdisk_addr} ${fdt_addr}# Recompile with:# mkimage -C none -A arm -T script -d /boot/boot.cmd /boot/boot.scr The device is still recognized as SolidRun Cubox-i Dual/Quad. Parts of the boot log: U-Boot 2013.10-rc4 (Aug 31 2016 - 17:35:12)CPU: Freescale i.MX6Q rev1.5 at 792 MHzReset cause: WDOGBoard: MX6-CuBox-iDRAM: 2 GiBMMC: FSL_SDHC: 0In: serialOut: serialErr: serialNet: FEC [PRIME]Hit any key to stop autoboot: 0 Starting kernel ...Uncompressing Linux... done, booting the kernel.Booting Linux on physical CPU 0x0Linux version 4.7.3-cubox (root@xenial) (gcc version 4.9.4 20151028 (prerelease) (Linaro GCC 4.9-2016.02) ) #27 SMP Wed Sep 14 23:06:12 CEST 2016CPU: ARMv7 Processor [412fc09a] revision 10 (ARMv7), cr=50c5387dCPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cacheMachine model: SolidRun Cubox-i Dual/Quad mmc0 = SD card functional. mmc0: host does not support reading read-only switch, assuming write-enablemmc0: new high speed SDHC card at address aaaammcblk0: mmc0:aaaa SL08G 7.40 GiB mmcblk0: p1 mmc1 = eMMC (?) shows up in the log but not availabe under /dev/disks sdhci-esdhc-imx 2190000.usdhc: allocated mmc-pwrseqmmc1: SDHCI controller on 2190000.usdhc [2190000.usdhc] using ADMAmmc1: queuing unknown CIS tuple 0x80 (2 bytes)mmc1: queuing unknown CIS tuple 0x80 (3 bytes)mmc1: queuing unknown CIS tuple 0x80 (3 bytes)mmc1: queuing unknown CIS tuple 0x80 (7 bytes)mmc1: queuing unknown CIS tuple 0x80 (7 bytes)mmc1: new high speed SDIO card at address 0001 @Igor: I will report the issue in the SR forum.
Igor Posted October 5, 2016 Posted October 5, 2016 You made a typo: fdt_file not fdtfile That's why there was no change. And those: mmc1: queuing unknown CIS tuple 0x80 (2 bytes) in log are due too default enabled eMMC for all boards. If you board does not have it you will see this ... it must be fixed in u-boot.
ahl Posted October 5, 2016 Author Posted October 5, 2016 Thank you, Igor, that fixed it! Starting kernel ...Uncompressing Linux... done, booting the kernel.Booting Linux on physical CPU 0x0Linux version 4.7.3-cubox (root@xenial) (gcc version 4.9.4 20151028 (prerelease) (Linaro GCC 4.9-2016.02) ) #27 SMP Wed Sep 14 23:06:12 CEST 2016CPU: ARMv7 Processor [412fc09a] revision 10 (ARMv7), cr=50c5387dCPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cacheMachine model: SolidRun HummingBoard2 Dual/Quad eMMC is now accessible: mmc1: new DDR MMC card at address 0001mmcblk1: mmc1:0001 4FPD3R 3.64 GiBmmcblk1boot0: mmc1:0001 4FPD3R partition 1 4.00 MiBmmcblk1boot1: mmc1:0001 4FPD3R partition 2 4.00 MiBKey type encrypted registeredmmcblk1rpmb: mmc1:0001 4FPD3R partition 3 512 KiB 1
Recommended Posts