Tag Archives: ARM

Blender est utilisable sur ARMv7 (32 bits) sans acceleration 3D grâce à LLVMpipe.

blender-17:2.76-1.0001-armv7h.pkg.tar.xz (paquet pour Archlinux ARM). (version mise à jour par l’équipe blender par défaut en utilisant le PKGBUILD d’archlinux x86, compile tout seul maintenant et devrais être intégré dans le build automatique archlinux ARM : blender-17:2.76.b-3-armv7h.pkg.tar.xz cette version ne marche plus en raison de la mise à jour d’autres librairies, utilisez pacman maintenant)

J’ai proposé un patch, accepté (mais retravaillé) par la formidable équipe Blender qui permet de compiler sur des architectures non-x86 (non Intel). J’ai proposé ce soir un PKGBUILD et patch pour Archlinux ARM en attendant que sorte la prochaine version de Blender.

.Sur mon Chromebook ARM (Asus Chromebook C201, utilisant un Rockchip RK3288 : CPU=4*Cortex-A17@1.8 Ghz + GPU=Mali-T764, uniquement compatible OpenGL ES (vivement Vulkan)), ça tourne plutôt bien en pure rendu logiciel, grâce à LLVMpipe pour l’interface et à la puissance de la machine pour le rendu. Il n’y a pas encore d’optimisation SIMD ARM NEON (pour ARMv7) ou pour (ARMv8) pour Cycle.

C’est une machine que j’ai pris il y a 2 semaines qui à l’avantage d’être :
* pas cher (200€ 2Go RAM, 250€ 4Go RAM en France) / 150$ 2 Go RAM, 200$ 4Go RAM aux États-Unis, cherchez l’erreur).
* Avoir une bonne autonomie : 13heure sous chromeOS (installé par défaut), jusqu’à environ 3j (oui, 72 heures de marche !!!) sous GNU/LInux, si on coupe les modules Wifi/BT lorsque l’on ne s’en sert pas.
* Être malgré tout léger (900 grammes), la faible consommation et grande efficacité du Rockchip permettant d’avoir cette autonomie avec une batterie 2 cellules/38 Wh, et évitant d’avoir à embarquer radiateur et ventilateur.
* Bien carburer malgré ces caractéristiques.

Je vais faire un autre article ou une page pour expliquer comment l’installer.

Il reste à installer le support OpenCL, pour utiliser l’accélération du GPGPU avec rendu 3d de Cycle (2e rendu en fin de vidéo).

En plus de son côté très léger et grande autonomie (introuvable sur les processeurs Intel, forcément plus lourds, avec pour les plus léger une autonomie moindre), J’aime bien le fait que ce soit une marque de République de Chine (Taïwan) et un processeur de République populaire de Chine (Chine continentale), parce qu’aucun de ce pays divisé en 2 n’est en guerre, je n’ai donc pas l’impression de participer à l’effort de guerre. De moins polluer (plus grande efficacité énergétique).

Qemu pour Arch Linux ARM

Compilation personnelle de Qemu pour Arch Linux ARM, comme il n’est pas encore dans le dépôt officiel (il faudrait que je vérifie le Yaourt). Pour le moment j’ai du désactivé spice(Sur Wikipedia en français) qui permet d’avoir un contrôle visuel de la machine virtuelle. Il est toujours possible de se connecter en console.

C’est dans mon dépôt habituel, il faut installer les paquets suivants (avec dépendances) :

* libseccomp-2.2.3-1-armv7h.pkg.tar.xz
* iasl-20150408-1.1-armv7h.pkg.tar.xz
* leveldb-1.18-1.1-armv7h.pkg.tar.xz

Vous aurez aussi besoin de paquet SeaBIOS « any » (indépendant de l’architecture matérielle), que l’on peut trouver ici
https://www.archlinux.org/packages/extra/any/seabios/, cliquez sur Download From Mirror dans la boîte de droite.

J’ai fait une copie locale au cas où :
* seabios-1.8.2-1-any.pkg.tar.xz

Et bien sûre du paquet Qemu lui même :
* qemu-2.3.0-3-armv7h.pkg.tar.xz

Pour installer ensuite, sous root ou en sudo :

pacman -U libseccomp-2.2.3-1-armv7h.pkg.tar.xz iasl-20150408-1.1-armv7h.pkg.tar.xz \
  leveldb-1.18-1.1-armv7h.pkg.tar.xz seabios-1.8.2-1-any.pkg.tar.xz \
  qemu-2.3.0-3-armv7h.pkg.tar.xz

