Stephane Marchesin a écrit 254 commentaires

Pas sur, je pense que le gagnant sera celui qui arrivera à convaincre AMD et Nvidia de faire un driver proprio pour son architecture…

C'est presque ça, sauf que AMD/Nvidia ce n'est pas (plus) ceux qui comptent. Le gagnant sera celui qui arrivera à faire marcher son système avec les GPUs des architectures embarquées.

Ce que s'est dit Canonical, c'est qu'en fait des pilotes existent déjà pour les architectures embarquées. Ces pilotes, on les trouve dans Android et il suffit donc de les récupérer, puis de mettre une couche graphique compatible avec par dessus (c'est ça mir). Imagine les possibilités, on pourra faire marcher ubuntu sur tous les téléphones/tablettes Android existants sans faire de boulot sur le pilote. Ça fait rêver canonical la nuit ça. Donc l'utilité de mir, ce n'est pas ce sur quoi porte la discussion (l'input et autres) mais c'est de pouvoir réutiliser tous les pilotes propriétaires Android.

Et c'est aussi ce qui ennuie profondément les développeurs de Wayland, qui sont principalement pro-libre.

Bref, du bon troll en perspective; je me régale d'avance.

Alors, résumons le résumé:
- Les utilisateurs râlent.

A mon sens c'est une différence de culture: aux États-Unis quand tu es locataire tu ne possèdes généralement pas ton électroménager; du coup tous les appareils ménagers (frigo, four, micro ondes, machine à laver/sécher le linge...) viennent avec l'appartement que tu loues. En France généralement tu loues un appartement vide puis y mets ton électroménager. J'imagine qu'en France les loueurs ne veulent pas se donner le mal d'installer des machines à laver pour que finalement personne ne les utilise parce qu'ils ont déjà les leurs.

Le driver Nouveau n'" utilise pas " le firmware, mais sans firmware, le matériel ne fonctionne pas.

Euh. Nouveau n'utilise pas de firmware dans le sens où il compile/génère automatiquement le sien en fonction de la carte à l'initialisation, donc l'acceleration marche parfaitement sans un fichier binaire de firmware.

Libérer les firmwares signifierait nettoyer la chaine de compilation pour ces firmwares, tout documenter, faire passer par les avocats etc. C'est beaucoup de travail en regard du gain obtenu, et la priorité est sur les documentations des GPU.

Il me semble que les drivers AMD ne sont pas libres (entre autre) parce qu'ils incluent du code proprio (sic) d'autres sociétés qui refusent l'ouverture.

Bah, la plupart des drivers OpenGL utilisent des bouts de l'implémentation de référence de SGI qui n'est pas libre (en tout cas pas la version utilisée dans ces drivers). Cela dit avec Mesa/Gallium dispo en libre, il ne serait pas très difficile de s'en débarrasser et faire un driver libre à la pointe; et c'est loin d'être impossible pour une grosse société comme AMD. Mais même si AMD fait ça il reste le problème que le driver utilise certains brevets logiciels.

Et puis il faut voir aussi que AMD ne peut pas déclarer publiquement "nous n'allons pas libérer notre driver fglrx car il enfreint des brevets logiciels et qu'on risquerait des procès", donc ils noient le poisson avec des excuses bidon, comme tous les autres farbicants d'ailleurs.

Ce qui n'empêche pas AMD de licencier les sources à d'autres entreprises contre espèces sonnantes et trébuchantes.

Et contre une promesse signée de ne pas faire de procès, en particulier à propos des brevets logiciels.

Il y a quoi de si mystérieux dans ces puces ? Et qui plus est, quoi de si mystérieux qu'on pourrait trouver avec le code source du pilote ?

Il n'y a rien de vraiment secret, la raison pour laquelle ils veulent cacher les sources est la peur des brevets. Quand le source d'un driver est disponible c'est beaucoup plus simple de prouver qu'il enfreint tel ou tel brevet. Et quand des choses basiques comme la compression de texture ou les texture float sont brevetées, eh ben... tout le monde prend ses précautions.

D'où la conclusion: si vous voulez plus de drivers graphiques libres, luttez contre les brevets logiciels.

Je n'ai pas le temps de tout faire (et notre 'equipe' WebGL n'a que 2 personnes contre 4 ou 5 chez Google). J'ai une carte nvidia. Initialement j'ai essaye (fedora 13 en mai 2010) avec le pilote nouveau, mais ca ne marchait vraiment pas bien du tout; je n'ai pas eu le temps de reessayer depuis.


