Martin Peres a écrit 413 commentaires

J'aimerai nous excuser pour le retard de publication de cette dépêche. En effet, quelques contributeurs/mainteneurs de cette dépêche ont été très occupés par des conférences en cette fin de septembre/début octobre (Kernel Recipes 2014 et l'XDC2014).

J'ai moi même dû écourter ma section sur les pilotes graphiques libres car je fini mon doctorat et j'essayais de finir d'écrire ma thèse à temps pour l'XDC2014 que j'ai organisé. Merci à Timothée et aux autres contributeurs d'avoir rempli mon rôle pour cette dépêche.

À dans 2.5 mois! On ne devrait pas avoir de retard cette fois :)

On va faire notre possible pour qu'elles le soient, oui :)

Avec un peu de chance, on pourra même avoir un streaming en temps réel.

Dame Ned! Tu as raison!

/me va se fouetter avec des outils GNU!

Vive les ebuilds et les PKGBUILDs;

Un exemple de paquet complexe dans arch, Mesa:

• La liste des fichiers pour faire le paquet
• Le fichier qui permet de générer les paquets
• Le versionnement du paquet

J'ai testé plusieurs systèmes d'empaquetage et celui de Arch est vraiment le plus sympa pour moi :) Si on veut plus de puissance, portage est génial avec les EFLAGS!

oui, cela fait partie des «  petites » salles :-) (et oui, en tenant la porte ya moyen de passer le « videur » qui empêche de rentrer dans la salle surchauffée pendant que les autres sortent. Nan, je parle d'un des deux (trois ?) vrais amphis ;-)

Ah ah, je crois que tu sous-estimes la peur qu'ont certain pour présenter. 200 personnes, ça fait déjà pas mal! Et puis ça serait du gâchis étant donné que y'a pas moyen que ça intéresse autant de monde! :D

Exactement, bravo pour tes interventions à chaque fois ; ton anglais est bien meilleur que le français moyen ;-) (oui, je vais aussi dans la dev room java^Wopenjdk ou gnome et libreoffice, j'aime bien passer du bon temps en Belgitie, pfiou depuis 7 ans maintenant o_O).

On fait ce qu'on peut ;) T'as de la chance d'y être allé 7 fois déjà! De mon coté, je suis pas sûr de pouvoir venir l'an prochain mais je ferai mon possible! Si tu me vois, vient dire bjour ;) C'est valable pour toutes les moules cela dit!

c'est complet, va falloir soudoyer ennael pour faire venir plus de monde ;-)

Oh, je savais pas!

RdV plutôt au Fosdem, ce serait bien de réclamer^Wrécupérer un amphi cette année, il y en a marre des salles trop petites :D

Hey, on a eu un amphi de 200 personnes cette année! Et on l'a rempli plusieurs fois :)

(puis bon, vos démos se débugguent en live, tout comme celles de Meeks vous êtes prêts :p)

Tu serais pas en train de faire référence à ma démo de reclocking en 2012, si? :D

Plus sérieusement, faire des démos de trucs stables, c'est pas sport et pas fun du tout :D

Hey hey, y'a du boulot coté communication dans les projets de la fondation X.org! C'est clair!

Enfin bon, ma priorité reste d'aider au développement et essayer de faire venir plus de monde dans la pile graphique. Du, je relaye le travail actuel des membres sur G+, j'aide pour le GSoC et l'EVoC (programme équivalent au GSoC, mais financé par la fondation X.org et c'est pas limité à l'été), j'organise l'XDC2014 à Bordeaux cette année et je fais des présentations sur nos travaux dans Nouveau dès que je peux.

D'ailleurs, je serai à la kernel recipes à Paris en fin septembre, si ça intéresse des gens :)

Oh, je suis totalement d'accord, c'est pour ça que j'ai dit que je le ferai ;)

