VINDICATORs
Voilà, j'ai relancé l'installation de mock pour construire les paquets pour avoir une version plus à jours de mesa et autres.
Je commence aussi les tests du GPGPU, mais je ne trouve pas vraiment d'info sur le sujet. Surtout dans l'utilisation de cette technologie pour Blender qui reste frileux avec les radeon 🙁.
Quand je vois le retour de la commande clinfo :
$ clinfo
Number of platforms 1
Platform Name Clover
Platform Vendor Mesa
Platform Version OpenCL 1.1 MESA 10.4.0-devel
Platform Profile FULL_PROFILE
Platform Extensions cl_khr_icd
Platform Name Clover
Number of devices 1
Device Name AMD PITCAIRN
Device Vendor X.Org
Device Version OpenCL 1.1 MESA 10.4.0-devel
Driver Version 10.4.0-devel
Device OpenCL C Version OpenCL C 1.1
Device Type GPU
Device Profile FULL_PROFILE
Max compute units 20
Max clock frequency 1080MHz
Device Partition (n/a)
Max work item dimensions 3
Max work item size[0] 256
Max work item size[1] 256
Max work item size[2] 256
Max work group size 256
Preferred work group size multiple 1
Preferred / native vector sizes
char 16 / 16
short 8 / 8
int 4 / 4
long 2 / 2
half 0 / 0 (n/a)
float 4 / 4
double 2 / 2 (n/a)
Half-precision Floating-point support (n/a)
Single-precision Floating-point support
Denormals Yes
Infinity and NANs Yes
Round to nearest Yes
Round to zero No
Round to infinity No
IEEE754-2008 fused multiply-add No
Correctly-rounded divide and sqrt operations No
Support is emulated in software No
Double-precision Floating-point support (n/a)
Address bits 32, Little-Endian
Global memory size 1073741824 ( 1024MB)
Error Correction support No
Max memory allocation 268435456 ( 256MB)
Unified memory for Host and Device Yes
Minimum alignment for any data type 128 bytes
Alignment of base address 128 bits (16 bytes)
Global Memory cache type None
Image support No
Local memory type Local
Local memory size 32768 ( 32KB)
Max constant buffer size 268435456 ( 256MB)
Max number of constant args 0
Max size of kernel argument 1024
Queue properties
Out-of-order execution No
Profiling Yes
Profiling timer resolution 0ns
Execution capabilities
Run OpenCL kernels Yes
Run native kernels No
Device Available Yes
Compiler Available Yes
Device Extensions
Je me dis que c'est bien dommage de ne pas l'utiliser non? Sachant que normalement ce gpu gère l'opencl 1.2... Enfin bon ça promet 🙂.
Si vous avez des pistes sur l'opencl avec des commandes et programmes à utiliser n'hésitez pas à le faire savoir, ce sujet est là pour ça 😉.
Sachez aussi que Fedora 21 devrait profiter des dernières mises à jours de mesa et du pilote libre, j'attends plus d'informations sur le pilote proprio, mais je doute qu'il y ai des avancées avant le passage vers un noyau commun.
VINDICATORs
Bon j'ai réussi à faire la compilation de la version de développement de mesa vu que cela fait un petit moment qu'elle n'est pas mise à jour dans les updates.
Reste encore quelques petits soucis à régler et je vois pour avoir un dépôt sur fedorapeople pour le mettre à disposition.
La Fée D'Ora
Pas de piste pour l'OpenCL mais en tous cas ... Merci de ton implication 🙂
VINDICATORs
D'après ce que j'ai compris il faut libopencl.so fourni avec le pilote proprio, mais je m'étonne que ce ne soit pas possible d'utiliser le libre... Enfin bon je continu mes recherches.
Actuellement j'ai qqes soucis avec llvm, mais je pense me pencher sur le sujet, car la version 3.5 n'est toujours pas disponible alors que l'on arrive à la version 3.6... Cela me bloque dans certains cas, à voir si c'est un bogue ou un souci de version...
VINDICATORs
Bon j'étais entrain de préparer la préparation des paquets de llvm 3.5 quand j'ai vu que c'était en cours sur koji. J'attends d'en savoir plus.
Je dois récupérer un disque de données principale en début de mois pour remplacer mon vieux 500Go, j'en profiterai pour mettre une version stable de Fedora (sans doute la 21). Je devrai pouvoir voir si je peux avoir un petit dépôt chez fedora pour proposer les versions de développement de mesa plus régulièrement.
Il me reste encore un point à éclaircir dans le spec actuellement disponible, car il y a une ligne qui me pose problème. J'en reparle sur un sujet dans la section dédiée dès que je m'y penche dessus.
VINDICATORs
Bon il semble qu'il y ai un mieux avec llvm 3.5, cependant il reste qqes soucis avec le noyau 3.18 de dev.
J'attends que ce soit officiellement dans le dépôt rawhide pour refaire des compilations au propre.
J'attends d'en savoir plus pour un truc et je vois pour ouvrir enfin le dépôt.
VINDICATORs
Je vais mette en place un petit serveur de test qui servira de dépôt en attendant mieux pour mesa sur Fedora 20/21 et rawhide.
Le temps de mettre tout cela en place et je reviens vers celles et ceux qui voudrait tester.
Pour info avec un noyau 3.18rc2, llvm 3.5 et mesa 10.4 du jour, les performances sont impressionnantes 🙂. Je n'ai un jeu qui ne veut pas tourner sans savoir où est la cause, je parle de strongold 3 qui j'ai en stock. Je peux aussi rajouter Flightgear, mais là je ne sais pas qui déconne, le jeu ou la bibliothèque graphique...
J'attaque les tests de compilation pour F20, j'ai un gros doute à ce niveau...
VINDICATORs
Le dépôt est prêt, manque plus qu'à voir pour la redirection du nom de domaine ayant un souci à ce niveau 😢.
Donc il sera dans une machine virtuel qui tournera sur un hyperviseur CentOS 7+ovirt (pour la gestion) ou Proxmox dès que j'aurai le nouveau disque dur. Cela recyclera l'ancien de 500Go.
Pour des raisons de simplification et de sécurités le dépôt ne sera pas ouvert en permanence pour le moment le temps de trouver une autre solution. De plus il sera limité à 5 personnes à la fois et 200Ko/s pour évité l'engorgement. Rien de grave vu que mesa n'est pas très lourd non plus.
Disponible pour Fedora 21 et la rawhide dans un premier temps, mais je pense en rester là vu que cela risque d'être chaud pour gérer F20.
VINDICATORs
Voilà, tout est en place pour l'ouverture du dépôt.
Si tout ce passe bien il sera disponible en fin de semaine prochaine le temps que je finisse l'ouverture du compte pour le serveur. Mais aussi que je refasse mes disques avec l'arrivé, enfin, du disque supplémentaire.
J'ai pris un serveur virtuel chez un hébergeur, comme ça il y aura moins de limitation que ce que j'avais prévu.
Je vais donc construire les paquets pour Fedora 21 et la rawhide. Je vais voir pour construire des paquets pour F20, mais j'ai un doute sur la réussite.
Les rpm sont basé sur les spec du src.rpm du big boss des pilotes graphiques chez redhat Dave Airlied, car ceux d'ignatokoben me posent trop souvent des soucis et des modifications qui ne passent pas toujours. Je n'ai pas trouvé la raison d'ailleurs...
Enfin bon je précise que ce n'est pas limitée au pilote pour les RADEON, mais pour tout les autres aussi 🙂.
Après cela restera des versions de développement avec tout ce que cela implique (je me suis niqué une partoche avec le plantage d'un jeu par exemple... avec le test sur flightgear qui fonctionne bien maintenant), bien que je le lance pour test avant de le mettre à disposition, il peut y avoir d'autres soucis qui peuvent ne pas être détecté.
N'oubliez pas que vous pouvez contribuer aux rapports de bogues soit sur le bugzilla de redhat/fedora, soit celui du noyau ou chez freedesktop. (ils sont souvent en relation).
Enfin tout les liens seront disponible sur le petit site que je remonte pour cela.
Je pense faire un suivi de la version "stable" par la suite si cela vous dit, voir des pré-versions?
Je verrai par la suite pour intégré l'équipe officiel des empaqueteurs, on verra bien ce que ça donne.
Je vais voir aussi pour me lancer dans l'empaquetage du pilote proprio, mais vu les changements qui arrivent, je ne sais pas trop si cela est nécessaire. A voir...
nouvo09
Je vais voir aussi pour me lancer dans l'empaquetage du pilote proprio, mais vu les changements qui arrivent, je ne sais pas trop si cela est nécessaire.
C'est un sacré boulot. A chaque changement de version du noyau, il y a des modifications dans les sources qui rendent impossible la compilation du module. Il faut faire des astuces, qui ne sont plus valables avec la version suivante.
Je venais à peine de réussir à installer catalyst sur le noyau 3.16 que le 3.17 remet tout en cause, et avec des erreurs différentes.
VINDICATORs
Ce sera bientôt un mauvais souvenir. Bon je reste sur l empaquetage du libre. En plus il s'améliore de plus en plus.
Je récupère le western digital 2to black demain. J'ai une partition pour f21 pour tester le pilote proprio. Je verrai bien.
J'ai aussi prevu une centos7, mais juste comme hyperviseur pour la virtualisation. Du coup je ne vais pas avoir l'occasion de voir si c'est ok avec lui.
J'ai aussi une proxmox pour faire la même chose, mais avec un autre point de vue. Même si c'est la même chose.
D'ailleurs ce qui construira les paquets et soit une centos7 virtuelle, soit une fedora virtuelle. Synchronisé avec le serveur distant. J'ai tout cela en test sur la rawhide en ce moment et ça tourne très bien avec les deux.
Mais bon vivement que je sépare tout cela sur un disque dédié, du moins pour l hyperviseur, car je suis limité virtualisant l'hyperviseur pour tester. Ce qui le limite quand même...
À voir si cela intéresse du monde la compilation d'une version centos, rhel et pour les arm tiens...
Il était prévu d'ouvrir le dépôt ce week end, mais entre le disque en retard, les capitole du libre à Toulouse et un autre truc... Ce n'est pas possible. ..
Au passage je suis parti pour tester l opencl avec blender et le logiciel boinc (pour aider au calcul partagé pour la recherche). Rien de probant mais ça avance...
VINDICATORs
Suite à un souci avec ovirt j'ai du refaire tout mon système.
Du coup j'ai eu aussi un souci avec l'uefi et la bêta de Fedora 21... du coup c'est le bordel.
Rien de grave n'ayant pas non plus un système critique et vu que j'ai tout dispatché sur les autres partitions, j'ai juste à remonter le système et qqes configuration.
Le temps de tout remettre en place et je devrai pouvoir ouvrir le dépôt d'ici lundi le temps de tout mettre en place.
Donc le dépôt sera sur un petit serveur dédié, du coup je vais pouvoir mettre du centos7 directement sans avoir à jonglé avec des espaces disques à droite et à gauche... J'espère ne pas avoir de souci avec le nom de domaine, au pire ce sera un nom temporaire.
La Fée D'Ora
Quelques encouragements quand même parce que tout ça c'est du boulot!
VINDICATORs
Bah question d'habitude 😉.
C'est pas vraiment que c'est du boulot, mais surtout une histoire d'avoir de quoi mettre à disposition. Comme j'ai pas mal d'autres projets du même genre, je profite que les finances soient correct pour lancer tout en même temps. Cela ne me reviendra pas trop chère et je vais pouvoir faire 100x plus que ce que j'avais prévu pour le même prix 😛.
Au passage la bêta de F21 fait bien tourner la R9 270x, du coup ce serai bien d'avoir d'autres personnes pour faire des retours non?
VINDICATORs
Voilà le serveur est dispo, reste à le mettre en place.
VINDICATORs
Bon j'attends de savoir une chose pour terminer la mise à disposition, car j'attends confirmation de la prise en compte du règlement du serveur.
Donc c'est sur un serveur dédié correct, ce qui permettra de proposer plus de choses que prévu à la base.
Ce n'est pas un foudre de guerre, mais bien mieux que ce que je voulais mettre en place. On verra comment ça évolue dans le temps...
Pour en revenir aux développement en cours pour les Radeon, d'ici la sortie du noyau 3.19 nous verrons apparaitre la gestion de la vitesse des ventilateurs de nos cartes. Ce qui ne sera pas un mal, mes oreilles avec la nouvelle carte graphique sont d'accords avec moi.
Avoir un gpu à 39/42C° et des ventilo qui sont quasiment à fond, cela devient casse bonbon (pour rester correct). Bon j'ai connu pire... Mais bon.
Donc je récapitule :
3 versions de Fedora :
- rawhide
- F21
- F20
3 architectures (là par contre je ne peux en tester que 2 pour le moment) :
- 32bits
- 64bits
- ARM
Je ne pense pas inclure F19, car cela fait trop longtemps qu'elle existe. Vu la différence entre elle et F21, autant passer à cette version. A savoir que ce n'est pas dit que F20 soit bien supporté, mais il ne faut pas l'oublier.
Ce qui risque de poser problème est la version du compilateur LLVM... Mais je pense voir si c'est possible de faire des versions pour au moins F20, sachant qu'il n'y a pas de souci avec F21, du moins avec les paquets disponible sur le site de développement koji.
Je pense refaire le sujet, car il ne concerne pas non plus que les RADEON, mais aussi les GPU Intel et Nvidia (et autres...). Par contre je n'ai pas de NVIDIA pour tester, du coup il faudra que quelqu'un ce dévoue.
VINDICATORs
Voilà j'ai un nom de domaine pour le dépôt, j'attends qu'il soit validé.
Le serveur est en place, il n'y a plus qu'à lancer la compilation pour F20 et F21, quand elle sera disponible.
VINDICATORs
Voilà les noms de domaine sont déposé en .fr et en .com.
Donc ce sera
http://www.vind-depot.fr et
http://www.vind-depot.com. Je sais c'est pas très original, mais ils vont servir qu'à cela.
J'en reparle quand j'aurai fini de tout mettre en place 🙂.
La Fée D'Ora
Merci Vindicators 🙂
nouvo09
VINDICATORs wrote:Voilà les noms de domaine sont déposé en .fr et en .com.
Donc ce sera
http://www.vind-depot.fr et
http://www.vind-depot.com. Je sais c'est pas très original, mais ils vont servir qu'à cela.
J'en reparle quand j'aurai fini de tout mettre en place 🙂.
bizarre que tu n'aies pas mis le .net, c 'était tout indiqué 🙂