Pinaraf a écrit 3674 commentaires

Pas si tu as monté sur ton linux les partitions windows... Tu pourrais avoir de très mauvaises surprises.

Boarf, comme pour Linux : il lui manque des utilisateurs et donc une masse critique...

Ça correspond à l'utilisation de la même résolution pour la console et pour X... Faut un pilote fbdev.
C'est le soucis par contre du pilote proprio : on sait pas ce qui est développé, ce qui sera développé, quand est-ce-qu'une fonctionnalité arrivera...

On est où là ? Sur un site de gens plutôt compétents ou sur zdnet ?
Depuis quand un "protocole" (Xrender en l'occurence) est classable comme étant lent ?
C'est les implémentations qui étaient lentes.

Par contre, comme tu dis, je suis sûr que ça arrivera, on aura même (peut-être?) du KMS avant les puces nvidia…
Même pas sûr que nVidia ne fournisse pas du KMS avant. KMS, à l'instar d'AIGLX, c'est un nom sur une fonctionnalité. Rien d'autre. Mais ces noms sont spécifiques aux pilotes libres.
nVidia n'a jamais supporté et ne supportera jamais AIGLX dans son pilote : normal, ils ne reposent pas du tout sur l'infrastructure des pilotes libres... Par contre la fonctionnalité offerte par AIGLX était offerte depuis longtemps par le pilote nVidia.
Qu'apporte KMS ?
- mode setting dans le noyau : nVidia le fait déjà. Pour tester, il suffit d'envoyer un SIGKILL au serveur X : la console est restaurée comme il faut.
- possibilité de ne pas utiliser le serveur X en tant que root : déjà fait depuis longtemps, tout est dans le pilote noyau
- consoles avec la même résolution que X : il faut qu'un pilote fbdev soit développé, une fois que ça sera fait ça marchera...

Cf. http://www.nvnews.net/vbulletin/showthread.php?p=1967876 ou encore http://www.nvnews.net/vbulletin/showthread.php?t=129253

Tout à fait, sauf que :
1) IDA est propriétaire et très cher (version gratuite dispo pour un usage non commercial cependant)
2) IDA te sort de l'assembleur ou des graphiques remplis d'assembleur.. (sur la version 4 qu'était gratuite en tout cas)
3) IDA n'est pas forcément fiable, ça reste un désassembleur et il peut se tromper...

Après c'est sûr on peut prendre n'importe quel outil de reverse engineering et l'affirmer.
Par contre, gros soucis : c'est interdit de faire ça sur un pilote binaire propriétaire, même si c'est dans le but (légitime) de vérifier une violation de GPL.

Comment tu lances callgrind sur un pilote (et donc en mode noyau) ?

Si ça se trouve, Linus serait d'accord pour donner les spécifications nécessaires à Microsoft sous NDA.
C'est même pas une question de spécifications là, Microsoft a mis du code sous GPL dans son pilote, point. Si ils voulaient pas, ils avaient qu'à refaire le code en entier.

On va le faire en anglais :
This story begins when Stephen Hemminger, principal engineer with open-source network vendor Vyatta and Linux contributor, finds out that a network driver in Microsoft's Hyper-V uses open source components licensed under the GPL. These components were statically linked to closed-source binaries, which the GPL does not allow.
Y'a une différence entre lier statiquement des trucs GPL dans un pilote propriétaire, et faire un pilote propriétaire.

Ta phrase "MS a ouvert le code des drivers en entier, et c'est tout. Ils n'ont jamais mis de code GPL qui n'etait pas le leur dans leurs drivers." est en contradiction avec les affirmations de Stephen Hemminger, affirmations confirmées par GHK. T'as des sources à donner ?

Oui mais faut pas autoriser des sites de terroristes comme linuxfr voyons !

Ou si c'est pour faire essuyer à ces avocats les attaques d'autres entreprises en cas de libération du code...
VIA a le même problème en ce moment (cf les discussions sur dri-devel), ils peuvent pas libérer leur pilote parce qu'il y a du code venant d'autres entreprises, code sur lequel ils n'ont pas les droits suffisants pour permettre une libération.

Et qu'est-ce-qui empêche à un fabricant de filer un OpenBSD avec un noyau compilé maison contenant le pilote nécessaire patché convenablement, mais sans le code source ?
Du point de vue de la licence BSD, quedal.
Et Theo de Raadt pourra bien gueuler, c'est pareil que quand Linus Torvalds s'oppose aux pilotes binaires : ça sert à rien parce que c'est a priori autorisé (encore que, la licence GPL contaminerait les pilotes, mais faudrait des avis d'experts là dessus, voire un procès)

La lenteur
Quelle lenteur ?

les latences avec XLib
Donc c'est pas lié à X11 ça.

les coordonnées sur 16 bits
Je vois pas...

le painting approximatif de certaines primitives
Idem

