Intel Galileo ====

hackEns souhaite remercier Intel pour nous avoir fait parvenir 10 Galileo, qui nous ont permis de monter un certain nombre de projets, dont l'hackDoor.

Cette page recense divers problèmes rencontrés avec le Galileo et l'IDE arduino 1.5.3 distribué et leurs solutions.

Si vous rencontrez une erreur, activez l'affichage détaillé des erreurs dans Fichier → Préférences pour avoir plus d'informations.

## Image à mettre sur la carte SD

http://iotdk.intel.com/images/

From:

https://software.intel.com/en-us/iot/downloads

http://ph0b.com/adding-dev-tools-gcc-make-to-galileo-sd-image/

## Erreur de lock

Comme d'habitude avec arduino, remplacez le fichier fourni `lib/librxtxSerial.so` par le fichier fourni par le système (`/usr/lib/rxtx/librxtxSerial.so`).

## Erreur avec hardware/tools/relocate_sdk.py

Le script utilise `/usr/bin/env python`. C'est un script python2 et votre distribution a sûrement python3 par défaut. Il suffit de modifier `/usr/bin/env python` en `/usr/bin/env python2`.

## Erreur de mode invalide pour find (+111)

cf https://communities.intel.com/thread/48053

Modifier `hardware/tools/install_script.sh` et remplacez `executable_files=$($SUDO_EXEC find $native_sysroot -type f -perm +111)` par `executable_files=$($SUDO_EXEC find $native_sysroot -type f -perm /111)`

## Instabilités diverses

L'alimentation fournie avec les premiers Galileo vendus n'est pas de très bonne qualité et cela peut causer quelques soucis. Essayer avec une autre alimentation, de meilleure qualité, peut résoudre bon nombre de problèmes.

## Cross-compilation

Des paquets de cross-compilation (installer `i586-poky-linux-gcc`) sont disponibles sur le dépôt archlinux. Attention, ces paquets ne fonctionnent à priori que pour la version devkit fournie par Intel ! L'OS “normal” de la galileo utilise une libc différente (uclibc) pour laquelle il faut utiliser la toolchain arduino 1.5.3, mais celle-ci ne marche pas pour l'OS devkit. L'avantage de ces paquets est que c'est déjà compilé, sinon je recommande *fortement* buildroot ou crosstool-ng pour plus de simplicité. Penser à lire un minimum de doc pour avoir une idée de comment marche (au moins théoriquement) la cross-compilation avant quand même…

Autrement, voir les instructions ici, pour eglibc (mais ça s'adapte facilement si la cible utilise uclibc).

Si vous avez des erreurs avec binutils, essayez de lancer le `configure` avec l'option `–disable-werror`. Il y a des options supplémentaires à désactiver dans le build de gcc — ajoutez au moins les options `–disable-libquadmath` et `–disable-libatomic`.

Pour faire des paquets pour archlinux, on peut s'inspirer des paquets aarch64-linux-gnu-{binutils,gcc-stage1,linux-api-headers,eglibc-headers,gcc-stage2,eglibc,gcc}.