As guys from/around Texas Instruments promised there is new Beaglebone Black on a market. Faster, cheaper, with video output and other extras. For me it looks like Raspberry/Pi killer done right.

What is on board?

There is a lot of goods:

• 1GHz TI AM355x cpu with ARM Cortex-A8 core supporting ARMv7-a instruction set
• PowerVR GPU with OpenGL ES support (closed source driver)
• HDMI output (with audio)
• 512MB ram
• 2GB eMMC
• 92 expansion pins
• USB Host
• USB device
• Ethernet
• microSD slot
• user controlled LEDs
• serial port header

And it still supports (most of) expansion boards from the original Beaglebone which can add extra functionality so possibilities are uncountable. All that for only 45$.

But why it is better?

1. ARMv7-a cpu core. It means that you can run any Linux distribution on it. Think Ubuntu/armhf, Debian/armhf, Fedora/armhf. No need to reinvent a wheel (aka armhfv6 done for Raspbian distribution).

2. No dependencies on closed source components. You can boot board and use it with what ever you want and still have control on all sources used. Sure, there are some binary blobs for OpenGL ES but if you do not need this then you are fine. Try to boot R/Pi without binary blobs…

3. Texas Instruments level of support. Sure, we heard that they abandoned mobile market but Sitara line of processors is still in development, there are new CPUs and they provide documentation and source code for product. Also amount of work done in mainline kernel is not something to be ignored.

4. Expansion headers. Compare 26 pins of R/Pi with 92 of Beaglebone… Then add capes to this.

So which one to choose?

Beaglebone Black of course ;D

As people on IRC told there are other cheap devices made in China with faster cpus and more memory. But for me Beaglebone is not ‘yet another ARM computer’ but rather ‘yet another microcontroller on ultra steroids’ and this is where the true power of this board resides.

All rights reserved © Marcin Juszkiewicz
Death to Raspberry/Pi — Beaglebone Black is on a market was originally posted on Marcin Juszkiewicz website

When I bought Samsung Chromebook friend started “nbench” on it. So I did same on my conference laptop. None of devices won…

Idea of testing cpu power was sitting somewhere at back of my head and finally I decided to just run one simple command available on nearly every GNU/Linux based system: “openssl speed”. Sure, on some systems it will use hardware accelerators, on others (or not) some options enabled to get more speed (like ARM assembly version which is not enabled in Debian/Ubuntu systems). But it is something what anyone can run at home.

Table may be hard to decipher so I also give it as Google Docs. It also has few more devices listed and whole tables (one below is for 8192 size samples).

Devices in table are:

• my Intel Core i7-2600K desktop
• my Intel U7300 (ultra low voltage) conference laptop
• Exynos5 Dual powered Samsung ARM Chromebook
• Exynos4 Dual powered Tizen development platform (got rid of it today)
• i.mx515 powered Efika MX Smartbook
• Beaglebone with AM335x cpu
• Sheevaplug (as only armv5te device which can compare with other entries)

Devices were running different versions of OpenSSL under different systems. It is listed in Google Docs document.

Most interesting columns are U7300 and Exynos 5250 ones — 3 years old laptop which I bought for conferences compared to Chromebook. Looks like for next conferences/events I will rather go with Chromebook not UL30A. This will give me one or two hours of battery life less but it is much lighter device at same time. But have to test it first for few days to check is it comfortable enough for daily use.

All rights reserved © Marcin Juszkiewicz
Let’s compare some cpu ;) was originally posted on Marcin Juszkiewicz website

When I published my last post about ARM boards there were many questions and suggestions with interesting devices. Thank You all for it.

But there were also suggestions about ARM9 or ARM11 based devices. So I decided that it is good time to write what interest me now in ARM world.

But first some inventory. I had/used/have several devices with ARM cpu:

• StrongARM (armv4) one:

  • Sharp Zaurus SL-5500 (which took me to ARM world)

• ARM920 (armv4t) ones:

  • Openmoko GTA01 bv3, bv4 (s3c2410)
  • EDB9301 (EP9301 cpu)
  • Sim-One (EP9307)

