Snowball: Difference between revisions
No edit summary |
(Nominated for deletion) |
||
| (7 intermediate revisions by 2 users not shown) | |||
| Line 1: | Line 1: | ||
= | {{Delete|reason=Project is dead. Used Qt 4}} | ||
{{Cleanup | reason=Auto-imported from ExpressionEngine.}} | |||
==General== | = Snowball = | ||
== General == | |||
===Device=== | === Device === | ||
General information about the hardware can be found | General information about the hardware can be found "here": http://www.igloocommunity.org/ | ||
The mainstream Linux images are Ubuntu 12.04. There is a vast amount of documentation, some of it indicates that you have to manually splice a hwpack (binary blobs) with a vanilla release, but you appear to be fine if you simply grab the Linaro 12.04 image from [http://igloocommunity.org/download/linaro/images/2012.03.1/ here] | The mainstream Linux images are Ubuntu 12.04. There is a vast amount of documentation, some of it indicates that you have to manually splice a hwpack (binary blobs) with a vanilla release, but you appear to be fine if you simply grab the Linaro 12.04 image from [http://igloocommunity.org/download/linaro/images/2012.03.1/ here] | ||
Everything is there including a binary blob repo which should keep your blobs in good shape. There is a metapackage you need to track called: | Everything is there including a binary blob repo which should keep your blobs in good shape. There is a metapackage you need to track called: | ||
| Line 13: | Line 15: | ||
hwpack-linaro-lt-snowball-x11-base | hwpack-linaro-lt-snowball-x11-base | ||
===Toolchain=== | === Toolchain === | ||
Since Ubuntu already package a arm-linux-gnueabihf toolchain, I simply grabbed theirs. There might be a better mechanism. One absolutely filthy thing I found myself doing (Since I primarily use Arch Linux) is: | Since Ubuntu already package a arm-linux-gnueabihf toolchain, I simply grabbed theirs. There might be a better mechanism. One absolutely filthy thing I found myself doing (Since I primarily use Arch Linux) is: | ||
| Line 21: | Line 23: | ||
1) Required to get the tools running | 1) Required to get the tools running | ||
Exporting a library containing 64bit, | Exporting a library containing 64bit, ARM centric binaries: | ||
export LD_LIBRARY_PATH=/opt/os/precise/usr/x86_64-linux-gnu/arm-linux-gnueabihf/lib | export LD_LIBRARY_PATH=/opt/os/precise/usr/x86_64-linux-gnu/arm-linux-gnueabihf/lib | ||
| Line 27: | Line 29: | ||
2) Required to get the toolchain finding its bits | 2) Required to get the toolchain finding its bits | ||
Symlinking | Symlinking Ubuntu's arm-linux-gnueabihf folder into my personal system | ||
ln -s /opt/os/precise/usr/arm-linux-gnueabihf /usr/arm-linux-gnueabihf | ln -s /opt/os/precise/usr/arm-linux-gnueabihf /usr/arm-linux-gnueabihf | ||
===Lighthouse backends=== | === Lighthouse backends === | ||
The EGL implementation shipped as part of the aforementioned Ubuntu image is tied to X11. For this reason, the xcb backend is the logical choice (although we would like to get Qt running directly on the framebuffer on this device) and is what we have tested on the device. | |||
The | |||
== Configuration == | |||
=== On target === | |||
As per usual with Debian based hosts, adjust your apt repositories to include the appropriate source repos and: | As per usual with Debian based hosts, adjust your apt repositories to include the appropriate source repos and: | ||
apt-get build-dep qt4-x11 | apt-get build-dep qt4-x11 | ||
===On host=== | === On host === | ||
./configure -device linux-snowball-g++ -device-option CROSS_COMPILE=/opt/os/precise/usr/bin/arm-linux-gnueabihf- -sysroot /stores/st/rootfs -opengl es2 | |||
== Usage == | |||
The Snowball has a mini USB port so you require an appropriate adapter to interface this with standard USB hardware. Outside of this, your primary means of interacting with the device is via minicom/screen, again driven through this micro-USB port. | |||
== Caveats == | |||
Spurious errors about an inability to find a DRI module and hence falling back to software rendering: | |||
Spurious errors about an inability to find a | |||
http://igloocommunity.org/pipermail/users/2012-March/000597.html | http://igloocommunity.org/pipermail/users/2012-March/000597.html | ||
Latest revision as of 15:03, 24 March 2016
| This article is nominated for deletion. Reason: Project is dead. Used Qt 4 Please raise your support/opposition to this nomination in the article's discussion page. |
| This article may require cleanup to meet the Qt Wiki's quality standards. Reason: Auto-imported from ExpressionEngine. Please improve this article if you can. Remove the {{cleanup}} tag and add this page to Updated pages list after it's clean. |
Snowball
General
Device
General information about the hardware can be found "here": http://www.igloocommunity.org/
The mainstream Linux images are Ubuntu 12.04. There is a vast amount of documentation, some of it indicates that you have to manually splice a hwpack (binary blobs) with a vanilla release, but you appear to be fine if you simply grab the Linaro 12.04 image from here
Everything is there including a binary blob repo which should keep your blobs in good shape. There is a metapackage you need to track called:
hwpack-linaro-lt-snowball-x11-base
Toolchain
Since Ubuntu already package a arm-linux-gnueabihf toolchain, I simply grabbed theirs. There might be a better mechanism. One absolutely filthy thing I found myself doing (Since I primarily use Arch Linux) is:
(/opt/os/precise is an Ubuntu Precise chroot)
1) Required to get the tools running
Exporting a library containing 64bit, ARM centric binaries:
export LD_LIBRARY_PATH=/opt/os/precise/usr/x86_64-linux-gnu/arm-linux-gnueabihf/lib
2) Required to get the toolchain finding its bits
Symlinking Ubuntu's arm-linux-gnueabihf folder into my personal system
ln -s /opt/os/precise/usr/arm-linux-gnueabihf /usr/arm-linux-gnueabihf
Lighthouse backends
The EGL implementation shipped as part of the aforementioned Ubuntu image is tied to X11. For this reason, the xcb backend is the logical choice (although we would like to get Qt running directly on the framebuffer on this device) and is what we have tested on the device.
Configuration
On target
As per usual with Debian based hosts, adjust your apt repositories to include the appropriate source repos and:
apt-get build-dep qt4-x11
On host
./configure -device linux-snowball-g++ -device-option CROSS_COMPILE=/opt/os/precise/usr/bin/arm-linux-gnueabihf- -sysroot /stores/st/rootfs -opengl es2
Usage
The Snowball has a mini USB port so you require an appropriate adapter to interface this with standard USB hardware. Outside of this, your primary means of interacting with the device is via minicom/screen, again driven through this micro-USB port.
Caveats
Spurious errors about an inability to find a DRI module and hence falling back to software rendering:
http://igloocommunity.org/pipermail/users/2012-March/000597.html