Et quant à connaître la pile graphique, je suis un développeur de Nouveau depuis 4 ans et je me tiens informé sur toute la pile graphique depuis (du coup, c'est pour ça que je contribue sur la partie DRM dans les dépêches du noyau). Et comme le boulot de la fondation X.org, c'est aussi de partager les connaissances, c'est mon boulot en tant que membre de la board de mettre à jour ce genre de source d'infos.

Je suis pas hyper fan des pages wikipedia. Faudra que je fixe ça un jour!

Non mais sans rire, les mecs parlent encore de REnouveau, le truc qu'on a pas utilisé depuis presque 10 ans :D

C'est ça, mais ça répond pas trop à la question originale ;)

Alors, je suis pas dev mesa mais ça devrait être assez proche de la réalité.

Gallium3D est une architecture virtuelle de GPU qui permet d'écrire de représenter les implémentations OpenGL/CL, accel vidéo et tout ce qu'un GPU peut faire comme calcul (pas le rendu). En gros, ça permet de factoriser une bonne partie du code!

Les pilotes dans mesa:

• Mesa: Le code original de mesa. On appelle les pilotes qui dépendent que de mesa "DRI", mais c'est vraiment pour perturber le monde ;) Dans mesa, y'a la runtime et aussi la représentation intermédiaire pour les shaders qui est utilisée par Gallium (et transformée en TGSI).
• swrast: Pilote DRI pour le rendu opengl sur CPU. C'est super lent!
• softpipe: L'équivalent de swrast pour Gallium3D et c'est giga lent aussi. Ça sert juste à vérifier si des bugs sont dans le code commun ou pas.
• llvmpipe: Équivalent de softpipe, sauf que les instructions TGSI sont converties en LLVM qui se charge de générer du code efficace pour le CPU. Ça donne des perfs relativement acceptables pour les environnements graphiques! Yeah!
• i965: Le pilote graphique pour toutes les IGP Intel. Il utilise l'archi DRI, pas Gallium.
• nv50/c0: Pilote Gallium3D pour les cartes nvidia. Nv50 = Geforce 8 jusqu'aux Geforce 4xx. Nvc0 = Geforce 4xx jusqu'aux Maxwell et possiblement les suivantes aussi :). Il y a aussi d'autres pilotes pour les cartes d'avant, mais elles supportent pas OpenGL3 ;) Un petit rappel sur les chipsets.
• r300/r600/radeonSI: Comme pour NVIDIA, chaque pilote supporter de multiple générations et de temps en temps, l'architecture change tellement qu'il vaut mieux recommencer de 0 le backend gallium3D. Les chipsets pour AMD.

J'espère que ça va vous aider un peu!

C'est bien, mais c'est cher ;) On a des USRP 1 majoritairement au boulot. Les 2 sont meilleurs mais super chers!

Perso, je m'amuse plus avec les bladerf qui coutent bien moins cher (350€) et ont une bande passante de 28 MHz (40MSPS) full duplex. J'ai réussi à faire des transmissions super rapides avec mais j'ai encore du boulot pour pas prendre trop de spectre et pour les rendre résistantes au bruit.

Sinon, je m'amuse aussi avec la rtlsdr qui peut rester dans mon sac en permanence :)

peut-on compiler "classiquement" ou faut-il patcher un max avant de pouvoir utiliser gcc ? D'après ce journal on peut prévoir que ce sera officialisé dans un futur proche

Oui, au pire, tu devras utiliser gcc 4.6 de linaro, mais tu ne devrais pas avoir de problème avec ça.

est il possible d'en chaîner plusieurs entre elles ?. Vu que c'est orienté calculs en faire un ferme de calcul me semble un cas d'utilisation prédisposé

Vu qu'il y a une carte réseau, tu peux utiliser MPI pour faire du calcul distribué.

Ps: Et aussi merci à nouveau pour le travail concernant le rapport sur le noyau.

Tu peux remercier Gnourou directement, c'est lui l'ingénieur NVIDIA qui a écrit les patchs pour Nouveau.

Je pense que l'aspect le plus important ici, c'est le fait que la communication soit spécifiée de façon logicielle.

