antistress a écrit 4523 commentaires

Si seulement Windows n'était qu'une interface, il pourrait installer Windows RT sur Linux

c'est pas le seul film réalisé sans ordinateurs et des acteurs inconnus, tu dois être content du choix immense qui s'ouvre à toi !

• diverses corrections de bugs dans l'imagerie
• diverses corrections pour que les machines démarrant sans RTC
• diverses corrections sur les paquets

C'est fou tout ce qu'on peut apprendre en un journal

Sinon j'ai regardé le paquet firmware-linux-nonfree fourni par Debian :
/lib/firmware/r128
/lib/firmware/r128/r128_cce.bin
/lib/firmware/radeon
/lib/firmware/radeon/BARTS_mc.bin
/lib/firmware/radeon/BARTS_me.bin
/lib/firmware/radeon/BARTS_pfp.bin
/lib/firmware/radeon/BTC_rlc.bin
/lib/firmware/radeon/CAICOS_mc.bin
/lib/firmware/radeon/CAICOS_me.bin
/lib/firmware/radeon/CAICOS_pfp.bin
/lib/firmware/radeon/CAYMAN_mc.bin
/lib/firmware/radeon/CAYMAN_me.bin
/lib/firmware/radeon/CAYMAN_pfp.bin
/lib/firmware/radeon/CAYMAN_rlc.bin
/lib/firmware/radeon/CEDAR_me.bin
/lib/firmware/radeon/CEDAR_pfp.bin
/lib/firmware/radeon/CEDAR_rlc.bin
/lib/firmware/radeon/CYPRESS_me.bin
/lib/firmware/radeon/CYPRESS_pfp.bin
/lib/firmware/radeon/CYPRESS_rlc.bin
/lib/firmware/radeon/JUNIPER_me.bin
/lib/firmware/radeon/JUNIPER_pfp.bin
/lib/firmware/radeon/JUNIPER_rlc.bin
/lib/firmware/radeon/PALM_me.bin
/lib/firmware/radeon/PALM_pfp.bin
/lib/firmware/radeon/R100_cp.bin
/lib/firmware/radeon/R200_cp.bin
/lib/firmware/radeon/R300_cp.bin
/lib/firmware/radeon/R420_cp.bin
/lib/firmware/radeon/R520_cp.bin
/lib/firmware/radeon/R600_me.bin
/lib/firmware/radeon/R600_pfp.bin
/lib/firmware/radeon/R600_rlc.bin
/lib/firmware/radeon/R700_rlc.bin
/lib/firmware/radeon/REDWOOD_me.bin
/lib/firmware/radeon/REDWOOD_pfp.bin
/lib/firmware/radeon/REDWOOD_rlc.bin
/lib/firmware/radeon/RS600_cp.bin
/lib/firmware/radeon/RS690_cp.bin
/lib/firmware/radeon/RS780_me.bin
/lib/firmware/radeon/RS780_pfp.bin
/lib/firmware/radeon/RV610_me.bin
/lib/firmware/radeon/RV610_pfp.bin
/lib/firmware/radeon/RV620_me.bin
/lib/firmware/radeon/RV620_pfp.bin
/lib/firmware/radeon/RV630_me.bin
/lib/firmware/radeon/RV630_pfp.bin
/lib/firmware/radeon/RV635_me.bin
/lib/firmware/radeon/RV635_pfp.bin
/lib/firmware/radeon/RV670_me.bin
/lib/firmware/radeon/RV670_pfp.bin
/lib/firmware/radeon/RV710_me.bin
/lib/firmware/radeon/RV710_pfp.bin
/lib/firmware/radeon/RV730_me.bin
/lib/firmware/radeon/RV730_pfp.bin
/lib/firmware/radeon/RV770_me.bin
/lib/firmware/radeon/RV770_pfp.bin
/lib/firmware/radeon/SUMO2_me.bin
/lib/firmware/radeon/SUMO2_pfp.bin
/lib/firmware/radeon/SUMO_me.bin
/lib/firmware/radeon/SUMO_pfp.bin
/lib/firmware/radeon/SUMO_rlc.bin
/lib/firmware/radeon/TURKS_mc.bin
/lib/firmware/radeon/TURKS_me.bin
/lib/firmware/radeon/TURKS_pfp.bin

Le journal est beaucoup trop long et étoffé, on ne peut pas raccourcir un peu ?

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 ?