Je ne les ai pas optimisé pour la 3e génération des Cortex-A (Cortex-A7/a15/a17), ils fonctionnent donc sur tous les Cortex-A, pas que sur Cubieboard2.

J’espère avoir bientôt un smartbook basé sur le Rockchip RK3288 pour d’autres experimentations avec les ARM. Différents constructeurs fabriquent des modèles en 11″ avec environ 10 heures d’autonomie, vendus entre 150 et 250 $ en fonction des configurations (2 ou 4 Go de RAM, 16 ou 32Go de SSD). Ils sont largement utilisables comme pc de travail (web/terminal/bureautique, etc…) et différentes distributions Linux (dont Arch Linux ARM, Debian, Ubuntu, peuvent être installés dessus) :
* Asus (C201 11.6″ Chromebook et Chromebook Flip C100P (10″), ce dernier pouvant également être utilisé comme tablette)
* Haier Chromebook C11
* Hisense Chromebook C11
* CTL H4 Chromebook for education

Devant le succès de cette plateforme, MediaTek propose une solution similaire basée sur le MT8173, Quad-cœur 64-bits big.LITTLE.

Maral (Марал), méthode mongol cyrillique pour ibus et mise à jour de paquets archlinuxARM

Méthode de saisie du mongol cyrillique pour ibus

J’ai fais un paquet ibus-table-mongolian ou Maral (Марал), méthode de saisie du mongol cyrillique pour ibus pour archLinux (testé sur ARM avec ArchLinuxARM et x86_64 (avec Antergos), en fait c’est du any), par contre, j’ai quelque chose de bizarre. Il faudrait peut être un rapport d’anomalie.

Le clavier devrait être indépendant de la disposition du clavier, la disposition phonétique ne correspondant pas du tout à celle des claviers en écritures latines. Le clavier fonctionne très bien sur ARM, mais pas aussi bien sur x86, car il s’adapte au clavier local. Le même problème apparaît sur Ubuntu 14.04 pour x86_64 qui utilise une beaucoup plus ancienne version.

Par défaut dans les scripts de l’auteur Ochko, on voit la variable des version 1.3 d’ibus-table :

KEYBOARD_LAYOUT = US_Default

Sur les versions récentes, il faudrait :

LAYOUT = us

J’ai essayé tout les cas, j’ai toujours le même problème. Je suppose que la différence entre ARM et x86_64 est un problème subtile du type de l’Endianess ou quelque chose comme ça, sans vraiment trop voir pourquoi ? Vous pouvez tourours utilisez la disposition système mongol après avoir installé la langue, mais c’est moins souple qu’ibus.

Mise à jour de paquets archlinuxARM

J’ai profité de la sortie de Entangle 0.7.0, l’outil de contrôle à distance d’appareil photo réflexe numérique (et autre contrôlable) et de 0AD a18 (un logiciel ludique libre de stratégie temps réel) pour mettre à jour les paquet ArchlinuxARM.

Récupérer tout ça

Vous pouvez récupérer les paquets et les PKGBUILD dans mon dossier-dépôt dédié.

Inkscape 0.91pre (and archlinuxARM test)

Après avoir voulu testé Inkscape 0.91pre, et vu le nombre de changement, l’amélioration de la réactivité, les bugs résolus, la meilleur gestion du multithread, etc… Je me suis mis en tête de rééssayer sur la Cubieboard2 ou c’était utilisable pour les fonction de base, mais était un peu trop lent pour certaines fonctions avancées (comme l’outil calligraphique).

J’ai donc compilé sur archlinuxARM pour tester sur ma Cubieboard2, je met le paquet à disposition dans mon micro-dépôt ArchlinuxARM, n’ayant toujours pas compris le processus pour soumettre dans la yaourtière d’AUR (Arch User Repository) ou les dépôts d’ArchlinuxARM.

Donc voilà c’est super rapide, ça utilise bien les 2 processeurs Cortex-A7 (devrait vraiment tourner très vite sur un quadcore Cortex-A17 Rockchip RK3288 comme le Rikomagic MK902II LE (linux edition), voir la démo) :). Complètement utilisable, les flous sont toujours long à affichés, mais l’affichage se fait de façon relativement asynchrone.

Pour info, ma vidéo est enregistrée sur un x86_64 avec affichage distant, en utilisant X11/tcp de l’application (via switch 100 Mb), ce qui explique certains balayages et décalage de l’affichage.