antistress a écrit 4643 commentaires

Ce n'est pas une découverte, ça a toujours existé ! C'était même là au commencement…

que dans Linux 3.7 tu auras la gestion manuelle du ventilo (à l'utilisateur de définir la vitesse de rotation), et plus tard la gestion auto si tout va bien

La doc est souvent ancienne sur le wiki freedesktop/gallium
Ici celle fournie par AMD http://www.x.org/docs/AMD/ (rien depuis le 11-Jun-2010)
Et puis ils ont tendance à cacher ce qui est pas supporté
par ex ici tu remarqueras que les radeon gèrent très bien la fréquence et le ventilo, et il est bien connu qu'elles ne chauffent pas avec le pilote libre http://www.x.org/wiki/RadeonFeature (Power Saving)
Là les softs qui marchent ou pas http://www.x.org/wiki/RadeonProgram
Aucune mention des firmwares vu que pour les devs du pilote libre radeon ce n'est pas un pb (ça a été dit plusieurs fois en commentaire dans le forum de phoronix)

Pitet que tu trouveras des infos ici http://en.gentoo-wiki.com/wiki/Radeon http://wiki.debian.org/AtiHowTo http://www.x.org/wiki/radeonBuildHowTo (All radeon gfxcards r600+ (r600 and higher) require extra firmware (ucode) files to work properly with acceleration)

moi non plus

Je crois qu'on peut dire que Phoronix est un site déplorable.

En tout cas ils ont leur job en l'espèce :

• Un article pour relayer l'info du blogue du RPi
• Un autre article pour relayer les critiques.

Information complète, donc.

Un truc comme Direct-rendering with cairo (cairo-drm)
 ?
cf http://cworth.org/~cworth/papers/2009-LCA_Carl-Worth_Click-to-Pixel_Graphics-Stack-Tour.pdf (p11)

cf, je pense, la partie de l'entretien sur Marcin Kościelnicki

edit : grillé

J'ai pas trouvé le sondage, iléou ?

à supposer que ce soit un complot de red hat…
ça n'évince pas les autres distribs GNU/Linux par définition.
les *bsd ? Ce ne sont pas des concurrents à ma connaissance.
Solaris : tout ça pour empêcher Solaris d'utiliser GNOME ? possible ?

Ah ben ça c'est abordé dans la présentation de Martin Peres & Timothe Ravier à XDC2012 dont les slides sont ici (p 20-21) :

Proposal: a MAC framework

Mandatory Access Control

• Control enforced by the system (mostly the kernel);
• Based on a policy (no unprivileged user control).

Suggestions

• Should be implemented as a library to unify access control on every wayland compositors;
• Should define which applications are allowed to take screenshots/act as virtual keyboards/copy & paste/drag & drop/register global shortcuts. . .
• Generic model, could look like or be polkit; Integrating SELinux to use policy mecanisms.

Tiens un développeur Nouveau ("inactif" ?) grenoblois :-)

Merci pour ce point, tu viens de me faire comprendre en quelques lignes ce que j'avais du mal à réaliser depuis un bout de temps, en assimilant un peu vite OpenGL avec les fonctions 3D des puces graphiques

Il y aussi Cairo-gl que Lucas n'aborde pas ?

J'ai trouvé ceci :

the isolation between applications is a major issue of the traditional X11 model. It is well known that any application connected to X11 server can listen on arbitrary events.
Under the Wayland model, the application recieves only mouse and keyboard events only when it has
focus. The application can't steal events from other application. So this is much improved design.

http://lists.freedesktop.org/archives/wayland-devel/2012-June/004078.html

Par contre j'avais lu qu'avec Wayland on pouvait ouvrir une fenêtre(*) transparente faisant tout l'écran qui permettrait d'écouter le clavier ?

(*) je ne suis pas sûr du terme, désolé je ne maîtrise pas le sujet

N'hésite pas à balancer : c'est Hachette qui est rétrograde.

D'après ce qu'on peut lire les GPU NVidia sont inutilement complexes (sans doute comme les CPUs x86, obligés de se coltiner l'antériorité)

comparer :

NVIDIA doesn't know how to design simple hardware.

https://plus.google.com/108010086967233476835/posts/iy21rLJfeCk

et :

"From a technical point of view, ARM's Mali GPU is the perfect candidate for a reverse engineering project. The hardware is well structured and beautifully simple. The driver stack is equally structured and highly logical. The kernel interface is kept simple and sane. Compared to some of its competitors, the Mali is a thing of beauty. It gives this driver developer the same buzz that the original ATI R500 display engine did when implementing the radeonHD driver."

Luc Verhaegen does applaud the ARM Mali GPU design as being "clean" since their driver doesn't require any micro-code to be loaded manually nor does it do any register banging from user-space. This does help in the reverse-engineering process.

http://www.phoronix.com/scan.php?page=article&item=arm_mali_reverse&num=2

ah non, ça ferait un nouvel app store centralisé, il vaut mieux que chaque libraire gère son store

Certains commentateurs y voient de l'ironie http://phoronix.com/forums/showthread.php?55818-The-Linux-Kernel-Power-Issues-Continues-To-Bite-Users#post213861

ah oui, en effet, c'est un peu chien !

J'avais suivi ça vaguement, d'après ce qu'il avait dit il avait à débusquer le lièvre ? Auquel cas il peut s'en vanter.
Je suis pas sûr de comprendre la phrase anglaise

L'embargo sur certains bugs "afin de maximiser les profits"

Je n'ai pas compris ?

Tu peux même reprendre l'affirmation de Dave Airlie : ça ne permet pas l'écriture d'un pilote Mesa/Gallium.
(contrairement à ce qui est écrit dans la dépêche)

Alors Bravo !
C'est ce que j'avais compris quand j'avais fait un billet sur le projet :-)

Moi je suis assidûment Phoronix, le site n'a pas vraiment d'équivalent pour savoir ce qui se passe en cuisine

Je ne dis pas que vous auriez pu faire autrement, mais je soulignais que le commentaire précédent laissait entendre des choses partiellement inexactes.

Si j'ai bien compris TEA permettra d'avoir des app stores décentralisés en reproduisant le modèle des libraires actuelles (chaque librairie pourrait avoir son app store), à la façon du Mozilla Market Place ? Si c'est ça c'est un immense progrès.

Mais je trouve un peu rabat-joie de ne pas vouloir admettre que c'est tout de même une avancée d'avoir un morceau propriétaire en moins.
Oui, il reste un "firmware" fermé et visiblement incontournable, mais c'est déjà le cas pour beaucoup de matériels.

Tant qu'à faire, au lieu d'écrire que Broadcom avait libéré le pilote, ils auraient pu écrire qu'ils libéraient toute l'informatique.
Reconnais que ça aurait été un peu rabat-joie de ne pas vouloir admettre que c'est tout de même une avancée d'avoir un morceau propriétaire en moins.