• ARM926 (armv5te) ones:

  • Sharp Zaurus sl-5600 (pxa250)
  • Sharp Zaurus c760/sl-6000 (pxa255)
  • Sharp Zaurus sl-c3000 (pxa272)
  • Sheevaplug (kirkwood)
  • Atmel devboards (at91sam9263, at91sam9m10)
  • ST-Microelectronics/ST-Ericsson NDK-15, NHK-15 (st88n15)
  • Nokia 770 (omap1710)
  • Linksys NSLU2 (ixp425 iirc)

• ARM1136 (armv6) ones:

  • Nokia N810 (omap2430)
  • Bug r1.0, r1.2 (i.mx31)

• Cortex-A8 (armv7a) ones:

  • Beagleboard B7, B7, C3 (omap3430)
  • Nokia N900 (omap3430)
  • Nexus S (exynos3)
  • Genesi Efika MX Smartbook (i.mx51)
  • Freescale Quickstart (i.mx53)

• Cortex-A9 (armv7a) ones:

  • Pandaboard EA1, A1 (omap4430)
  • Archos G9 80 (omap4430)

All of that during last 8 years. Most of my ARM live so far was around ARM926 based devices (some of them still can not be listed here) and I do not want to go there again. Kirkwood core was fastest one with 1.2GHz clock and 512MB of RAM it was really fast machine. I only missed Serial ATA in my Sheevaplug (rev 1.0) but even with hard drive on USB it was nice improvement.

Then I played a bit with ARM11 processors. Ok, they were faster than most of ARM9 cpus but I already had experience with Sheevaplug. And after few months first Cortex-a8 board landed on my desk — I got Beagleboard B7 from Bug labs as test platform for their new device. This was improvement!

I still remember my reaction when connected it to normal LCD monitor and saw it used at 720p resolution (1680×1050 was a bit hard for omap3). Moved to Nokia N900 few months later and found that fast cpu means nothing when paired with slow storage and not enough memory for system.

So today I prefer to not look below Cortex-A9 (or comparable cores like ones from Qualcomm or Marvell). Hope to play one day with Cortex-A5 (which should replace ARM926 one day) just to see how low-end armv7a cpu behave.

And wait for ARMv8 to hit market.

All rights reserved © Marcin Juszkiewicz
What interest me in ARM world was originally posted on Marcin Juszkiewicz website

Please people… stop asking me about Raspberry/Pi. I do not want it, do not plan to buy one (when they will be finally available for normal people) and for sure do not plan to support it.

Raspberry/Pi may look as interesting hardware to you but it does not have to mean same to others. Want to run desktop? 256MB of memory means really crippled one (last time I saw this amount of RAM in desktop computer right before opening it to add 512MB stick). Sure, for 25-35 USD it is proper range as memory is probably the most expensive part. Device may be good for using it in more embedded environment where GPIO/I²C/I²S/SPI/UART matter — expansion connector provides those signals.

But I would rather buy BeagleBone to play with peripherials connected to such pins. Someone may ask “why? it is more expensive”. Reason is simple — it is in production, already has expansions which adds things like video output, touchscreens. And it has ARMv7 cpu which allows me to run any ARM distribution available today — so Debian ‘armel/armhf’, Ubuntu, Fedora, OpenSUSE, Ångström (which is preinstalled with great IDE to play with device already) or anything other.

I do not need small device which can run XMBC or Quake — have private PandaBoard which can do that too and has few things more than Raspberry/Pi.

And I do not think that companies which do software should start working on <100USD hardware like article at Techblaze suggests.

All rights reserved © Marcin Juszkiewicz
I am tired of Raspberry/Pi was originally posted on Marcin Juszkiewicz website

So called ‘low cost’ developer boards (like BeagleBoard xM, PandaBoard, Snowball, MX53 Quick Start) do not have NAND flash on them so people are using SD/MMC cards as boot media and storage. So we, developers, went to shops and bought SD cards. Some got class4 ones cause budget was low already, some grabbed class10 ones hoping that they will be fast, other took class6.

