Intel® Makers
Intel® Edison, Intel® Joule™, Intel® Curie™, Intel® Galileo
Announcements
Welcome - This is a Peer-to-Peer Forum only. Intel has discontinued these products but you may find support from other customers on this Forum
9868 Discussions

ubilinux (Debian) now available from Emutex Labs

DHunt5
Valued Contributor I
18,650 Views

Hi all,

There's now a flash-installable version of Debian available for Edison. It's called ubilinux, and is a follow-on from the previous work done on the ubilinux distribution for Galileo and Galileo Gen2.

ubilinux page http://www.emutexlabs.com/ubilinux here

Functionality available out of the box:

Mutli-function gadget (Storage, Network, Serial)

Wifi

Arduino IDE compatibility with sketch download daemon

C and C++ compiler

Python

Node.JS

wpa-supplicant and HostAPD

If there's something missing that you need, just use 'apt-get install' to get it from the pre-selected Debian repositories.

We've chosen the "flashall.sh -b" method to install onto the Edison, as we've increased the size of the root partition to a size that's larger than the max size allowed by the OTA upgrades. This is to give users more space for installing packages. You need a linux platform or a Linux live-boot platform to use the flashall.sh script. See the Installation Instructions here: http://www.emutexlabs.com/ubilinux/29-ubilinux/218-ubilinux-installation-instructions-for-intel-edis... Installation instructions

--START EDIT--

Note: It's probably good if the first thing you do once you get your board connected to the internet is do an "apt-get install ntp" which will automatically set the system clock. Otherwise it's set to a date in the year 2000.

--END EDIT--

--START EDIT--

xFSTK (as mentioned below) is no longer needed if you tweak the flashall.sh script as described in this post:

/message/257617# 257617 https://communities.intel.com/message/257617# 257617

--END EDIT--

Message was edited by: David Hunt

168 Replies
MMoy
New Contributor II
646 Views

This is what i was having trouble with. The requirements say "Host PC with Linux OS and software to flash Edison boards (dfu-util), please refer to the tutorial on the Intel Documentation" yet i have not been able to find it.

 

I get this in the console window

 

jim@ubuntu:~/edison/toFlash$ sudo ./flashall.sh -b

Starting Recovery mode

Please plug and reboot the board

Flashing IFWI

!!! You should install xfstk tools, please visit http://xfstk.sourceforge.net/ http://xfstk.sourceforge.net/

jim@ubuntu:~/edison/toFlash$

Can someone lend a hand on how i can install the xfstk tools please.

BWebb2
New Contributor III
646 Views

This is great! You are alot further along than I am. I had both Ubuntu and Debian booting, but hadn't even gotten a shell yet...

I'll try it out right away!

ABanq
New Contributor I
646 Views

So I am trying to flash this image using a RasPi but am running into a lot of issues with prerequisite software (xsftk). Is there a simpler way to flash the image? Or is it possible to flash using a Windows computer?

DCler
New Contributor I
646 Views

Hi Banq,

At the moment the only supported installation method is from a Linux box.

Unfortunately the RasPi doesn't have enough RAM, I suggest you to use a Computer with at least 2GB of RAM (see previous post from drazvan).

You can use a Linux Live USB stick (or CD Rom) and boot your PC from that media without installing Linux to your machine.

MMoy
New Contributor II
646 Views

I get this in the console window

 

jim@ubuntu:~/edison/toFlash$ sudo ./flashall.sh -b

Starting Recovery mode

Please plug and reboot the board

Flashing IFWI

!!! You should install xfstk tools, please visit http://xfstk.sourceforge.net/ http://xfstk.sourceforge.net/

jim@ubuntu:~/edison/toFlash$

Can someone lend a hand on how i can install the xfstk tools please.

RDrag
New Contributor I
646 Views