Le logicielle libre est ensuite une amélioration mais ce qui a rendu ça possible avec si peu de moyens, c'est le fait de pouvoir définir une couche physique avec du logiciel. C'est vraiment le futur et tous les constructeurs s'en rapprochent de plus en plus pour les modems 3G, LTE, etc…

J'utilise la radio logicielle dans ma thèse de doctorat et je me suis véritablement éclaté à ré-écrire des modulations numériques pour faire de la transmission radio. Je peux aussi espionner ce que font les autres radios et mon outil permet de découvrir le type de modulation et retrouver les bits en temps réel. Il est également possible d'émettre et recevoir plusieurs communications en parallèle, c'est vraiment une énorme avancée!

Il faudra cependant qu'on conçoive du matériel plus adapté à la radio logicielle afin de libérer le CPU qui ne devrait pas avoir à faire ces traitements car il est clairement pas adapté pour ça!

Tiens, ça va te plaire: https://www.youtube.com/watch?v=kLt_uqSCEUA

Ça explique comment un homme du milieu peut injecter du js dans tes pages pour ensuite espionner le trafic même quand tu ne passes plus par cet homme du milieu. Si la page était chiffrée, il n'y aurait pas ce problème.

J'aurai pas été aussi catégorique, même si c'est en effet l'explication la plus logique. M'enfin, c'est pas bien grave.

Je comprend pas d'où tu veux en venir. Le backend SNA est dans xf86-video-intel.

C'est en effet très probable :) Bien vu!

Tout est dit dans le titre, je m'en sers de Wt pour mon système de commentaire et Wt-RPM pour pouvoir allumer/éteindre mes PCs à distance.

C'est trop cool, c'est super léger et ça fait de l'AJAX pour toi. C'est comme faire du Qt … pour le web :)

Merci Brice, je prendrai le temps de vérifier mieux la prochaine fois. Je pensais en effet aux copies dans le noyal.

Il faudra attendre qu'on se mette d'accord et qu'on avance sur comment gérer les clients privilégiés. Ensuite, on pourra avoir toutes les interfaces qu'on veut :)

Bien dit!

Et deux choses sont fondamentalement différentes entre X et Wayland. X, qu'on le veuille ou non, c'est du rendu d'application déporté. Les clients envoient leurs requêtes de dessin (dessine un rectangle là, un rond ici, un trais là et ce texte ici). GTK et Qt ont arrêté de faire ça car c'était trop lent, ils font le rendu en OpenGL ou sur le CPU eux même. Dans Wayland, les clients font leur propre rendu de la façon qu'ils trouvent la plus adéquate (cool, c'est ce que font déjà GTK et Qt) puis partagent le rendu final avec le compositeur qui ne fait qu'afficher les fenêtres à l'écran, au bon endroit.

La deuxième chose fondamentalement différente entre X et Wayland, c'est que dans Wayland, chaque image est parfaite. Plus de clignotement, plus de fenêtre qui s'affiche avec rien dedans, plus de fenêtre qui se lance avec un ancien contenu affiché pendant un bref instant. C'est pas une bonne raison de dégager X?

Et je parle même pas de la sécurité désastreuse de X.

Il y a eu une annonce officielle via deux canaux: la mailing list annonce de X.Org (auquel peu de monde est abonné) et Google+, où beaucoup de hackers connus sont capables de relayer l'information et d'y réagir.

Qu'est ce qu'il vaut mieux? Que personne ne soit au courant ou qu'on utilise les outils à notre disposition pour faire passer le message? ;)

Le sujet est intéressant, mais l'auteur du commentaire (et moi-même) aurait sans doute préférer avoir l'annonce originelle et pas une reprise.

C'est moi qui ait posté l'annonce sur Google+. Étant un des directeurs de la foundation X.Org, je peux te dire que cette source a autant de valeur que le lien vers la ML, mais permet en plus de s'exprimer dessus ;) Du coup, je suis content que ce soit ce lien qui ait été publié!

Ce sont des optimisations faites pour le noyau.

Et bien, il semblerait que Linus ait cédé.