I got some 4GB Transcend class10 ones. They worked, gave me 15MB/s on read and were fine. Until recently they started giving strange kernel output, MMC timeouts, I/O errors which resulted in filesystem going into read only mode. As I prefer to have working board then wondering how much time it will survive I trashed both cards. Good that I had some spare unknown 8GB microSD ones. But in last ~year I had to throw away 4 SD cards…

One of solution for it is moving rootfs to some more reliable storage. I did that with MX53 Quick Start — it has 320GB Serial-ATA harddrive connected. So for PandaBoards I could use 8-16GB thumb drives or USB connected hard drives. I had this in past when there was no mx53 hardware at my desk. But this means extra costs, additional cables, probably even another set of power cables…

Will have to check market for good reliable SD cards soon. 8-16GB ones so there will be space available for doing builds. Or will switch to old school NFS root which requires only 64MB cards — just to load bootloader, kernel, initrd. Other option is a network storage like NBD, AoE or iSCSI but this requires more configuration.

All rights reserved © Marcin Juszkiewicz
SD cards die was originally posted on Marcin Juszkiewicz website

Some time ago I got yet another developer board from Linaro — this time it was i.mx53 Quickstart also known as mx53 LOCO. At that time I only found time to power it on and check does it work at all.

Yesterday I booted it with Ubuntu desktop image from Linaro but without connecting to display (I have HDMI addon so can use VGA and HDMI outputs). Lot of lights (voltage controls mostly) appeared on board — funny thing is that to power some of them all you need is VGA or HDMI cable connected.

Today I went shopping… Board comes with power supply (did not used), USB cable and 8GB microSD card. Last item is important as mx53loco boots from it by default — I do not know does it checks SD card too. What I lacked was Serial ATA -> E-SATA cable for my external hard drive. Yes… SATA->ESATA as board has standard connector for connecting drives directly but as it lacks SATA power connector (about which I wrote already) I had to use external case. Good thing is that local electronics shop had those cables available. Disk speed is quite nice:

Serial ATA disk speed

Same disk on USB

Compare it with SD card:

SD card speed

Which interface you prefer for storage? :) I hope that new Efika MX53 from Genesi will have some good Serial ATA storage inside.

But then I got hit by other issue… Mounting of board started to be a problem. I hope that next version of board will be bigger. This one is too packed — and HDMI addon makes it even worse at it adds 5th edge to square board. In past I wrote a post about perfect developer board and some points apply here. What I do not like:

• too small amount of space around mounting holes — hard to reach with 5mm key
• VGA and RS232 connectors forced me to use very tiny screws to be able to mount board to my board plate
• Power button is hidden behind screw and hard to reach
• HDMI addon makes use of Reset and Power buttons very hard — have to use pen or stylus instead of finger when cable is connected
• leds are too bright — will have to put some duct tape on them

Is there something I like? Of course — I do not want to only complain ;) This is the only cheap developer board from Linaro supported ones with native Serial ATA interface (iirc Samsung cpu could have it but Origenboard does not have connector). Two SD interfaces allow to prototype devices which require extra expansions in case of Beagleboard or Pandaboard. And this is smallest devboard I ever used (cause I never played with Gumstix — but even they usually run in some carrier boards). And compare to Texas Instruments boards it comes with cables and power supply. I plan to make small distcc/icecream farm from my ARM boards and this one will be for use one of nodes.

All rights reserved © Marcin Juszkiewicz
Square board with five edges was originally posted on Marcin Juszkiewicz website

It was 24th March 2010 when one friend asked me do I want to be added to beta testers list for new omap hardware. One of questions was “what would you like to have on board” so I replied:

• hdmi out (does not care much about vga/svideo/composite out)
• 2xSD slots (SD or microsd type)
• ethernet (but rather not on usb)
• serial on db9/icd10 + serial/jtag by miniusb (think sheevaplug)
• OTG is not needed but can be present
• BT would be nice but not required as I have 5 micro dongles here
• few usb ports — if possible (not omap3530) on more then one hub
• few leds (multicolor?) would be nice (bug 2.0 has 2xblue + 2xmulticolor)
• few buttons including power/reset ones
• and 5V 2.1/2.5mm power jack. I do not need power-on-otg because it require 500mA ports
• onboard lcd+ts is not needed for me
• ah… and mounting holes like in beagleboard so board can be mounted anywhere
• connector with i2c/spi/gpio/etc/etc
• I missed audio in/out
• battery for rtc