Je n'ai pas le temps de tout faire (et notre l'équipe qui bosse sur les drivers libres n'a que 10 personnes contre 100 ou 200 chez nvidia). J'ai une carte nvidia. Initialement j'ai essaye webGL avec firefox, mais ca ne marchait vraiment pas bien du tout; je n'ai pas eu le temps de reessayer depuis. Du coup je suis repassé à Chrome.

J'espère que les gens ne liront pas ce thread. Je vais plaider le vol de mon mot de passe linuxfr.

Forcément, vous noyez votre désespoir devant les bugs radeon dans le vin, et après il ne reste plus rien pour nous. Comment est-ce-qu'on peut apprécier sans goûter ?

Mouais, je commence à soupçonner qu'il s'agissait en réalité d'une cave à vin !

D'un point de vue humain les devs de nouveau sont bcp plus cool, dans le vent, sympas.

Apres pour radeon il faut comprendre qu'il s'agit de vieux barbus enfermés dans leur cave depuis des années et qu'on peut en changer que tres tres tres difficilement (les devs radeon sont barbus, pas les devs nouveau).

Les processeurs mips pas fait pour les supercalculateurs ? Il y a quelques années SGI faisait exactement ça, et ils avaient de bonnes places dans le top 500...

http://en.wikipedia.org/wiki/SGI_Origin_2000

«The largest installation of SGI Origin 2000 series was ASCII Blue Mountain at Los Alamos National Labs. It included 48 Origin 2000 series 128-CPU systems all connected via HIPPI for a total of 6144 processors. At the time it was tested, it placed second on the TOP500 list of fastest computers in the world.»

Ah oui je précise encore que dans le mail il y a un code, il faut retourner sur le site et le taper. Oui c'est relou mais c'est une fois par IP et au moins c'est à peu près solide :)

Je m'étais dit la même chose, mais en fait non, car la banque mémorise aussi mes IPs. Quand je fais la requête depuis une IP que je n'ai pas utilisée auparavant j'ai un challenge question/réponse. Et je reçois un mail me disait qu'une nouvelle IP est activée bla bla.

Tiens salut med :)

Oui tout à fait c'est BoA.

Qu'est-ce que le plugin cerveau apporterait dans le cas d'une attaque pareille étant donné que le but justement de l'attaque c'est de se servir des faiblesses du cerveau de l'utilisateur pour le tromper justement ? Perso j'ai beau savoir tout ça, je peux carrément pas garantir que je risquerait pas de me faire avoir par une attaque de ce style dans un moment d'égarement, ou en étant pressé, ou ...


Ma banque fait un truc intéressant pour l'authentification qui protège de ça:
- au login, je tape juste mon nom puis entrée (pas mon mot de passe pour l'instant)
- elle me montre une image et sa légende, que j'ai choisies quand j'ai crée mon compte (par exemple, une photo d'une pipe et la phrase "ceci c'est pas une pipe")
- je tape mon mot de passe seulement si je vois mon image et mon titre.

Du coup, les attaques par phishing nécessitent de connaître mon image et sa légende. Si je ne les vois pas, je ne tape pas mon mot de passe, pas folle la guêpe.

Tu bluffes martoni. Toutes les cartes supportées sous nouveau ont l'accélération Xv par une forme ou une autre. Tu as peut-être un très très vieux driver, mais alors c'est pas ma faute.

En fait ça dépend de ton bios. Chaque fabriquant est libre de mettre les modes qu'il veut dans le bios de la carte (l'idée de base c'est que les timings de chaque mode qu'on veut utiliser avec vesa sont hardcodés dans le bios). Evidemment le bios n'est pas extensible et il doit contenir d'autres trucs (le tout en 64ko). Du coup souvent pour les modes plus rares (comme 2560*1600, 1024*600 ou 1364x768) ou même des modes standards avec fréquences de rafraichissement peu communes, tu peux te brosser.

C'est aussi pour ça qu'il faut i915resolution pour pouvoir avoir les modes widescreen sur intel par exemple. Cet outil remplace un des modes de la table de modes de ton bios dont tu ne fais rien par un mode que tu veux avoir.

D'abord, je voudrai dire que le driver nouveau n'est pas encore très au point, et surtout, il ne me semble pas qu'il supporte les cartes les plus récentes au niveau de la 2D, contrairement (mais c'est peut être seulement un préjugé) au driver nv.

