Now that the DreamPlug has a stable power supply (see previous post..) I decided to live dangerously and update the u-boot version and install a modern ‘device tree’ plus kernel.. It has been mentioned many times before that the u-boot update for a DreamPlug is fraught, and can result in a ‘brick’.. There should be a way … Continue reading →
After my tests compiling the new armv7 Pi 2 Kernel – with ‘device tree’ – I decided to try the same with the ‘classic’ armv6 Pi (B+).. You will need the latest version of the Pi /boot files, including the latest config.txt with the necessary parameters for device tree boot, sound config, etc.. For cross-compilation, I created … Continue reading →
This is a workflow for compilation of a kernel + device tree for the Odroid U3. There are other ways of doing this, but this one works, for me.. Compilation works fine on the device itself, so no need for cross-compilations.. This is for a device with root filesystem and boot partition on one SDcard.. Source from: … Continue reading →
Just updated the CuBox i4-Pro to Kernel 3.19-rc7 – using the standard code from kernel.org.. with device-tree boot using zImage and imx6q-cubox-i.dtb Only tested ‘headless’ access, so far.. Fedora release 21 (Twenty One) Kernel 3.19.0-rc7 on an armv7l (ttymxc0) …………………….. [root@rgcubox ~]# uname -a Linux rgcubox 3.19.0-rc7 #1 SMP Sat Feb 7 13:36:57 EST 2015 armv7l armv7l … Continue reading →
Updated the CuBox-i4 Pro to Kernel 3.18, and now use the complete ‘device tree’ zImage and dtb boot method: The source can be found here: https://github.com/jmontleon/fedora-20-cubox-i_hb/tree/3.18.0 – and the u-boot boot commands are: setenv bootargs “root=/dev/mmcblk0p3 rootfstype=ext4 rootwait console=ttymxc0,115200n8 console=tty1 video=mxcfb0:dev=hdmi,1920x1080M@60,if=RGB24,bpp=32” setenv bootcmd “load mmc 0:1 0x10800000 zImage; load mmc 0:1 0x18000000 imx6q-cubox-i.dtb; bootz 0x10800000 – 0x18000000” … Continue reading →
ARM devices on Linux are rapidly moving to use the ‘device tree‘ format to specify the CPU / SoC characteristics at kernel compile time, for producing the boot image… For systems such as the DreamPlug, this means that the old # make uImage is no longer applicable.. For the DreamPlug, this is an example of the … Continue reading →
Updated the Dreamplug to 3.11.3, and – although # make uImage… still works, decided to try the ‘new/improved’ Device Tree option, as this is the way of the future – apparently.. I found that the obvious config option of ‘Marvell Dreamplug…..’ etc didn’t work, and I would assume this is due to this being an earlier Dreamplug, … Continue reading →