And suggested to place most of connectors on 2 edges as it helps to organize desk. Atmel’s at91sam9m10 was given as example cause it has all connectors on top and left edge.

And time passed… At UDS-M TI people said that there will be cheap OMAP4 based board named PandaBoard. During dinner (later same day) I got added second time to early adopters list. I wonder how Rob Clark reacted when he saw me on a list already :D

And again time passed… Ubuntu/ARM people were playing with prototypes of PandaBoard (ES1.0, ES2.0 6-layer etc) and I had occasion to play with boards during Ubuntu/Linaro platform sprint in Prague. It looked nice (if you did not looked at ES1.0 one) and was more or less working fine.

And finally at 15th September I was told that at the end of month there will be production run from which several boards will be shipped to early adopters and few selected projects. Board travelled half of the world, then got back to US and at the end of UDS-N I got it.

Arrived home, powered BeagleBoard C3 off and started to assemble new board. Panda got several accessories connected:

• +5V 3.5A power supply
• powered USB hub
• small USB keyboard
• wireless USB mouse
• 20″ LCD monitor with 1680x1050px resolution (this is also connected to my desktop)
• 320GB Serial-ATA hard drive in SATA->USB enclosure

Also connected Ethernet, serial (by usb-serial dongle + 2 usb extenders) and used one of floating SD cards to have place for bootloaders and kernel. Config is much nicer then it was when I used BeagleBoard.

As operating system I am using Ubuntu 11.04 ‘natty’ as this is current development version and I have some things to check under it. Anyway I plan to move backwards and install 10.10 ‘maverick’ as primary system cause this will allow me to test omap4 hardware acceleration of graphics and audio/video decoding.

What I am using it for? Package building and testing. So far rebuilt whole KDE4 but it was segfaulting all the time on EfikaMX Smartbook so I am waiting for official ones (as there are some things to fix there first).

All rights reserved © Marcin Juszkiewicz
PandaBoard: my story was originally posted on Marcin Juszkiewicz website

Share/Bookmark

Related posts:

1. BeagleBoard in a box
2. How many serial ports are enough?
3. My expansion board for BeagleBoard

Yesterday Konstantinos Margaritis from Genesi USA was giving out about 40 Efika MX Smartbooks and few Efika MX Smarttops. I had that luck to became owner of one of those Smartbooks.

That’s nice device. Powered by 800MHz Freescale i.MX515 cpu with 512MB ram has enough juice to be used as web/email netbook. After charging I got nice message from kernel’s power supply subsystem: 427 minutes of battery life — nice value for just 3-cell battery (6-cell is an option according to box informations and website). What else inside:

• 10.1″ TFT-LCD, 16:9 with LED backlight, 1024 x 600 resolution
• 3D Graphics Processing Unit
• Multi-format HD video decoder and D1 video encoder
• 16GB Nand Flash
• External MMC / SD card slot (up to SD v2.0 and MMC v4.2)
• Internal MicroSD slot
• 802.11 b/g/n WiFi (with on/off switch) – Ralink chipset
• Bluetooth 2.1 + EDR
• 2 x USB 2.0 ports
• Phone jack for headset (audio in / out)
• Built-in 1.3MP video camera
• Built-in microphone
• Built-in stereo speaker

That “16GB Nand Flash” in reality is 15GB Flash-on-module connected to PATA controller. According to “hdparm” tests it makes 22-24MB/s which is quite for this type of devices. My class 10 SD card managed to get 14MB/s (compare it with 5.3MB/s in BeagleBoard) so storage options are nice. Ah… there is also MicroSD slot behind the battery but I did not tested how fast it is.

Note one thing: by default Smartbook boots from internal PATA drive but if there is SD card in slot then it is used for booting. This allows to test development kernels without need of getting to U-Boot. I got hit once by that because card which I used to transfer some data had OMAP3 kernels on it… As you can imagine it did not booted properly…

