Grâce aux donations reçues, le travail sur le PCB (fait avec Mentor pads) peut avancer et nous estimons qu’il sera terminé pour septembre 2020. Le timing n’est pas propice car beaucoup de monde est en congé au mois d’ août. Néanmoins, nous essayerons d’éviter toute interruption. La date de publication design du PCB dépendra des résultats des analyses internes quand nous l’aurons reçu. Le design du PCB est fait pour entrer dans le corps du Slimbook Eclipse.
Portable Slimbook Eclipse
Comme nous n’avons pas pu atteindre l’objectif en juillet, nous sommes obligés de reporter la date limite de la campagne de dons en cours (phase 1A) au 30 août 2020.
Le but est de rendre disponible le design du PCB à la fin de la Phase 1A, et démarrer la Phase 1B “Fast SI bus simulations” au 1er septembre avec un objectif de €5 000 (environ $5 600). Par conséquent, il n’y aura pas d’interruption dans la campagne de dons. Elle passera automatiquement de la Phase 1A à la Phase 1B.
Nous demandons à nos amis et donateurs de concentrer leurs dons avant le 30 août 2020, pour assurer la fin de la Phase 1A sans délai.
Nos patchs pour PPC64 Big Endian
Le binaire Flatpak fonctionne sur Debian 10 PPC64 Big Endian mais a besoin de la couche Freedesktop pour préparer les paquets flatpak provenant de centaines de manifestes..
Le stripper Freedesktop est maintenant patché pour la vérification cross-endian (ppc64 branch). Nous remercions l’équipe Flatpak pour la sympathique collaboration et les indications utiles.
Après l’importation de bootstrap sur un ppc64be natif, le processus de construction s’arrête sur le package https://github.com/google/boringssl.git qui n’est pas géré sur ppc64. Le dépôt Debian « magic » résout beaucoup de problèmes liés aux dépendances…le portage est reparti !
Après avoir copié le bootstrap à cibler, renommez bootstrap/powerpc64 en bootstrap/current et exécutez ces commandes pour compiler :
export XDG_CACHE_HOME=<path/to/build/dir>
make IMPORT_BOOTSTRAP=true
MintPPC fonctionnant sur le Devkit T2080RDB
Nous sommes en contact étroit avec Jeroen, le créateur de la distribution MintPPC basée sur Debian (voir un article sur la nouvelle version 2020 de MintPPC ici). Nous avons testé avec succès sur notre kit de développement T2080RDB qui a le même CPU NXP T2080 que notre projet (64bit, 4 cores, 8 logical core, up to 1.8Ghz).
MintPPC fonctionnant sur le Devkit T2080, basé sur le CPU NXP T2080.MintPPC tournant sur un G5
Mises à jour LibreSOC
Nous aimons beaucoup le travail que font actuellement nos amis de Libre-SOC. Notre approche présente de multiples similitudes, car nous visons tous les deux à soutenir un effort similaire pour pousser plus loin la philosophie Open Hardware. Ci-dessous quelques mises à jour de leur équipe.
Libre-SOC a lancé son premier binaire little-endian « hello world » il y a quelques semaines. Cela nous montre que les instructions Load, Store, Branch (et return) et de nombreuses autres instructions POWER9 sont opérationnelles. Avec l’aide de Florent de Enjoy-Digital.fr, la tâche principale suivante est d’ajouter l’intégration Litex qui permettra d’accéder aux périphériques, à la fois sur les FPGA et en simulation. Parallèlement, Jean-Paul de l’Université de la Sorbonne a aidé à la disposition de l’ASIC de test 180 nm.
Si quelqu’un souhaite aider, nous avons un financement grâce à NLNet dans le cadre de leur programme de confidentialité et de confiance renforcée http://nlnet.nl/PET
Dans le dernier article sur l’avancement du PCB nous avions mentionné qu’une version 0.5 (Juin 2020) était en travaux. Après plusieurs vérifications internes, cette nouvelle version est maintenant prête à être publiée.
Cette version est maintenant publiée dans notre dépôt.
Notre dépôt gitlab
Grâce aux généreux donateurs (voici une liste), nous avons atteint 76% de notre objectif. Merci à tous !
Roberto m’a demandé d’écrire quelques mots sur moi et mon projet. Tout d’abord, je tiens à remercier Roberto pour l’opportunité qu’il me donne de parler de ce que j’aime faire, c’est-à-dire créer des distributions Linux.
J’ai commencé avec Linux vers 1999 avec un iMac DV et Linux PPC2000 je crois. Je suis passé de Yellow Dog Linux à Mandrake / Mandriva et j’ai fini avec Ubuntu et Debian. J’utilise Debian depuis ce temps. Vers 2008, j’ai découvert que LXDE est un bureau très approprié pour les vieux matériels. Cela fonctionnait même bien sur mon bien-aimé Pismo. À ce moment-là, j’ai eu l’idée de porter la magnifique couche graphique que Linux Mint LXDE avait sur Debian PowerPC. L’idée à l’époque était de créer une distribution Linux attrayante, rapide et stable qui fonctionnait immédiatement dans le matériel PowerPC(comme les cartes d’aéroport). Je pense que j’y ai réussi. MintPPC 8, 9 et 11 sont sortis. À cette époque, mon premier fils est né et j’avais autre chose en tête. Je n’avais pas idée que ça puisse devenir un tel succès.
MintPPC
En 2019, alors que j’étais malade cloué au lit, j’ai trouvé un vieux PowerBook. Je me suis dit, essayons Debian sur ce truc, je n’ai rien de mieux à faire. Allongé dans mon lit, j’ai commencé à lire des infos la dessus et j’ai découvert que les gens aimaient vraiment MintPPC ! Je ne le savais pas ! Alors, j’ai eu l’idée de refaire le même petit tour. Pendant ma maladie, j’ai porté du code Linux Mint Tricia avec l’ancien Linux Mint LXDE vers PPC. C’est maintenant possible d’installer MintPPC en 2020. MintPPC est disponible en version 32 bits et 64 bits. Les deux versions se ressemblent exactement. Ils sont maintenant basés sur Debian Sid et du code Debian de la dernière version de Linux Mint avec un bureau LXDE. Il fonctionne assez rapidement sur les machines Apple, en particulier sur les hauts de gamme. Mon projet a un site Web et les instructions d’installation s’y trouvent. Tout est assez simple, tout comme le « vieux MintPPC ».
Mint PPC – June 2020
Depuis quelques mois, j’ai commencé à m’intéresser au projet powerpc-notebook. J’ai été très heureux de voir que les gens essaient de mettre sur le marché un nouvel ordinateur portable à base de PowerPC. J’étais encore plus heureux de lire que le projet sera open source et que Linux fonctionnera sur ces machines. Ensuite, j’ai continué à lire tout ce que je pouvais et j’ai découvert que Debian était l’un des candidats. Wow, c’est cool ! Et bien, j’ai immédiatement développé mon idée de porter Linux Mint Debian Edition 4 (LMDE4) sur ppc64. LMDE4 est une très belle distribution, avec Cinnamon comme gestionnaire de bureau. Le faire tourner sur G3, G4 serait presque impossible mais peut-être que ça tournerait sur G5. Mais avec un noyau e6500, cela aurait tout son intérêt. En gros, c’était mon idée. J’ai commencé avec Debian Sid ppc64 et j’ai porté une partie du code Mint. Il faudra voir comment cela fonctionnera sur la nouvelle plate-forme. J’en suis au tout début donc tout est possible.
Je pense que ce serait bien d’avoir plus de choix dans les distributions pour le projet de portable powerpc. Tout le monde n’aime pas les mêmes choses. J’espère que ce projet d’ordinateur portable sera couronné de succès et qu’une belle distribution y tournera dessus.
Les donations progressent bien et nous avons atteint 71% de notre objectif.
Un grand merci aux généreux donateurs !
Nouvelle Version des Schémas électroniques
Nous avons reçu une nouvelle version des schémas (v0.5) qui augmente la puissance possible à 90W pour pouvoir géré les plus grosses cartes vidéos MXM 3. Par exemple la AMD Radeon E9174 (GCN 4.0) a un TDP de 50W.
Schémas électroniques version 0.5 juin 2020
Nous allons publié cette nouvelle version dans notre dépôt (format PDF et Orcad) dès que nous aurons fini une vérification interne en collaboration avec ACube Systems. Nous voulons être sûrs de ne rien laisser passer.
Planification du Design du PCB
Dans les prochains jours l’ingénieur qui s’occupe du design de notre carte mère va se concentrer sur le PCB, car les schémas électroniques sont maintenant assez stables.
Grâce aux donations reçues, le travail sur le PCB (fait avec Mentor pads) peut avancer et nous estimons qu’il sera terminé pour septembre 2020. Le timing n’est pas propice car beaucoup de monde est en congé au mois d’aout. Néanmoins, nous essayerons d’éviter toute interruption. La date de publication design du PCB dépendra des résultats des analyses internes quand nous l’aurons reçu. Le design du PCB est fait pour entrer dans le corps du Slimbook Eclipse.
Slimbook Eclipse
Nous exporterons les schémas électriques du format Orca vers EDIF, pour qu’ils soient plus facilement convertibles au format Kicad. Pour cette conversion de EDIF vers Kicad nous avons trouvé les outils edif2kicad https://github.com/svn2github/edif2kicad mais il doit bien y avoir d’autres outils.
Vous pouvez tout à fait convertir nos Mentor Pads du design du PCB en Kicad et si vous avez des problèmes, contactez-nous et nous serons contents de vous aider.
Plus de temps pour les donations
Après une discussion interne, nous avons décidé de déplacer la date finale de la phase 1A de la campagne de dons au 30 juin 2020.
Le but est de rendre disponible le design du PCB à la fin de la Phase 1A, et démarrer la Phase 1B “Fast SI bus simulations” au 1er Aout avec un objectif de €5 000 (environ $5 600). Par conséquent, il n’y aura pas d’interruption dans la campagne de dons. Elle passera automatiquement de la Phase 1A à la Phase 1B.
Nous demandons à nos amis et donateurs de concentrer leurs dons avant le 30 juillet 2020, pour assurer la fin de la Phase 1A sans délai.
Nous invitons aussi tous ceux qui sont capables de nous aider à analyser/corriger/améliorer les schémas de la carte mère, à nous contacter, car cela nous aiderait à accélérer les temps de design ainsi qu’à améliorer la qualité finale de la carte mère.
Vous pouvez faire un don depuis tous les pays grâce à Stripe Payment Gateway
Des donneurs potentiels depuis des pays comme Liban et Chine, ne pouvaient pas faire de dons par virement bancaire ou PayPal. C’est maintenant corrigé avec l’ajout de Stripe Gateway dans les méthodes de paiement. Ils nous appliquent une taxe réduite car nous sommes une association à but non lucratif : 1,2%+0,25 € pour chaque don effectué dans l’UE, et 2,9%+0,25 € de dehors de l’UE.
Dans le dernier article, nous vous disions qu’une nouvelle version des schémas électriques étaient en cours d’élaboration. Après quelques examens internes et quelques changements, cette nouvelle version est maintenant prête à être rendue publique.
Nous publions donc une version PDF des schémas exportés depuis le logiciel ORCAD qui est utilisé par le designer. Vous pouvez naviguer dans le document et analysé chaque composant. Malheureusement, vu la complexité du document certains visualiseurs de PDF peuvent avoir des problèmes à afficher correctement le document. Dans ce cas, essayez avec un autre visualiseur.
Après avoir reçus ces nouveaux schémas, nous avons tout de suite demandé au designer de faire des modifications, en particulier nous voulons augmenter la consommation maximum de la carte mère à 90W. Le but est de pouvoir gérer les cartes vidéos MXM 3 qui consomment au maximum 55W. Par exemple, la AMD Radeon E9174 (GCN 4.0) a un TDP de 50W. Nous prévoyons une nouvelle version du document pour fin mai.
Si vous pensez qu’un TPD de 90W est trop pour un portable, je peux vous dire que je tape cet article sur mon portable DELL XPS 15 9570 (sorti en 2018) j’ai connecté un wattmètre au courant et la consomation passe de 40W à 90W (alors que seul un navigateur internet est ouvert). J’ai aussi essayé de de jouer à des jeux 3D et la consommation atteint des pics de 110W, et même des fois un peu plus, jusqu’à la limite du boitier d’alimentation qui est de 130W.
L’actuelle version de la carte mère a, comme vous pouvez le voir sur les pages 3 et 4 du PDF, deux emplacements SO-DIMM DDR3L qui peuvent recevoir de la mémoire DDR3L non-ECC (max 1866 MT/s, PC3-14900). Nous avons choisi des modules non-ECC car ils sont moins couteurx que les ECC et plus faciles à trouver. Ce sera ainsi facile d’avoir 32 Go de RAM (2 x 16 Go), et jusqu’à 64 Go de RAM, si vous pouvez trouver des barrettes de 32 Go.
Diagramme par blocs PowerPC Notebook Mai 2020
Sur le diagramme par blocs et les schémas vous pouvez voir une extension GPIO. Cet élément sera très utile seulement pour déboguer les prototypes, et sera enlevé lors de la production.
Grâce aux généreux donateurs (voici une liste) et malgré les difficultés que chacun rencontre dans sa vie à cause du coronavirus, nous avons atteint 60% de notre étape actuelle. Cela nous confiant sur la possibilité d’obtenir le design du PCB en un temps raisonnable.
Mais il nous reste à réunir les 40% restants (€7 600 / $8 400) pour atteindre notre but intermédiaire et nous demandons à chacun d’entre vous de continuer à soutenir la campagne de dons.
Nous invitons aussi tous ceux qui sont capables de nous aider à analyser/corriger/améliorer les schémas de la carte mère, à nous contacter, car cela nous aiderait à accélérer les temps de design ainsi qu’à améliorer la qualité finale de la carte mère.
Nous voulons aussi rappeler que l’association PowerProgressCommunity derrière ce projet a le but à long terme de réduire les barrières qui empêchent la transmission des connaissances. De partager librement les schémas d’un ordinateur portable améliorera fortement la situation car l’accès à ce type d’informations est difficile pour ceux qui travaillent dans ce domaine, et encore plus pour ceux qui débutent dans ce projet comme les étudiants ou les passionnés. De plus, en mettant en avant une technologie alternative, non-mainstream, nous favorisons la culture de la diversité. C’est d’autant plus important que les générations actuelles n’imaginent même pas qu’il existe d’autres architectures en dehors de x86 et ARM.
Le travail sur U-Boot
Notre kit de développement NXP T2080RDB démarre avec des cartes AMD RadeonHD avec des distributions GNU/Linux PPC. Pour le moment, nous avons testé avec succès Debian 10, OpenSuse, VoidLinux, et Fienix. Malheureusement, à cause d’un manque de personnes connaissant U-Boot, nous n’avons toujours pas de sortie vidéo pendant le processus de démarrage, avant le démarrage du noyau Linux. Très récemment des soutiens experts dans ce domaine nous ont contactés et rejoints. Grâce à leur aide, nous sommes confiants sur la suite et nous imaginons même mettre à jour U-Boot à partir des sources les plus récentes. Espérons pouvoir vous donner de bonnes nouvelles dans pas trop longtemps.
Travail sur Unreal Engine PPC64 (big endian) sur VoidLinux
Grâce à JT du groupe VoidLinux soutenant le PowerPC, nous avons compris que le problème d’ABI que nous avons lors du build de UnrealEngine 4.23 sur notre système Debian SID PPC64, est dû au fait que sur ce Debian le compilateur clang gère abiv1, mais le linker lld ne le gère pas. Comme si ce n’tait pas assez, JT nous a dit que la bibliothèque Mesa pour big endian gère OpenGL 3.2, mais Unreal semble avoir besoin d’une version plus récente d’OpenGL.
Le problème de build ABI peut être résolu soit en obtenant un userland abiv2 ou en remplaçant le linker utilisé (exemple : ld.bfd). C’est difficile de savoir si UE en a besoin ou non. L’ancienne ABI v1 n’est pas très bonne de toute façon car elle quelques problèmes comme des descripteurs de fonction qui ralentissent les appels à la bibliothèque et rendant les pointeurs de fonction plus grands que 8 octets. Ce qui nécessite une indirection double. La nouvelle ABI v2 est bien meilleure et elle fonctionne même sur des systèmes big endian.
VoidLinux gère la nouvelle ABI v2, et nous voulons mettre en place VoidLinux sur notre Power9 VM sur OSU, en remplaçant l’actuel système Debian. C’est en corrigeant les problèmes d’ABI que nous pourrons enfin compiler Unreal sur une machine PPC64 big endian.
Comme la machine Power9 que nous utilisons sur OSU utilise OpenStack, nous devons créer une image VoidLinux pour OpenStack. Pour le moment VoidLinux n’a pas le package cloud-init nécessaire pour OpenStack, alors nous avons commencé à travailler dessus en suivant les documentations cloud-init.
Tests d’intégration cloud-init sur VoidLinuxPPC64 tournant dans QEMU sur un hôte G5
Nous avons besoin de toute l’aide disponible dans cet effort important, notamment ceux d’entre vous qui connaissent cloud-init. Un problème que nous avons est qu’un de nos membres qui travaille sur cette tâche n’a pas de machine PPC64, et utilise un VoidLinux PPC64 émulé sur QEMU version 4.2.0.
VoidLinux PPC64 fonctionnant dans QEMU sur un hôte X86
En cherchant des systèmes suivant ABI v2, nous avons étudié Adélie Linux qui a récemment sorti une version 1.0RC1 en Février 2020 pour PPC64. Malheureusement, il n’a pas de package cloud-init intégré.
Collaboration avec Libre-SOC
Nous aimons beaucoup le travail de nos amis de Libre-SOC, et nos deux projets ont de multiples points communs. Nous les avons donc contactés pour établir un partenariat pour soutenir les efforts Open Hardware.
Libre-SOC est un projet Libre Hardware-Software qui cherche à créer un SOC compatible POWER qui aurait un CPU, GPU, VPU, et un contrôleur DDR. Tous les logiciels et matériels depuis les pilotes et jusqu’aux RTL et les cellules VLSI sont sous licence libre. Libre-SOC propose aussi des pilotes nécessaires comme Kazan (un pilote Vulkan 3D) et les sources d’un microcode de ROM de démarrage, ainsi qu’une méthode cold-boot zero-ROM pour plus de confiance.
Les marchés ciblés incluents les clients désirant une accélération dans l’embarqué sans être basé sur des pilotes ARM ou tierces parties propriétaires qui ont déjà pu poser problème.
La première version de Libre-SOC cible un simple cœur à 180 nm. Les générations suivantes seront élaborées pour des cœurs SMP à une taille de nœud plus petite, pour les utiliser dans des designs SBC.
Entrevue avec Roberto Innocenti sur nos projets grâce à Charbax de ARMDevices
A fin Avril, grâce à Charbax de Armdevices.net, il y a eu une interview avec Roberto Innocenti, la personne derrière l’idée de créer une portable PowerPC et co-fondateur de PowerProgressCommunity. L’entrevue concernait les projets et d’autres activités de notre association à but non lucratif. Ci-dessous vous trouverez les sujets abordés. Nous trouvons cette interview intéressante et contient de nombreuses informations sur l’approche que nous suivons. Pendant l’interview une personne a parlé de la distribution Manjaro pour PowerPC mais après vérification cette distribution ne gère pas le PowerPC.
0.13 Présentation de Roberto Innocenti 0.45 association Power Progress Community 1.34 projet de portable PowerPC 3.15 histoire de l’architecture PowerPC 6.13 OpenPOWER Foundation 7.11 Pourquoi un CPU NXP et non IBM 9.40 PowerPC sur Linux 11.35 distributions Linux qui fonctionnent sur PowerPC 13:36 Avenir du PowerPC embarqué 15:21 Infos sur le processeur Cell 18:27 Schémas et diagrammes du portable PowerPC 19:31 spécifications du CPU NXP 20:13 AMD Radeon MXM qui peut être mis à jour 21:02 Contribution de Power Progress Community et ACube Systems Srl 22:24 TDP, utilisation commerciale et possibilité du CPU NXP 27:40 stockages gérés 28:28 Plus d’infos sur AMD Radeon MXM 30:14 performance comparées entre les MacBook PowerPC et le kit de développement PowerPC 31:41 est-ce que Roberto Innocenti est meilleur que Steve Jobs ? 😉 32:25 les personnes derrière le projet de portable PowerPC 34:07 PowerPC comparé au ARM 37:35 plus d’infos sur OpenPOWER Foundation 40:43 campagne de dons 43:52 chassis Slimbook Eclipse 46:50 Pourquoi pas de mini appareils type NUC ? 48:44 Estimation du prix du portable PowerPC 51:55 fabrication des composants 52:50 situation COVID-19 56:23 Des jeunes travaillant sur ce projet 57:11 Diversité dans le design du hardware, la production et la distribution 1:04:50 Transparence du CPU NXP 1:06:13 plus d’infos sur la fabrication des composants et la dépendance à la Chine 1:09:21 Ubuntu et Debian sur PowerPC 1:11:03 Manjaro et d’autres distributions Linux sur PowerPC 1:12:30 phases de la campagne de dons 1:14:00 successeur potentiel du CPU NXP
Activités éducatives
Pendant ces moments difficiles à cause des nombreuses restrictions dues au coronavirus des écoles sont fermées, du moins en Italie. Par conséquent, les étudiants utilisent fortement les outils digitaux pour pour suivre les leçons et garder le contact avec leurs amis. Pas toutes les familles peuvent se permettre d’avoir un PC ou une tablette pour chaque enfant. Certains étudiants doivent étudier de longs documents sur leur téléphones mobiles, s’ils en ont un. Nous contribuons à aider le système éducatif en fournissant des portables usagés. Ce projet s’appelle “Revivre avec Scratch” (“Rivivo con Scratch” en Italien).
A l’école avec notre projet « Relive With Scratch »
Ces portables régénérés ont été collectés pendant 2019 et 2020 (tous basés sur d’anciens cpus x86), et sont utilisés pour développer avec le logiciel Scratch et pour apprendre les math avec Gcompris. Pour mieux s’adapter aux activités des écoliers, nous avons décidé de fournir ces machines avec ChromiumOS qui est léger et qui fonctionne très bien avec Google Gsuite. Celui-ci est largement utilisé dans les classes et notamment dans les écoles primaires qui sont la cible principale de notre projet.
Nous sommes proches d’atteindre 50% du but de la campagne de dons pour le PCB, et nous voulons remercier chacun d’entre vous qui avez permis d’atteindre ce que nombreux disaient être impossible, “la clé qui permet ce que vous faites est au coeur de ce que vous croyez” (cit. par Mario Luis Rodriguez Cobos).
Comme tout le monde, tous les volontaires, collaborateurs et donateurs associés à notre projet, nous ressentons l’impact négatif du covid-19 qui a largement réduit le nombre de donations.
Image par Gerd Altmann de Pixabay
D’un autre coté, de nombreuses personnes cueillent l’oassioc d’être en confinement pour pour passer plus de temps avec leur famille, leur passion et pour développer leurs aspirations. Pour plusieurs, cela s’est traduit par plus de temps pour penser, développer et utiliser des logiciels Open Source, grâce à la liberté d’exécuter, copier, distribuer, étudier, et améliorer ses logiciels. Pour d’autres, cela rimait avec plus de temps pour développer du Hardware Open-Source, du design Open-Source sur des aspects mécaniques, et d’autres activités sociales, culturelles, scientifiques, et éventuellement de le donner à la communauté.
Bien-que l’impact financier de la situation nous réduit notre budget, nous avons d’autres priorités dans nos vies.
Après quelques discussions en interne, nous avons décidé de décaler la date de fin pour la campagne de dons au 30 juin 2020, en espérant que que nous serons tous de retour au travail rapidement, et entre temps nous faire de notre mieux pour continuer à faire avancer le projet.
Nouvelle version des diagrammes par blocs et des schémas électroniques
Depuis janvier, nous avons transféré 8500 euros à ACube Systems (environ 9200 US$). Le travail sur le design est en cours depuis quelque temps.
Nous avons reçu récemment de la part de ingénieurs une nouvelle révision des schémas électroniques qui prennent en considération les récents développements. Les schémas sont en cours d’évaluation avant leur publication, dans une semaine environ.
En plus d’une série de révisions mineures, nous avons mis à jour le switch Pericom PCIe depuis le modèle PI7C9X2G608GP vers le plus puissant PI7C9X2G612GP qui offre 12 lignes au lieu de 8. Ce switch connecte la carte mère à la carte d’E/S d’extension Eclipse par le PCIe, et permet de gérer le port Ethernet basé sur la puce Realtek RTL8111F, le lecteur de carte SD basé sur le Realtek RTS571x et de connecter deux ports USB3.
La nouvelle révision des schémas contient aussi un Hub USB 2.0 additionnel géré par un MicroChip USB2514 qui sera connecté à un des ports USB 2.0 du T2080. A ce hub USB, nous connecterons la matrice clavier SK5126 et un lecteure de carte SD contrôlé par un Realtek RTS571x de la carte d’E/S Eclipse Expansion et avec le M2 WLAN et le M2 LTE.
Le transceiver ethernet Microchip KSZ9031 est toujours présent comme dans la révision précédente, et il est connecté par le port RGMII0 du T2080 en utilisant une patte 8 pins.
Un port MicroSD sera connecté directement à l’interface du contrôleur eSDHC du T2080.
Nouvelle version du diagramme par blocs.
Diagramme par blocs April 2020 de la carte mère PowerPC Open Hardware
Au final, les modifications ci-dessus permettent de réduire le nombre de composants sur la carte mère, ainsi que le coût de production, et aussi le temps de debug nécessaire.
Progrès sur Unreal Engine PowerPC64
Récemment, de nouveaux collaborateurs ont rejoint nos activités et aident notre projet de portable et d’autres activités annexes dans notre association. A titre d’exemple, grâce à ces récentes collaborations nous avons fait des progrès dans la compilation de Unreal Engine sur PowerPC 64 Big Endian, une belle technologie que nous aurons sur notre portable.
Un bout de script pour télécharger et générer clang
La première étape est d’obtenir une chaîne d’outils clang nécessaire pour le script de build de l’Engine. Comme il n’y a pas de chaîne d’outils en PowerPC sur le dépôt d’Epic nous devons le faire nous-mêmes.
Le script principal qui fait tout le travail est build_linux_toolchain.sh placé dans Engine/Build/BatchFiles/Linux/Toolchain/DockerOnWindows/build_linux_toolchain.
Basé sur la branche ppc64le ce script télécharge et build gcc 9.2.0 à travers crosstool-ng, puis fait la même chose pour clang. Notre version de référence est la 8.0.1 du dépôt git officiel https://github.com/llvm/llvm-project.git.
Nous avons quelques problèmes lors de la copie finale de la chaîne d’outils, quand les bibliothèques gcc et clang sont déplacées dans un chemin commun (sysroot). Après cette action les binaires dans sysroot provoquent une erreur de segmentation.
Vous pouvez trouver notre fork et la branche ppc64 branch sur https://github.com/robyinno/UnrealEngine/tree/4.23-ppc64 (pour pouvoir y accéder vous devez accepter la licence Epic Games). Nous avons créé un wiki dédié : UnrealEnginePPC64 Wiki
Si vous voulez collaborer contactez-nous.
Enfin, nous vous encourageons à faire une donation pour la campagne de financement pour continuer à faire progresser le projet, et pour parler de cette campagne sur tous les réseaux sociaux.
Des mises à jour des schémas sont transposées sur le design du PCB
En Février le designer a analysé la commutation de paquets du Pericom PI7C9X2G608GP PCIe directement avec l’équipe du support de Pericom. Maintenant, la commutation de paquets est testée complètement et tous le paramétrage nécessaire est fait. De ce fait, le designer a terminé l’ajout de toutes les informations nécessaires dans la version mise à jour des schémas et commence à démêler le PCB.
Le designer a mis à jour les connections SerDes en suivant nos suggestions avec les notes que nous lui avons transmis. Une nouvelle version des schémas est donc attendue bientôt.
Arctic-Fox 27.10.1 PPC64 dans notre dépôt
Le contributeur principal à Arctic-Fox – Riccardo Mottola – membre de notre association Power Progress Community – a rendu publique la nouvelle version 27.10.1+b0 qui a été compilée et préparée avec notre dépôt Debian PPC64. Riccardo indique : « Stockage de sessions, code largement amélioré en comparaison avec les versions précédentes, amélioration des performances dans le moteur de rendu html ainsi que dans le nouveau système de build importé de Firefox. Cette version représente vraiment une grande amélioration par rapport à la 27.9.19 et cela dès le début »
Arctic-Fox 27.10.1 PPC64 tournant sur notre T2080-RDB, qui a le même processeur que nontre futur portable.
Dépôt déplacé vers notre groupe GitLab Power Progress Community.
Nous avons créé un groupe Gitlab appelé Power Progress Community et nous y avons déplacé tous nos dépôts gitlab sous https://gitlab.com/power-progress-community. C’est important de noter que que toutes les URLs ont changé et tout dépôt cloné doit être replacé. Si vous avez cloné nos dépôts vous devriez les mettre à jour avec « git remote origin ».
Travail en cours sur Unreal Engine pour PowerPC64 Big Endian
Nous travaillons sur un portage de UnrealEngine (UE) pour PowerPC 64 Big Endian. Nous avons commencé par « forker » la version PowerPC64 Little Endian (PPC64le) et nous nous sommes en train de d’essayer de compiler les sources. Le port original PPC64le pour UE 4.23 était développé par Elvis Dowson et Raptor Engineering. Il peut être trouvé sur https://github.com/edowson/UnrealEngine/tree/4.23-ppc64le. L’accès aux sources de UE4 nécessite l’acceptation de la licence Epic Games comme décrit sur https://www.unrealengine.com/en-US/ue4-on-github.
Nous avons modifié les scripts d’origine pour compiler pour PPC64 Big Endian mais pour le moment, nous avons à corriger de multiples erreurs avant de pouvoir générer un exécutable fonctionnel. Vous pouvez trouver notre fork et la branche ppc64 branch sur https://github.com/robyinno/UnrealEngine/tree/4.23-ppc64. Nous travaillons avec un machine virtuelle Power9 fournie par Open OSU et OpenPower Foundation, ainsi qu’avec notre kit de développement NXP T2080-RDB en utilisant Debian PPC64 SID instable. Si vous voulez nous aider à corriger les erreurs de compilation, vous pouvez commencer avec notre Wiki UnrealEnginePPC64, merci de nous contacter.
Un écran de la compilation de Unreal Engine sur notre kit de développement NXP T2080-RDB, qui a le même CPU Big Endian PPC64 que notre futur portable.
Quatre mois ont passé depuis que nous avons lancé la campagne de dons pour la réalisation du PCB et nous sommes aujourd’hui à 6 500 € (27%) sur le but final de 24 000 € pour toute la phase 1 de la réalisation du PCB. Nous devons admettre que le nombre de donations a été en deçà de ce que nous espérions.
La phase 1 est divisée en deux sous tâches :
1A) Projet PCB : 19 000 €
1B) Simulations du bus SI : 5 000 €
En d’autres mots, nous avons atteint un 34% encourageant de ce qui est nécessaire pour la sous-tâche 1A.
Comme nous voulons accélérer le mouvement pour la bonne marche du projet, nous avons décidé de couper en deux la phase 1, pour ne pas avoir à attendre les 24 000 € pour commencer le travail sur la création du PCB.
Pour cela, nous avons signé un contrat avec ACube Systems (qui réalise la carte mère) pour seulement la sous-tâche 1A pour le moment. Cela a permis de débuter tout de suite l’élaboration du PCB. A la signature du contrat, nous avons payé 6 000 €, le montant nécessaire pour commencer le travail .
Une des raisons qui nous ont forcé à accélérer le mouvement, est lié à la disponibilité du modèle “Eclipse” de Slimbook qui ne durera pas éternellement. C’est la même chose pour les composants électroniques que nous avons choisi pour peupler notre carte mère. En effet, les schémas électroniques sont faits ad-hoc pour le format de ce modèle Slimbook spécifique, et le PCB aura la forme nécessaire pour entrer dans le boitier du Slimbook Eclipse. A cause de ces contraintes, nous devons finir le design du PCB (phase 1A), les simulations du bus SI(phase 1B) et les prototypes (phase 2) vers cet été.
Nous nous sommes fixé la fin avril 2020 comme limite pour réaliser la phase 1A, donc nous avons 3 mois pour recueillir les 12 500 € restants. Vous pouvez le constater, cet objectif est plutôt ambitieux, mais il est nécessaire si nous ne voulons pas échouer.
Cette campagne de financement tant attendue débute enfin !
Il y a quelques jours nous avons annoncé que Slimbook fournira le boitier qu’il faut pour notre portable PowerPC Open Hardware. De plus, nous avons publié dans notre dépôt le PDF contenant la nouvelle version des schémas. De nouvelles mises à jour seront mises à disposition dans les prochains jours (les sources Orcad seront disponibles en octobre).
A la fin du mois d’août 2019, nous avons publié la première version des schémas en PDF. Puis en octobre nous avons publié la seconde version et ensuite le 13 novembre le source au format Orcad a été publié, délivrant ainsi ce que nous avions promis.
Schémas sources publiés au format EDIF et prêts à être convertis en KiCad
Nous avons exporté les schémas en EDIF pour les rendre plus facilement convertissables par des volontaires au format Kicad. Pour faire cette convertion nous avons trouvé l’outil edif2kicad https://github.com/svn2github/edif2kicad mais nous savons que vous trouverez d’autres outils que vous en créerez de nouveaux.
Ce site utilise des cookies afin que nous puissions vous fournir la meilleure expérience utilisateur possible. Les informations sur les cookies sont stockées dans votre navigateur et remplissent des fonctions telles que vous reconnaître lorsque vous revenez sur notre site Web et aider notre équipe à comprendre les sections du site que vous trouvez les plus intéressantes et utiles.
Cookies strictement nécessaires
Cette option doit être activée à tout moment afin que nous puissions enregistrer vos préférences pour les réglages de cookie.
Si vous désactivez ce cookie, nous ne pourrons pas enregistrer vos préférences. Cela signifie que chaque fois que vous visitez ce site, vous devrez activer ou désactiver à nouveau les cookies.