l'accélération matérielle inexploitable
Ha... Va falloir m'expliquer comment marche alors vdpau, le direct rendering, exa/uxa...

la gestion de la composition
Y'a quoi qui déconne avec composite ? Hoo mon dieu, le composite manager est pas dans le serveur X mais dans un programme à part ? Où est le problème, c'est pareil pour le gestionnaire de fenêtres, et ça marche très bien comme ça...

Je ne vois pas UNE seule raison de rester sous svn par rapport a Git.
1) L'existant
2) La simplicité
3) La compatibilité avec Windows

Ha, faudra que j'essaye le piano au marteau alors...

T'es fou voyons, comment oses-tu utiliser subversion alors qu'il y a tous les jours des débats pour dire qu'il faut utiliser git bazaar mercurial (25 avril oblige, c'est mercurial aujourd'hui)...
Et personne n'est capable d'expliquer simplement et clairement pourquoi on doit utiliser un de ces outils plutôt que svn.

Quel est l'intérêt d'EFI ?
Perso j'aime l'avis de Linus Torvalds sur EFI : http://kerneltrap.org/node/6884
"[EFI is] the other Intel brain-damage (the first one being ACPI)"
Bon, j'arrive pas à traduire "brain-damage" en français, désolé.

"so EFI has this cool shell, a loadable driver framework, and other nice features. Where 'nice' obviously means 'much more complex than the simple things they designed in the late seventies back when people were stupid and just wanted things to work'. Of course, it's somewhat questionable whether people have actually gotten smarter or stupider in the last 30 years. It's not enough time for evolution to have increased our brain capacity, but it certainly _is_ enough time for most people to no longer understand how hardware works any more."

Traduction approximative :
Donc EFI a un super shell, un système de pilotes chargeables, et d'autres fonctionnalités sympa. "sympa" signifiant clairement "bien plus complexe que les choses simples qui ont été conçues dans les années 70 quand les gens étaient stupides et voulaient simplement que les choses marchent". Bien sûr, on peut se demander si les gens sont devenus plus intelligents ou plus bêtes dans les 30 dernières années. Il n'y a pas assez eu de temps pour que l'évolution augmente la capacité de nos cerveaux, mais il y a eu assez de temps pour que la plupart des gens ne comprennent plus comment le matériel fonctionne.

PS : existe t-il une alternative libre au vdpau de nvidia ? (que ça soit dans Nouveau, pour amd ou pour intel)
VDPAU est libre. C'est supporté officiellement dans xine, ffmpeg, vlc et mythtv, et y'a un patch pas encore marqué comme stable pour mplayer (si mes souvenirs sont bons).
Par contre, seul le pilote nVidia propriétaire l'implémente actuellement. C'est dommage. Il serait intéressant d'avoir une implémentation libre utilisant le CPU, mais une implémentation dans un pilote ATI ou Intel n'est pas impossible, loin de là.

Sauf que microsoft a déjà ses entrées à l'éducation nationale. À mon avis, c'est pas parce qu'on a râlé que les trucs de google se sont fait virer, ça doit être plutôt microsoft qui a râlé que c'était anti-concurrentiel...

Tiens donc...
Quand c'est du copinage avec Google, on râle et hop, c'est arrêté.
Quand c'est du copinage avec Microsoft, on râle et hop, le ministère s'en fout et continue...

Étonnant, non ?

Sauf que continuer à charger le système pendant le chargement du display manager, c'est pas si stupide que ça.
T'as toute l'étape d'initialisation du serveur X qui prend pas mal de temps, et pendant laquelle tu peux encore lancer des services. Et surtout, t'as la phase de saisie de login/mot de passe : plusieurs secondes où rien n'est nécessaire en CPU/IO, et pendant lesquelles l'utilisateur n'a besoin que d'un clavier opérationnel...

Votez si ce n'est pas déjà fait...
Tu nous appelles à voter électroniquement contre le vote électronique...
Y'a pas un problème ?

Sauf que ça prend trop de place pour être affiché en permanence.
Et même si ça apparaissait au passage de la souris, t'aurais des aller-retour du curseur inutiles...

Quand j'ai essayé Office 2007 (y'a moins de 2 semaines), j'ai trouvé la gestion des styles toujours bien moins bonne que dans OpenOffice. On ne pouvait voir et accéder, en un clic, qu'à 3 styles...
C'est bien trop peu, sur le moindre rapport j'utilise fréquemment bien plus que 3 styles : titre 1/2/3/4, section importante, paragraphe normal...
À vrai dire, je vois mal comment mieux représenter un nombre important de styles...

Ben non, c'est de la mauvaise volonté de la part de Mandriva de ne pas avoir su configurer une GeForce 2 en 1992 !
Surtout qu'à l'époque les GeForce 3 marchaient très bien avec Ubuntu...