After I think hour or two I got it upgraded from Ubuntu 10.10 “maverick” to “natty” and got hit by some modifications done by Genesi. After copying “/boot/” from other Efika MX I got it working again. Next days will bring me working KDE 4.5.2 desktop (will have to rebuild some packages for it).

My plans for it? Mobile ARM test platform + laptop replacement for events where I do not need more then email + web + IM.

All rights reserved © Marcin Juszkiewicz
I got Efika MX Smartbook from Genesi was originally posted on Marcin Juszkiewicz website

Share/Bookmark

Related posts:

1. Efika MX SmartBook hacking day 3
2. Debug board for Efika MX Smartbook
3. What defines good laptop?

It was known since previous UDS that there will be OMAP4 based PandaBoard available for developers. And some time ago pandaboard.org was started (for now with temporary website). Boards are still not available at distributors but there are some of them in different projects (like Ubuntu/ARM), some are on a way to new users (mine for example).

When final price was announced many people said that PandaBoard is BeagleBoard XM killer due to same (179USD) price. But is it? Let have a look.

First group of users for such boards are software developers. If they do not work for hardware companies then usually want to get more power for same price. So they will choose PandaBoard.

Second group would be companies which want to produce own hardware based on OMAP3/4. Here it depends on how soon OMAP4 chips will be available in small orders. As OMAP3 can be bought now and BBXM is available to buy many will choose it as this allow to get own hardware ready to market in less then year with having working platform for own developers so final device will start with ready software. One of such is BUG 2.0 which I used at prototype phase. It was designed after using BeagleBoards with BUGBoard extension as base for hardware development.

And Beagleboard XM is available to buy today — with fast CPU, 512MB ram, Ethernet, few USB ports it is big update to previous versions. I never used it — BB C3 is still my primary ARM development system. But in 2-3 weeks situation will change and BB will meet another C3 and one B7 versions in a box due to arrival of PandaBoard.

All rights reserved © Marcin Juszkiewicz
PandaBoard: Beagleboard XM killer? was originally posted on Marcin Juszkiewicz website

Share/Bookmark

Related posts:

1. PandaBoard: my story
2. UDS continues
3. OMG! (aka BeagleBoard + LCD)

Dear fsck

I am not a filesystem expert so when you said to me “filesystem has errors, please run me without -a -p options” I did that. But then you gave me some numbers asked question which I did not had a chance to understand (even Google query did not helped) so I dig for my dusted normal user hat and pressed “Enter” key. Then again and again and again and then I just looked for something heavy and put it on keyboard so you will stop interrupting and just do your work.

So can you just do what you can next time instead of asking me to keep “Enter” key like any other monkey? That heavy object was hedgehog made by my lovely daughter and I prefer to not use for things like that.

Sincerely yours, Marcin

All rights reserved © Marcin Juszkiewicz
I am not a filesystem expert was originally posted on Marcin Juszkiewicz website

Share/Bookmark

Related posts:

1. Are Ubuntu developers using Ubuntu?
2. My expansion board for BeagleBoard
3. UDS continues

Some time ago I mounted my old monitor to the wall and configured my system for dual head. With NVidia 7300GT card setup was easy — Twinview handled it quite ok after fixing configuration so panels were properly setup and located:

• 24″ on the left with 1920×1080 resolution as primary display
• 20″ on the right with 1680×1050

But after few days I decided that enough is enough. From time to time I had X11 session where maximizing window == placing it on two monitors (which was pain when second one was off or switched to BeagleBoard output). I do not have to add how uncomfortable it was…

So after discussion with few friends I decided to give a chance to ATI and bought Radeon HD5450 card. It is nearly cheapest card on that chipset (I bought DDR3 one instead of cheap DDR2 one) but it feels faster then GeForce 7300GT which I was using before.

But dual head setup is still a problem. Ok, X11 can now start without “/etc/X11/xorg.conf” file (I needed it with NVidia card) but after X session start I need to use XRandR to:

• switch panels to native resolution (instead of 1680×1050 for both)
• change orientation (20″ on the right to 24″ instead of cloning)

And then I have few strange things in system:

