Igor

https://www.toradex.com/computer-on-modules/colibri-arm-family/freescale-imx6 You got this one? According to quick look it should not be very hard. http://developer.toradex.com/software-resources/arm-family/linux/board-support-package/build-u-boot-and-linux-kernel-from-source-code I am adding boards that I have around my desk to the Armbian build script or if anyone else prepare and test. Only theory based is usually waste of time since it's not possible to debug on the spot. This is our main configuration (development version!): https://github.com/igorpecovnik/lib/blob/master/configuration.sh A lot of things changed so manuals for this part are not updated yet. Furthermore some u-boot source adjustment and/or custom boot script is needed to create + adding some dedicated binaries or fixes ... if you want the same level of service as other boards.

It was a bug indeed in creating root file-system. Rebuild it.

Added. Will be in next.

Hmm? It's a bit harder yes, but not so hard. Result is zero spam forum.

Right: console=ttyS0,115200 Wrong: console=ttyS0 Have you waited few minutes at first boot?

OK, lets put this in. @wildcat_paris My fresh compiled Trusty with 4.3.3 works normally on Cubietruck. I'll check R1 in the morning.

You need to alter boot.cmd parameters and recompile to boot.scr ... with proposed changes, otherwise we won't know where actually stops.

Yes, I just made few tests today by using one partition, two partition and two with offset. I don't have those problems within Trusty so It must be OS related. The most probably cause is false / different parameter reading.

Have you made a configuration prior to compiling? make Cubieboard2_defconfig make

Help me find the correct source to fix this There are many u-boot sources around and will take some time to find the proper / working one.

Yes, it's possible to use this but it's not the proper way - upgrading will not work properly ... Copy uEnv.txt, script.bin and uImage, located in /dev/nand1 to /boot , located in /dev/nand2 and reboot. It will work. I am searching for sources to fix this properly. I only found an working U-boot source for A20. Current Uboot doesn't have support for NAND, that's why we need to use this prehistoric Eventually this will change.

Just an idea how to fix this. Perhaps (I haven't check the code) the device tree for sun7i-a20-ainol-aw1.dts is faulty - remove it from the arch/arm/dts/Makefile ... and try to compile again.

It means you can't really use it much but yes it's booting. I think we got UART and USB ... and probably more. Since there is no network I didn't look anything else. U-boot is mainlined.

I built the image 5 days ago. Not ready for anything. I am uploading it and will be here: Armbian_Orangepiplus_Debian_wheezy_4.4.0-rc4.zip http://mirror.igorpecovnik.com/test/

There was one issue with version - images were without - fixed.

it's possible since there were so many changes. I'll look into this part and fix.

Yes, files on Github should be O.K. but to write this without "should" I need to double check.

Thanks for sharing. BTW ... USB_STORAGE is build into all Armbian kernels for some time. Well, you solved it. Good!

To be determined after several tests. If you don't want to hear a fan running, then lowering the top might be an option. I made only few tests so it's hard to say what's better.

I made one image but I don't know why is not booting. I have to construct level convert to be able to use a normal serial console. I forgot the fact it uses different voltage logic. You have serial console?

Ok, tell me which kernel version and/or system did you build? Poslano z mojega MI 2S z uporabo Tapatalk

We are preparing a new build script, give it a try. http://forum.armbian.com/index.php/topic/404-stable-vs-mainline-for-next/ Logs are in output/debug folder

Have you try this way: root=UUID=e139ce78-9841-40fe-8823-96a304a09859 I'll recreate similar scenario later just to make sure.

Games? For example - inside KODI you needs Mali for GUI operations while video playing goes over different engine.

OK, more logical. Fine with me.