Well, you need to have Ubuntu 12.04 installed (a Live CD or USB stick of it works fine, that's how I did it). Go to http://sourceforge.net/projects/xfstk/files/ Intel xFSTK Downloader - Browse Files at SourceForge.net and download 1.7.2 (the latest). Below the download list at the URL above you'll find instructions on how to compile it - you'll need CMake and a bunch of dependencies (just apt-get them as they indicate in there). I've also tried this on a newer Ubuntu (14.04) but it didn't work, it looks like some packages have been renamed.

You're also going to need dfu-util, this one's slightly easier, just download http://dfu-util.gnumonks.org/releases/dfu-util-0.8-binaries.tar.xz http://dfu-util.gnumonks.org/releases/dfu-util-0.8-binaries.tar.xz and do "xzcat dfu-util-0.8-binaries.tar.xz | tar xvf -" to unpackage it, then find the i386 binary and move it to /usr/bin/ .

If you get stuck, post here again and I'll try to help.

ddevs
Novice
646 Views

Ubuntu 14.04.1 LTS work fine for me.

Some tools are already in package so you don't need to compile from source. (sudo apt-get install dfu-util cmake)

Only need to compile xfstk from source.

DHunt5
Valued Contributor I
646 Views

Mike,

I finally (after several hours) got xFSTK compiling on Ubuntu 14.04 (32-bit). I didn't see drazvan's post until I was well stuck into the task. I'm doing up a HOWTO now, and will post in a separate thread, as it's relevant to anyone wanting to use the flashall.sh script, whether they're flashing Yocto or ubilinux. I'll attach a pre-built .deb here on the forum (if that's OK) to save people the 260MB (approx) of dependent packages to build xFSTK. It's an enormous beast, and should really have a bunch of pre-build binaries available.

I took my .deb and did a dpkg -i onto a freshly built USB key of 14.04 (32-bit), and it installed and worked fine, once I'd got dfu-utils, I was then able to flash a mini-breakout fine.

Rgds,

Dave.

MMoy
New Contributor II
515 Views

David_J_Hunt wrote:

Mike,

I finally (after several hours) got xFSTK compiling on Ubuntu 14.04 (32-bit). I didn't see drazvan's post until I was well stuck into the task. I'm doing up a HOWTO now, and will post in a separate thread, as it's relevant to anyone wanting to use the flashall.sh script, whether they're flashing Yocto or ubilinux. I'll attach a pre-built .deb here on the forum (if that's OK) to save people the 260MB (approx) of dependent packages to build xFSTK. It's an enormous beast, and should really have a bunch of pre-build binaries available.

I took my .deb and did a dpkg -i onto a freshly built USB key of 14.04 (32-bit), and it installed and worked fine, once I'd got dfu-utils, I was then able to flash a mini-breakout fine.

Rgds,

Dave.

Thank you for your efforts. I look forward to the HOWTO as i am still learning linux I am sure it will be a great help for me.

MMoy
New Contributor II
515 Views

drazvan wrote:

Well, you need to have Ubuntu 12.04 installed (a Live CD or USB stick of it works fine, that's how I did it). Go to http://sourceforge.net/projects/xfstk/files/ Intel xFSTK Downloader - Browse Files at SourceForge.net and download 1.7.2 (the latest). Below the download list at the URL above you'll find instructions on how to compile it - you'll need CMake and a bunch of dependencies (just apt-get them as they indicate in there). I've also tried this on a newer Ubuntu (14.04) but it didn't work, it looks like some packages have been renamed.

You're also going to need dfu-util, this one's slightly easier, just download http://dfu-util.gnumonks.org/releases/dfu-util-0.8-binaries.tar.xz http://dfu-util.gnumonks.org/releases/dfu-util-0.8-binaries.tar.xz and do "xzcat dfu-util-0.8-binaries.tar.xz | tar xvf -" to unpackage it, then find the i386 binary and move it to /usr/bin/ .

If you get stuck, post here again and I'll try to help.

Can i trouble you to elaborate on the second part of this? I downloaded the file and extracted it.

Not knowing what i am doing i then moved to dfu-util-0.8-binaries/linux-i386 and copied the 3 files there to /usr/bin/

But when i ran flashall.sh it says dfu-util: No such file or directory.

MMoy
New Contributor II
515 Views

I got it now. I just did sudo apt-get install dfu-util

Then it started to do its thing.

Matthias_H_Intel
Employee
515 Views

sure you ran it as sudo?

Did you modify your flashall script according to what @David_J_Hunt suggested?

MMoy
New Contributor II
515 Views

yes as sudo. My problem was i forgot one tiny thing to add to the script which was dfu-wait.

After i fixed that it seems to be doing its thing. Its downloading rootfs right now. so far all is looking good.

BWebb2
New Contributor III
646 Views

This is great! I finally got it installed after getting xFSTK installed, which is painful. I did get it compiles on Mint 17 (Ubuntu 14.04 derivative). Compiling it wasn't too much of a problem. I just had to pick through the dependencies, but it doesn't like to be installed anywhere other than /usr. It took quite a while to edit all the cmake files to allow it to install in a non-root directory.

ddevs
Novice
646 Views

Anyone had success with broadcom bluetooth chip with ubilinux? (somehow working with the default yocto)

I couldn't get /dev/hci0.

Off topic, compile bluez 5.24 user land source with some board for fun (time real):

Odroid-XU -> 7m20.320s

Edison -> 11m29.158s

BBB -> 11m41.402s

RPi -> 26m28.850s

Look like Edison is on par with Beaglebone Black.

DHunt5
Valued Contributor I
646 Views

To be honest, when I was building the ubilinux distro, I didnt focus on Bluetooth at all, but the drivers and firmware are in there, so it's probably missing something small. Does anyone feel like jumping in and taking a look?

On the compilation speeds, were you using both cores on the Edison? I've benchmarked the Edison as being quite a bit faster than BBB, results are on my blog http://www.davidhunt.ie/raspberry-pi-beaglebone-black-intel-edison-benchmarked/ here.

Rgds,

Dave.

ddevs
Novice
646 Views

Well, the default yocto build has it worked so it should not be too hard. Too bad got no time for that, hope somebody will.

If you're going to write the instruction, one little trap: flashall.sh require root (it just quit without any message if run without root authority)

As for the bench, I was under the impression configure script will figure out the thread# (it not). Also, I had some cpu using app running on odroid-xu, so re-run it again:

odroid-xu -> 1m24.879

edison -> 7m29.882s

bbb -> 11m38.107s

rpi -> 25m45.433s

Saw your blogs, BBB spec said it is 1GHz, wonder why you omit it. You really should add any quad ARM board there, Edison still not beat it. An Odroid-U3 ($65, quad 1.7GHz) should easily beat Edison in this departement. Odroid-xu is 1.6GHz (currently Odroid-xu3 is quad 2.0GHz, and also a real HMP so additional 1.4GHz A7 should contribute). Samsung just anounce Exynos 7, 8-core, 64-bit, so it will be interesting when someday any board utilized it. BTW, many project should not need those cpu power anyway.

Anyway with only 500MHz, it's form factor and low power, indeed Edison is pretty impressive.

DHunt5
Valued Contributor I
515 Views

Very interesting. That raises a good question, where do we stop in comparing boards? Sub 100$? Sub 1GHz? Sub 1Watt? We might need to consolidate and come up with a 'bang-per-buck' chart, say a mix of the power consumption, MHz, and CPU throughput. Now that would get real interesting

BWebb2
New Contributor III
515 Views

It look like booting is blocked when the WiFi is unreachable. I had my Edison connected to one WiFi network, and now I'm booting it up and wanting to connect it to another WiFi network. It is currently blocking when it comes to the network configuration for a couple of minutes and the rebooting. Unfortunately I'm about a 2-hour drive from the previous WiFi!

I noticed when I was trying to bring up Debian that the Edison will reboot if it locks up when booting after a couple of minutes, but I don't understand why configuring the network blocks booting.

I should be able to just re-flash the root partition, but we need to figure out why this is blocking.

DCler
New Contributor I
515 Views

Hi faceplant,

To solve the issue about continuous rebooting when the WiFi is unreachable you have to modify the dhcpclient.conf:

$ vi /etc/dhcp/dhcpclient.conf

change the lines after "# require subnet-mask, domain-name-servers;" to:

timeout 20;

retry 10;

reboot 0;

select-timeout 0;

Save and exit, at the next reboot the dhcpclient will try to get an IP, if the WiFi network is not in range it will continue booting after it fails to acquire an IP address.

Note: the fix above solve the issue experienced by faceplant which can be reproduced if you enable wlan0 on boot (auto wlan0) and your WiFi network is not in range.

BWebb2
New Contributor III
515 Views

Is the building of the Debian distribution something that can be scripted and checked into git? It would be nice to have a single repository where we could add fixes / improvements to as we find them and to reduce the burden on a single maintainer.

Reply