• KDE panel does not enlarge with resolution change
• RSIBreak blackout is only on 1680×1050 area of 24″ panel

So it looks like in near time I will continue fight with creation of proper “xorg.conf” file to get my displays configured properly out-of-box. I wonder when situation will change as it looks now that there is no standardized way to tell which display is which in configuration file (both panels are Samsung, both give “SAM” as name in EDID).

Related posts:

1. Samsung 205B Wide
2. ATI onboard strikes back
3. State of ATI RS482 gfx driver

This year I attended only one day of LinuxTag: Friday. There were many reasons for that but I am glad that I made at least that.

Wake up at 05:00 is hard… But I had a train to Berlin to catch. It was IC so power sockets were available and I watch some film and checked once again program for a day.

First attended talk was “Truths and Lies: Where’s the Open Source Modern Mobile Phone?” by Mickey Lauer. I like his presentations – they are always interesting and professional. His expertise in mobile phones running open systems warrant good talk. This time he did not mentioned FSO or oFono but told why Android (HTC Dream), WebOS (Palm Pre), Maemo (Nokia N900) are not open source systems. Why does it matter? Open system allows you do anything with device — you can even send it to space (like it was done with Openmoko GTA02).

I missed “Mobile Development with Qt and Qt Creator” presentation but Nokia guy at their stand explained later how does it work and why it is worth checking. In short: usable IDE with simulation of target device screen (from 1:1 display size to 1:1 resolution size).

Dirk Hohndel from Intel had a talk about “MeeGo – Linux for Mobile Devices”. Nice talk with presentation of current release on older laptop. Some background informations how it started from meeting of Intel and Nokia guys. And then someone asked will all existing applications will be rewritten to Qt (which is primary toolkit in MeeGo). Dirk tried to not answer it directly but finally said that no, current apps will stay with GTK+ (Clutter, MX) and only new ones will use Qt. I was not surprised — I know Moblin guys and their preferences when it comes to UI toolkit.

Next talk was about writing native code for Android and about how much can be done without going to Java world. As I am considering Android as a system for my next cell phone I was interested. But native does not free developer from Java. The idea is that you write C code, build it into library and then you need to write JNI which will be used from Java application to calls functions from native library. So ok, it gives speed but you still need to know Java ;(

“Debian Pure Blends” talk did not attracted many people. Andreas Tille told that many derivatives exists and some of them got merged back into Debian (like Skolelinux) while some does not even look like having sense in them.

“Debian GNU/kFreeBSD” summarised why Debian with FreeBSD kernel was made, what it gives and what is missing. Also note that NetBSD and OpenBSD based attempts were done but died few years ago. Is it worth using? I can not answer to that question. But if you need ZFS…

And at the end of a day Amit gave a talk about Linaro. There were about few people and most of them from Canonical.

But LinuxTag is not only talks. There are booths to visit, friends, coworkers and other people to meet etc.

Texas Instruments presented their low cost boards: HawkBoard, LeopardBoard and BeagleBoard XM. Each has own uses as they are using different processors and have other features. I hope that one day BB XM will replace my normal one but first they need to be available to buy (Digikey information is “6 weeks”).

Nokia had big stand where they presented Qt Creator software and Qt demos on N900 connected to flat TV. I asked some questions, got answers and now need to find some time to check their software and move my Protracker module player ahead.

OpenEmbedded had stand as well — this year not as a part of Tarent embedded area but small one in next hall. Florian Boor spent whole day manning it and presented few interesting boards. KaRo one (based on Sheeva cpu) was interesting — too bad that this is only armv5te ;(

Speaking of Tarent… Was nice to meet them, but did not had a time to talk much.

Met Matthias Klose (widely known as ‘doko’) who is Debian/Ubuntu toolchain maintainer. We had a short talk about our cooperation.

Conference ended, we went to centre for some food and then I had a train to catch to go back home.

Overall it was good to be there. But it was last time when I go for one day — it is simply too short to be able to meet everyone and talk longer then few minutes.

Related posts:

1. I am on the LinuxTag
2. FOSDEM X
3. ST-Ericsson Community Workshop 2009