Petite info en passant :
La campagne de financement participatif visant à créer des drivers libres pour les VPU (Vision Processing Unit) sur les SOC Allwinner vient de se terminer avec succès (31612€ pour un montant initial de 17600€).
Les détails de cette bonne nouvelle : https://www.kickstarter.com/projects/bootlin/allwinner-vpu-support-in-the-official-linux-kernel
Journal Freedom for Allwinner VPU
19
mar.
2018
# Petite correction
Posté par PaulK (site web personnel) . Évalué à 10.
Bonjour et merci pour cette dépêche ! Je me permets cependant une petite correction : le VPU en question en un Video Processing Unit (pour accélérer le décodage/encodage de vidéos) et non un Vision Processing Unit, qui fait lui intervenir des accélérateurs de type réseaux de neurones.
[^] # Re: Petite correction
Posté par reynum (site web personnel) . Évalué à 6.
C'est ce que j'avais mis au début, puis en cherchant un lien sur wikipedia je suis tombé sur la page du GPU en cherchant VPU du coup je me suis dis que je devais me planter.
kentoc'h mervel eget bezan saotred
# Félicitations
Posté par jihele . Évalué à 3.
La cible étant dépassée de presque 100%, j'espère qu'on aura en prime un pilote libre pour le taille-crayon du Pocket chip.
[^] # Re: Félicitations
Posté par xoddark . Évalué à 10. Dernière modification le 19 mars 2018 à 11:40.
En fait ils sont un peu caché, mais la campagne avec des objectifs additionnel suivant le montant obtenu.
En l’occurrence ici la campagne à atteins le troisième but, donc ils devraient fournir :
Le décodage matériel H264 Et H265(pour ceux qui le peuvent) pour tout les SoCs Allwiner incluent les nouveaux.
Le tout avec un pilote opensource upstream bien entendu.
[^] # Re: Félicitations
Posté par Mimoza . Évalué à 1.
Heuu, non ils ont atteint le 2ème palier (30 800 < 31 612 < 44 000) Donc juste le H265 pas le 264 …
[^] # Re: Félicitations
Posté par Olivier Esver (site web personnel) . Évalué à 9.
Le 3e palier c'est H264 encoding
Donc il supportera bien le décodage H264 et H265
S'il y a un problème, il y a une solution; s'il n'y a pas de solution, c'est qu'il n'y a pas de problème.
[^] # Re: Félicitations
Posté par xoddark . Évalué à 2.
Ba en fait ça dépens comment tu compte, j'ai compté l'objectif minimal comme le premier palier.
Donc objectif minimal plus 2ième Stretch Goal ça fait 3ième palier.
Et donc le Stretch goals atteins correspond au décodage H265 en plus du premier qui est le décodage de H264 pour tout les "nouveaux" SoCs Allwinner, en plus de l'objectif initial qui est le décodage H264 pour les "anciens" SoCs Allwiner.
Par contre ils n'ont pas atteins l'objectif pour lequel ils "s'engageaient" à ajouter le support de l’encodage H264.
Mais vu le succès, j'espère qu'ils relancerons une petite campagne quand ils auront fini les trois premiers points.
A moins qu'ils ne trouve une autres source de financement :)
# Le plus grooos taaaille-craayon du mooonde
Posté par Guillaume Smet (site web personnel) . Évalué à 9.
C'est cool un taille-crayon qui permet de regarder des films mais c'est un peu encombrant.
[^] # Re: Le plus grooos taaaille-craayon du mooonde
Posté par reynum (site web personnel) . Évalué à 5. Dernière modification le 19 mars 2018 à 14:43.
Oui enfin il fait aussi mini miroirs convexe et peigne sur le dessus ! donc j'estime que pour ce tout-en-un la taille n'est pas disproportionnée.
kentoc'h mervel eget bezan saotred
# Mali qui bloque
Posté par Anonyme . Évalué à 3.
C'est une très bonne nouvelle, c'est même dommage qu'il n'y ait pas eu d'annonce ici pour le lancement de cette campagne.
Par contre, même si un pilote libre mainline est très très bon pour la pérennité de ces SOC, le fait de dépendre du blob GPU relativise la portée du travail vu qu'actuellement pour utiliser ces Allwinner en bureautique ou en lecteur multimédia (que ce soit avec Kodi, mpv ou mplayer) il faut impérativement utiliser le pilote propiétaire pour le GPU Mali avec bien souvent un noyau longterm ou out-of-tree.
Donc espérons que le travail de rétro-ingénierie sur Mali continue d'avancer. Un simple pilote 2D (sans OpenGL) serait déjà une étape importante pour la libéralisation d'énormément de SOC, pas que chez Allwinner.
[^] # Re: Mali qui bloque
Posté par Guillaume Knispel . Évalué à 4.
J'ai déjà jeté un œil sur des specs de chip graphique moderne.
Ce qu'il m'a semblé, c'est que coder un noyau de SE, c'est du pipi de chat par rapport à développer les couches basses de ce genre de bêtes, surtout si c'est pour espérer avoir des perfs potables. Surtout sans support de la R&D d'origine.
Il doit y avoir des gens plus habitués à faire ça et qui trouvent donc l'activité plus facile, néanmoins je pense que 31k€ ça reste modeste pour ce qui est envisagé. Alors reverse et refaire absolument tout… Bon j'espère déjà que la démarche initiale aboutira comme voulu.
[^] # Re: Mali qui bloque
Posté par cosmocat . Évalué à 4.
Il paraîtrait que la société toulousaine derrière le kickstarter ait déjà des compétences en le domaine
http://www.minimachines.net/actu/bootlin-allwinner-linux-59904
[^] # Re: Mali qui bloque
Posté par Anonyme . Évalué à 3.
Oui Bootlin est derrière Cedrus depuis un moment et avoir une infrastructure et du support extérieur va beaucoup aider. Pour l'instant étant donné qu'on est bloqué avec le pilote Mali pour l'affichage, il n'y a pas d'intérêt à utiliser autre chose que le module Cedar avec vpau qui prend en charge davantage de formats. Le but du pilote Cedrus c'est déjà d'égaler ce qui est possible avec vdpau avant même de songer à le dépasser.
Devoir faire un freeze de version du noyau c'est à terme ne plus pouvoir suivre les correctifs mainline. Tant que c'est maintenu par RedHat ou Debian pour leur oldoldstable ça reste gérable mais après c'est la galère. linux-sunxi est obligé de proposer des noyaux non-maintenus pour permettre l'utilisation d'une interface graphique.
Sinon c'est clair que faire un pilote libre n'est pas quelque chose de facile mais ça s'est fait à plusieurs reprise.
Contrairement à Freedreno ou Etnaviv, il a fallut attendre plusieurs années après l'arrêt de Lima pour que Alyssa Rosenzweig se mette à bosser sur la rétro-ingénierie du Mali T700 (ça avance lentement et une fois terminé ce ne sera qu'une base pour les autres modèles de GPU donc il y a encore beaucoup de travail).
L'équipe derrière nouveau abat aussi un travail colossal qui est crucial pour la viabilité du vieux matériel (plus vieux que Fermi) ou une architecture informatique pas ou plu prise en charge, mais au moins Nvidia assure le suivi de son blob (et ce même pour du armhf) contrairement à ARM Holdings et l'écrasante majorité des fabricants de puces qui s'en fichent du support après même pas deux ans.
[^] # Re: Mali qui bloque
Posté par superna (site web personnel) . Évalué à 2.
Il y a de l'espoir coté Mali-400 avec la reprise de Lima par un employé de AMD : https://github.com/yuq/mesa-lima et https://github.com/yuq/linux-lima avec le développement d'un vrai couple de driver DRM (PRIME, et tout ce qui va avec) et Mesa Gallium, ce que refusait de faire libv…
J'y ai poussé le support de base pour développer sur les SoCs Amlogic (S905, S905X), et on devrait avoir en même temps le support for des SoCs RockChip et Xillinx a base de Mali-400 et Mali-450.
Il y a toujours de l'espoir !
Concernant Midgard, ça bouge, mais je n'en dirais pas plus !
[^] # Re: Mali qui bloque
Posté par Anonyme . Évalué à 3.
J'avais lu une brève sur cette reprise l'été dernier qui semblait dire que c'était loin d'être exploitable et que d'autres tentatives antérieures de reprise de Lima avaient échoué. Mais effectivement si Yu est employé d'AMD et qu'il est pas seul, le mainline va bien aider, on peut espérer un pilote fonctionnel pour Utgard d'ici quelques années.
Pour Midgard, le blog d'Alyssa montre que ça avance bien aussi. Il faut dire que le fait d'avoir réalisé que le travail sur Bifrost était en partie mutualisable a permis une meilleure gestion des énergies pour ce pilote Panfrost.
Je viens de voir que LibreELEC a fourni les Device Tree Source de pas mal de SOC Amlogic s9**. J'avais pas trouvé cette info sur linux-meson ou hardkernel. Le VPU Amlogic a l'air aussi libéré, du coup il n'y a plus que Mali qui bloque pour avoir un desktop totalement libre sur ces SoC, non ?
[^] # Re: Mali qui bloque
Posté par superna (site web personnel) . Évalué à 2.
Avec le Kernel Amlogic, oui il n'y a que le Mali, mais le driver open source ne fonctionnera pas sans un gros effort sur le kernel de Amlogic…
C'est le chat qui se mort la queue !
Tu peux déja avoir un desktop libre non accéléré sur du Linux 4.14, sans OpenGL HW et sans décodage Video HW. C'est les deux seuls blocs manquants, et il y a aussi du boulot qui émerge pour avoir du décodage Video HW sur Amlogic. C'est techniquement plus simple que sur Allwinner (un microcode fait le boulot de faire le décodage) mais il faut que la chaine complète (Décodage dans V4L2, rendering depuis Gstreamer et Affichage depuis le driver DRM) supporte le format de frame spécifique pour pouvoir un jour atteindre les performances pour afficher une vidéo H.265 4K 10bit par exemple.
[^] # Re: Mali qui bloque
Posté par reynum (site web personnel) . Évalué à 4. Dernière modification le 20 mars 2018 à 08:46.
Sur LinuxFr lire les commentaires est aussi intéressant que les journaux et dépêches.
😁
kentoc'h mervel eget bezan saotred
[^] # Re: Mali qui bloque
Posté par Anonyme . Évalué à 2. Dernière modification le 20 mars 2018 à 16:36.
J'avais lu ce journal à sa sortie avant qu'il n'y ait le moindre commentaire -_-"
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.