Martin Peres a écrit 413 commentaires

Non, je ne suis au courant de rien de ce coté là!

En tout cas, il n'est pas mergé: https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/tree/drivers/gpu/drm

Version courte: https://www.youtube.com/watch?v=NLG9ELhaktk

Version longue:
Il devient apparent que depuis la fin de mon doctorat, je ne consacre plus autant de temps à l'informatique. Du coup, je laisse traîner les taches qui me sont les moins satisfaisantes … tel que le travail d’édition de cette dépêche.

J’apprécie toujours autant de contribuer à la partie graphique, mais la relecture attentive, relancer les contributeurs, rendre le style homogène, remplir les manques et faire en sorte qu'on soit dans les temps ne fait plus vraiment partie de mes priorités. Comme je tiens à cette dépêche, je préfère passer le flambeau à une personne qui saura faire un meilleur travail que le mien durant ces deux dernières dépêches!

La dépêche cherche donc, de toute urgence, un nouvel éditeur en chef! Postez vos candidatures ci-dessous! Vous pouvez aussi candidater pour travailler sur les sections qui n'ont pas de mainteneurs car elles en ont vraiment besoin! D'habitude je prend le temps de les compléter un peu plus, mais c'est vraiment plus ma priorité maintenant :s

De mon coté, je continuerai à maintenir la section pilote graphiques libres! Et si je suis en retard dessus, je pries le futur éditeur de bien vouloir me botter le cul!

La vrai solution est d'utiliser xf86-input-libinput (FOSDEM2015). Je l'utilise sur mon nouveau portable (clickpad) et ça marche parfaitement.

Aucun GPU actuel n'a pas de mémoire virtuelle pour les clients graphiques. Intel essaye encore de l'activer complètement par défaut mais on y arrive. Nouveau supporte ça depuis toujours (ou presque).

Siosm (qui contribue aux dépêches noyau) travaille pour résoudre ce problème.

Juste une dernière question la gestion atomique des plans et de Wayland devra demander un support des applications/jeux où bien ce sera un gain générique ?

Les applications ne devraient jamais avoir a connaitre le matériel jusqu'à ce niveau. Les plans graphiques ne sont pas exposés par OpenGL donc c'est hors limite pour les applications.

C'est par contre quelque chose que le compositeur Wayland devrait pouvoir utiliser de façon opportuniste sans soucis car il parle déjà avec l'interface KMS du noyau qui expose ces plans graphiques de façon unifiée depuis Linux 3.18 si je me souviens bien. Le gain devrait être assez fort pour le décodage vidéo.

Oui, ils sont purement matériel et généralement très limité.

Très bien expliqué Cedric!

Peut être que c'est ton écran qui indique n'importe quoi dans ses EDID et que le pilote propriétaire sait ça et a une copie corrigée. Je considère pas ca un bug de linux, mais un bug dans ton écran!

Ah ah, et c'est scilab qui a raison ici d'utiliser les pbuffers? Les framebuffer objects (OpenGL 3) remplacent avantageusement les pbuffers qui eux ne sont jamais rentrés dans le standard OpenGL.

Aucun nouveau pilote ne va supporter les pbuffers. Et je parle même pas des pilotes de GPU pour ARM! Je pense que Scilab devrait prendre les heures nécessaires pour utiliser les FBO.

vibrent en fonction de la tension électrique qui les parcourt dans le but de fournir une tension constante au CPU

C'est pas plutôt en fonction du courant?

De rien! C'est vrai que vu que ça approche à grand pas, j'ai commencé à expliquer un peu plus à quoi ça correspond :)

Nope, je parle de devenir mainteneur! C'est a dire faire ca pour chaque release, pour le plaisir des yeux de tout le monde :)

Je vois qu'on a un candidat pour devenir mainteneur "Édition générale"! Tu commences quand?

Mince! Mon plan génial de faire un gros copier/coller a été détecté !

L'autre solution c'est de tout faire soi-même. C'est ce que j'ai fait sur les dépêches noyau pendant quelques années…mais au bout d'un moment ta vie pro et perso change, tu as soudain beaucoup moins de temps (et peut-être aussi un peu moins de motivation) et il est alors nécessaire de passer la main.

Oui, ça doit marcher mais je n'ai que peu d'intérêt pour certains sous-systèmes. Du coup, sans passion, on passe pas forcement les heures nécessaires pour avoir une vrai compréhension. Comme mon boulot est dans la pile graphique, je sais que je comprend bien ce dont je parle. Ça ne serait pas le cas sur les systèmes de fichier par exemple…

Je te dis bravo et merci d'avoir repris le flambeau aussi brillamment. Les news noyau sont excellentes et c'est grâce à ton boulot et à celui des autres contributeurs.

Merci. Comme tu dis, c'est également énormément dû aux autres contributeurs, nottamment Romain Perier et Timothée Ravier.

Merci pour les liens!

Je comprend ton amertume, c'est dur dans les systèmes collaboratifs de se rendre compte que notre opinion n'est pas universellement reconnue, même si elle est juste. C'est pour ça qu'autant que possible, je ne compte que sur moi même (et ma self-motivation) tout en essayant de donner envie à d'autres de venir renforcer les rangs :) Pour la dépêche noyau, c'est pas parfait mais on peut nettement voir une différence depuis l'instauration du concept de "mainteneur" (ne serais-ce qu'en longueur).

En tout cas, j'aimerai vraiment pas être community manager car c'est déjà dur d'avoir des suiveurs, mais c'est encore plus dur d'avoir des actifs !

Une contradiction à parfois du poids

Petite faute ici :) Merci pour cette traduction !

Quelqu'un pourrait corriger les liens pour les dépêches Linux 3.17 et 3.18 ? Les deux pointent vers l'espace de rédaction.

Sinon merci pour cette rétrospective ! Des prédictions pour l'année 2015 ? Des recommandations de sujets pour l'écriture de dépêches collaboratives ? Ça aurait été bien comme petite conclusion :)

Ah ah, ça ne sera pas pour moi mais il y a en effet des offres pour bosser sur nouveau, donc ça devrait arriver bientôt pour un ou plusieurs autres devs :)

De mon coté, je commence à bosser début janvier. Comme ça va impacter légèrement l'écriture de la dépêche, je rendrai ça public dans une optique "full disclosure". Je continuerai cependant à travailler sur Nouveau sur mon temps libre (qui sera bien plus conséquent que durant la dernière année) et avec un peu de chance, je devrai aussi pouvoir encadrer un nouveau GSoC.

Une idée de l'impact pratique de cette amélioration sur la consommation et donc l'autonomie ?

Que je sache, personne n'a fait de tests pour quantifier l'impact dans différents scénarios.

Merci bien pour cette super dépêche, très complète malgré les contraintes de ses rédacteurs :)

Merci :) De mon coté, c'est clair que ces 6 derniers mois ont été intenses avec la fin de ma thèse! C'est fini maintenant! Vive le temps libre :)

En effet ! C'est ça quand on publie une dépêche alors qu'on prépare sa soutenance de thèse… On dit n'importe quoi !

L'ABI INTERNE ;) Les applications n'ont rien à faire de l'ABI interne tant que l'ABI externe est stable!

Merci et de rien ;)

Et voilà, toutes les vidéos sont là.