Gunnar Wolf: CuBox-i4Pro
Somewhere back in August or September, I pre-ordered a CuBox-i A nicely finished, completely hackable, and reasonably powerful ARM system, nicely packaged and meant to be used to hack on. A sweet deal!
There are four models (you can see the different models' specs here) I went for the top one, and bought a CuBox-i4Pro. That means, I have a US$130 nice little box, with 4 ARM7 cores, 2GB RAM, WiFi, and... well, all of its basic goodies and features. For some more details, look at the CuBox-i block diagram.
I got it delivered by early January, and (with no real ARM experience on my side) I finally got to a point where I can, I believe, contribute something to its adoption/usage: How to get a basic Debian system installed and running in it.
The ARM world is quite different to the x86 one: Compatibility is much harder, the computing platform does not self-describe properly, and a kernel must first understand how a specific subarchitecture is before being able to boot on it. Somewhere in the CuBox forums (or was it the IRC channel?) I learnt that the upstream Linux kernel does not yet boot on the i.MX6 chip (although support is rumored to be merged for the 3.14 release), so I am using both a kernel and an uBoot bootloader not built for (or by) Debian people. Besides that, the result I will describe is a kosher Debian install. Yes, I know that my orthodox friends and family will say that 99% kosher is taref... But remember I'm never ever that dogmatic. (yeah, right!)
Note that there is a prebuilt image you can run if you are so inclined: In the CuBox-i forums and wiki, you will find links to a pre-installed Debian image you can use... But I cannot advise to do so. First, it is IMO quite bloated (you need a 4GB card for a very basic Debian install? Seriously?) Second, it has a whole desktop environment (LXDE, if I recall correctly) and a whole set of packages I will probably not use in this little box. Third, there is a preinstalled user, and that's a no-no (user: debian, password: debian). But, most importantly, fourth: It is a nightly build of the Testing (Jessie) suite... Built back in December. So no, as a Debian Developer, it's not something we should recommend our users to run!
So, in the end and after quite a bit of frustration due to my lack of knowledge, here goes the list of steps I followed:
- Using the CuBox
- On the i2 and i4 models, you can use it either with a USB keyboard and a HDMI monitor, or by a serial consoles (smaller models do not have a serial console). I don't have a HDMI monitor handy (only a projector), so I prefer to use the serial terminal. Important details to avoid frustration: The USB keyboard has to be connected to the lower USB port, or it will be ignored during the boot process. And make sure your serial terminal is configured not to use hardware flow control. Minicom is configured by default to use hardware flow control, so it was not sending any characters to the CuBox. ^A-O gets you to the Minicom configuration, select Serial port setup, and disable it.
- Set up the SD card
- I created a 2GB partition, but much less can suffice; I'd leave it at least to 1GB to do the base install, although it can be less once the system is set up (more on this later). Partition and format using your usual tools (fdisk+mke2fs, or gparted, or whatever suits your style).
- Install the bootloader
- I followed up the instructions on this CuBox-i forums thread to get the SPL and uBoot bootloader running. In short, from this Google Drive folder, download the SPL-U-Boot.img.xz file, uncompress it (xz --decompress SPL-U-Boot.img.xz), and write it to the SD card just after the partition map: As root,
# dd if=SPL-U-Boot.img of=/dev/mmcblk0 bs=1024 seek=1.
Actually, to be honest: As I wanted something basic to be able to debug from, I downloaded (from the same Google Drive) the busybox.img.gz file. That's a bit easier to install from: xz --decompress busybox.img.xz, and just dump it into the SD from the beginning (as it does already include a partition table):
# dd if=busybox.img of=/dev/mmcblk0
This card is already bootable and minimal, and allows to debug some bits from the CuBox-i itself (as we will see shortly).
After this step, I created a second partition, as I said earlier. So, my mmcblk0p1 partition holds Busybox, and the second will hold Debian. We are still working from the x86 system, so we mount the SD card in /media/mmcblk0p2 - Installing the base system
- Without debian-installer to do the heavy lifting, I went for debootstrap. As I ran it from my PC, debootstrap's role will be for this first stage only to download and do a very initial pre-unpacking of the files: Bootstrapping a foreign architecture implies, right, using the --foreign switch:
debootstrap --foreign --arch=armhf wheezy /media/mmcblk0p2 http://http.debian.net/debian
You can add some packages you often use by specifying --include=foo,bar,baz
So, take note notes: This board is capable of running the armhf architecture (HF for Hardware Float). It can also run armel, but I understand it is way slower. - First boot (with busybox)
- So, once debootstrap finishes, you are good to go to the real hardware! Unmount the SD card, put it in the little guy, plug your favorite console in (I'm using the serial port), and plug the power in! You should immediately see something like:
- U-Boot SPL 2013.10-rc4-gd05c5c7-dirty (Jan 12 2014 - 02:18:28)
- Boot Device: SD1
- reading u-boot.img
- Load image from RAW...
- U-Boot 2013.10-rc4-gd05c5c7-dirty (Jan 12 2014 - 02:18:28)
- CPU: Freescale i.MX6Q rev1.2 at 792 MHz
- Reset cause: POR
- Board: MX6-CuBox-i
- DRAM: 2 GiB
- MMC: FSL_SDHC: 0
- In: serial
- Out: vga
- Err: vga
- Net: phydev = 0x0
- Phy not found
- PHY reset timed out
- FEC
- (Re)start USB...
- USB0: USB EHCI 1.00
- scanning bus 0 for devices... 1 USB Device(s) found
- scanning usb for storage devices... 0 Storage Device(s) found
- scanning usb for ethernet devices... 0 Ethernet Device(s) found
- Hit any key to stop autoboot: 3
Let it boot (that means, don't stop autoboot), and you will soon see a familiar #, showing you are root in the busybox environment. Great! Now, mount the Debian partition:
# mount /dev/mmcblk0p2 /mnt - Finishing debootstrap's task
- With everything in place, it's time for debootstrap to work. Chroot into the Debian partition:
# chroot /mnt
And ask Debootstrap to finish what it started:
# debootstrap --second-stage
Be patient, as this step takes quite a bit to be finished. - Some extra touches...
- After this is done, your Debian system is almost ready to be booted into. Why almost? Because it still does not have any users, does not know its own name nor knows I want to use it via a serial terminal. Three very simple tasks to fix. First two:
- # passwd
- Enter new UNIX password:
- Retype new UNIX password:
- passwd: password updated successfully
- # echo cubox-i.gwolf.org > /etc/hostname
For the second one, add a line to /etc/inittab specifying the details of the serial console. You can just do this:
# echo 'T0:23:respawn:/sbin/getty -L ttymxc0 115200 vt100' >> /etc/inittab - Boot into Debian!
- So, ready to boot Debian? Ok, first exit the chroot shell, to go back to the Busybox shell, unmount the Debian partition, and set the root partition read-only:
- # exit
- # umount /mnt
- # mount / -o remount,ro
Disconnect and connect power, and now, do interrupt the boot process when you see the Hit any key to stop automount prompt. To see the configuration of uboot, you can type printenv We will only modify the parameters given to the kernel:
- CuBox-i U-Boot > setenv root /dev/mmcblk0p2 rootfstype=ext3 ro rootwait
- CuBox-i U-Boot > boot
So, the kernel will load, and a minimal Debian system will be initialized. In my case, I get the following output:
- ** File not found /boot/busyEnv.txt **
- 4703740 bytes read in 390 ms (11.5 MiB/s)
- ## Booting kernel from Legacy Image at 10000000 ...
- Image Name: Linux-3.0.35-8
- Image Type: ARM Linux Kernel Image (uncompressed)
- Data Size: 4703676 Bytes = 4.5 MiB
- Load Address: 10008000
- Entry Point: 10008000
- Verifying Checksum ... OK
- Loading Kernel Image ... OK
- Starting kernel ...
- Unable to get enet.0 clock
- pwm-backlight pwm-backlight.0: unable to request PWM for backlight
- pwm-backlight pwm-backlight.1: unable to request PWM for backlight
- _regulator_get: get() with no identifier
- mxc_sdc_fb mxc_sdc_fb.2: NO mxc display driver found!
- INIT: version 2.88 booting
- [info] Using makefile-style concurrent boot in runlevel S.
- [....] Starting the hotplug events dispatcher: udevd. ok
- [....] Synthesizing the initial hotplug events...done.
- [....] Waiting for /dev to be fully populated...done.
- [....] Activating swap...done.
- [....] Cleaning up temporary files... /tmp. ok
- [....] Activating lvm and md swap...done.
- [....] Checking file systems...fsck from util-linux 2.20.1
- done.
- [....] Mounting local filesystems...done.
- [....] Activating swapfile swap...done.
- [....] Cleaning up temporary files.... ok
- [....] Setting kernel variables ...done.
- [....] Configuring network interfaces...done.
- [....] Cleaning up temporary files.... ok
- [....] Setting up X socket directories... /tmp/.X11-unix /tmp/.ICE-unix. ok
- INIT: Entering runlevel: 2
- [info] Using makefile-style concurrent boot in runlevel 2.
- [....] Starting enhanced syslogd: rsyslogd. ok
- [....] Starting periodic command scheduler: cron. ok
- Debian GNU/Linux 7 cubox-i.gwolf.org ttymxc0
- cubox-i login:
And that's it, the system is live and ready for my commands!
root@cubox-i:~# apt-get clean root@cubox-i:~# df -h Filesystem Size Used Avail Use% Mounted on rootfs 1008M 347M 611M 37% / /dev/root 1008M 347M 611M 37% / devtmpfs 881M 0 881M 0% /dev tmpfs 177M 132K 177M 1% /run tmpfs 5.0M 0 5.0M 0% /run/lock tmpfs 353M 0 353M 0% /run/shm
So, instead of a 4GB install, we have a 350MB one. Great improvement! Now, lets get it to do something useful, in a most Debianic way!

[update 2] And, of course, after finishing the update process... I got a new version of Iceweasel. Restarted it, and everything is back to normal :-


What are we doing about it?
As much as possible!
I tried to tune in with Peru's much more organized call The next round of negotiations will be in Lima, Peru, between May 14 and 24. Their activities are 

Ten years ago, I joined the