Oui c'est un préjugé. Nouveau a l'accélération 2D (EXA avec composite) et 3D (avec galliumà sur nv50 (donc les plus récentes).

Pas trop. En fait on peut reprendre le code de nv, mais il est souvent réécrit par la suite (par exemple on avait l'accélération 2D de nv pour la nv50, puis on l'a refaite pour qu'elle soit complète). Donc on gagne peut-être un peu de temps, mais de toute façon il faut faire du reverse sur le reste du GPU et implémenter les fonctionnalités avancées (accel complète 2D/3D) et ça ne vient pas avec nv tout ça.

D'un autre côté la mort de nv nous fait plus d'utilisateurs et de testeurs, ce qui nous rapproche de la masse critique.

A mon avis c'est plutôt positif donc.

Ça trolle sur barre oblique-point aussi:
http://hardware.slashdot.org/story/10/03/26/2240250/Nvidia-D(...)

Bon, on a eu la peau du driver nv, mais dans la précipitation de l'écriture de son annonce le monsieur de nvidia a oublié de dire qu'il existe une alternative libre super cool, et du coup il recommande vesa.

Non vraiment la précipitation, quel fléau.

Techniquement, ce que tu proposes pourrait être fait. Le souci c'est la façon dont tout ça est réalisé. En fait quand tu changes de carte, c'est comme si tu débranchais l'écran du portable d'une carte et que tu le branchais sur l'autre. Donc ce n'est pas vraiment possible de mélanger les deux, tu dois faire du plein écran pour regarder ton film. Alors si on se limite au plein écran, oui c'est possible et en fait ça équivaut à lancer un 2e X.Org, regarder ton film dessus en plein écran, puis fermer le 2e X.Org.

Si on ne se limite pas au plein écran, c'est la catastrophe car il faudrait copier les trames video d'une carte à l'autre. Et cette copie, c'est un gouffre à temps processeur et à bande bassante mémoire (et en général une des 2 cartes est en mémoire partagée, donc tu sentiras la perte de perfs sur le CPU aussi).

Bref je pense que si tu regardes un film en HD le mieux c'est d'utiliser seulement la carte la plus rapide...

Houlalala, non pas très facile.

Personne n'a réussi vraiment à faire de façon bien générique un switching se basant sur l'archi client/serveur de X. C'est xmove, mais ça marche que pour les applis plus simples.
Et puis à la seconde où tu utilises une extension comme shm (mémoire partagée entre serveur X et l'appli) c'est carrément une super prise de tête de remplacer le serveur X discrètement, sans que l'appli le remarque («si, si, c'est moi, je suis le même serveur X promis, allez donne moi ton pixmap maintenant»).

Sinon... une autre façon de faire c'est au niveau de l'API du driver (par exemple au niveau de EXA). On pourrait imaginer migrer tous les pixmaps d'un driver dans la mémoire système, initialiser un 2eme driver EXA puis lui repasser les pixmaps (vu qu'un driver EXA est assez con et n'a pas vraiment d'état qui dure plus de quelques millisecondes, on peut facilement faire ça). Le souci c'est que EXA n'est pas standard, intel utilise UXA et les drivers proprio utilisent leur sauce. Donc pas possible non plus.

Bref en attendant le meilleur conseil c'est de relancer X. Non en fait le meilleur conseil c'est de ne pas prendre un laptop bi-GPU pour mettre linux dessus.

PS: Ah et au fait, le switching de GPU ne marche qu'avec les drivers libres, ce n'est pas clair dans la news.

PPS: Ah et au fait, X.Org recherchera bientôt des étudiants pour le summer of code. Si vous avez envie d'avoir de la grosse barbe que même à la tronconeuse ça part pas, candidatez ! Regardez par exemple ahuillet, il a fait le summer of code avec X.Org, et maintenant il arrive à first-poster des trolls dans les news linuxfr avec une main dans le dos.

Mais alors, ce pare-feu identifiant sous licence GPL, il est libre ou non?