Saturday, 3 August 2013

The big.LITTLE ODROID-XU

One of the community members over at POGS just mentioned that the new ODROID-XU is now available form Hardkernel. Check it out here: http://hardkernel.com/renewal_2011/products/prdt_info.php?g_code=G137510300620

Quite the beefy little ARM unit hosting the new Exynos 5 with 8 cores (4 usable at a time). Essentially it switches between 4 cores that are for light tasks and 4 which are for heavy tasks. Not sure if it's possible to use them all at once, haven't looked into this yet. The whole switching thing is ARM's "big.LITTLE" trademarked design in an attempt to be more energy efficient on mobile devices. The GPU is compliant with OpenCL 1.1 embedded platform profile.

I'm having a serious battle with myself over if I should get it or not. I currently have the ODROID-U2, however, I would like to get my hands on this one because of the GPUs OpenCL 1.1 compliance, albeit only embedded profile as opposed to full. It would allow me to test some OpenCL code I've been playing with for BOINC on an ARM based device.

The problem is that I'm in no position to throw money at new toys. Oh, what to do? Maybe I should wait for something in the same class packing a GPU with full profile OpenCL 1.1 support.

Thursday, 27 June 2013

CyanogenMod 10.1.0 Stable for ODROID-U2

I don't know if it's pre-exam jitters or what, but I felt compelled at 3AM in the morning to put together a little instructional on how to get latest CyanogenMod build on the ODROID-U2. Stable was just released a couple days ago. What follows is by no means "complete". Just documenting as I went more than anything.

Note: Assumes we're installing onto an SD card.

1. Prepare the SD Card

This to be done from a machine with an SD Card reader. We're dumping the 4.1.6 beta image from HardKernel as we want to use the CWM recovery tool to update to CyanogenMod's latest release.

Adjust method below depending on your platform.

1. Download

$ wget http://dn.odroid.com/Android_Beta_1.6/U2/OdroidU2_SD_image_25-Apr-2013.zip

2. Unzip

$ unzip OdroidU2_SD_image_25-Apr-2013.zip

3. Dump to SD card. 

$ sudo dd if=ODROID-U2.img of=/dev/<replace me> bs=4M

4. Insert SD card into ODROID-U2 with keyboard and mouse and boot.

2. Update the ODROID-U2

Now it's time to prepare the ODROID-U2 for latest CyanogenMod release. Might as well jump to my blog post from the ODROID-U2 itself to click the links for easier download.

1. From a browser instance download these:

CyanogenMod 10.1.0 - http://get.cm/get/jenkins/32376/cm-10.1.0-odroidu2.zip
Google Apps 4.2.2 - http://goo.im/gapps/gapps-jb-20130301-signed.zip

2. Open up a terminal, become root and reboot into recovery console:

$ su
# reboot recovery

3. You should be in recovery console when you navigate to do this (in order):
  - Wipe data/factory reset
  - Install zip from sdcard
  - Choose file
  - Browse to Download folder and select cm-10.1.0-odroidu2.zip
  - Choose file
  - Browse to Download folder and select gapps-jb-20130301-signed.zip

4. Now reboot and we should be done. You should get CyanogenMod logo spinning like this for a little bit before Google Apps config appears:



I'll be back to update this later as there will probably be a few bugs to nut out.


Wednesday, 12 June 2013

SETI@Home v7 Project binaries update

When I initially uploaded the project binaries for the new v7 client, I neglected to keep the v6 client included. I forgot that the v6 client is still being used for Astropulse. I've now fixed this and if you download, extract and restart, you should see two application versions instead of just one:

$ boinccmd --get_state | grep -A 8 "Application versions"
======== Application versions ========
1) -----------
   application: setiathome_enhanced
   version: 6.12
   project: SETI@home
2) -----------
   application: setiathome_v7
   version: 7.01
   project: SETI@home

Task still chugging along:



Thursday, 6 June 2013

SETI@Home v7 client for Raspberry Pi

MarkJ reminded me that SETI now have a new client which means the old v6 client will discontinue to work.

I've compiled the new v7 client. Go get it over on my project page or download project package directly here:

https://github.com/dcarrion87/boinc-rpi/blob/master/bin/setiathomev7-armv6l.tar.gz?raw=true

As always, with my packages, this just needs to be extracted into the BOINC project folder. If you already have SETI attached you should only need to fix permissions and restart client for it to read new app_info.xml file and start giving you v7 tasks.

My task won't finish for a while so can't let you know if it works yet. However, it's available for those that want to give it a crack.

Current task pending completion: http://setiathome.berkeley.edu/result.php?resultid=3029125497

Not long to go now (Ha ha):


Monday, 4 March 2013

School starting.

Thought I'd post something to let people know that semester 1 classes begin tomorrow. This means I won't be able to dedicate as much time to my "toys" and hence the content updates on the blog will most probably suffer.

I'll be continuing to watch things and might post now and then. If you have any requests or suggestions for porting BOINC apps over to a certain platform feel free to post and I can try have a look into it when I get a chance.

My PSU Project.

I decided that it was time to set up a cleaner, more permanent solution for providing 5V and 12V in my server rack. Here's some photos with details outlining where I'm at so far.

4 x 20A rated terminal blocks. 2 of them are for +5V and +12V. The cable I used is auto stuff rated for 10A. I split common ground (GND) over 2 terminal blocks so I don't overheat cabling. Also saves device cabling from reaching.

Rear shot of where terminal blocks are secured in rack.

 
550W ATX PSU with +5V, +12V and GND feeds. The PSU is getting 240V straight from my UPS (to the left). Those terminals off the feeds are high quality gold plated banana type terminals with plastic covers.

I need to clean up the wiring a little bit. A few additional things to do:
  • Get 10A in-line fuses for +5V and +12V. Although PSU is current limiting (shuts off when over current), I really don't want to get to this stage.
  • Put a permanent resistor on the +12V circuit. Although I'm constantly pulling something of +12V, I noticed very weird behavior on the +5V when there is nothing doing so. I believe this is related to the PSU needing current draw on +12V in order to function properly.
  • Get a cover for the terminal blocks and some sort of support for device cabling.
  • More cable clean-up.
  • Shunt for reading current draw on +12V and +5V circuits.