Et plus ça va, plus j'ai le sentiment que l'acpi (et confrère) est vraiment devenu devenu l'arme caché de MS depuis 3 ans, et je soupçonne (sans preuve formel, on peux dire que c'est du fud) fortement leur compilo assembleur, souvent utilisé pour les bios, d'être le cheval de troie de la politique acpi de MS.
De ce que j'en ai vu, c'est un peu plus compliqué que ça. On a tous ici vu le mail de billou au sujet de l'acpi de 99. Mais depuis 10 ans, l'acpi n'a pas vraiment évolué en bien :
c'est resté un truc de malade (le langage des DSDT, faut vraiment se le farcir et je me demande si c'est plutôt MS ou Intel qu'il faut blamer)
Les constructeurs mettent de l'intelligence dans les bios pour offrir certaines fonctionnalités d'une certaine façon à certains OS (je n'arrive pas à retrouver le pointeur, mais Windows 7 a introduit une nouvelle gestion des permutations entre les écrans interne, externe, etc. ainsi qu'un nouveau raccourci pour le gérer Win+P. Le problème c'est que suivant l'OS qui se présentait, quand on appuyait sur le fn+Fx qui allait bien ça renvoyait soit un événement ACPI soit la fameuse combinaison de touche Win truc. En plus il y avait une gestion bizarre du time pour gérer le relâchement touche émulé aussi par le bios, qui a pété des trucs sous linux)
les gens de Redmond font la chose inverse
Le compilo MS qui est laxiste
Y a pas de normes pour identifier l'OS, donc chacun y va selon son idée du moment (y compris dans les différents millésimes de redmond).
Certain OS qui se fait passer pour un autre
Les procédures de validations chez les constructeurs : on vérifie que ça marche avec tel millésime de telle distrib parce qu'on peut pas valider "Linux", voir on valide pas du tout et si ca marche tant mieux, si ne marche pas tant pis
Y a pas l'air d'y avoir de compliance testing
Bef, l'acpi c'est le bordel, mais probablement pas que de la faute à Microsoft. D'ailleurs c'est pas dans l'intérêt d'au moins deux participants que ça merde joyeusement sous linux.
[^] # Re: peut être qu'il ne tourne pas la même chose
Posté par oinkoink_daotter . En réponse au journal Comparatif de consommation électrique. Évalué à 5.
De ce que j'en ai vu, c'est un peu plus compliqué que ça. On a tous ici vu le mail de billou au sujet de l'acpi de 99. Mais depuis 10 ans, l'acpi n'a pas vraiment évolué en bien :
c'est resté un truc de malade (le langage des DSDT, faut vraiment se le farcir et je me demande si c'est plutôt MS ou Intel qu'il faut blamer)
Les constructeurs mettent de l'intelligence dans les bios pour offrir certaines fonctionnalités d'une certaine façon à certains OS (je n'arrive pas à retrouver le pointeur, mais Windows 7 a introduit une nouvelle gestion des permutations entre les écrans interne, externe, etc. ainsi qu'un nouveau raccourci pour le gérer Win+P. Le problème c'est que suivant l'OS qui se présentait, quand on appuyait sur le fn+Fx qui allait bien ça renvoyait soit un événement ACPI soit la fameuse combinaison de touche Win truc. En plus il y avait une gestion bizarre du time pour gérer le relâchement touche émulé aussi par le bios, qui a pété des trucs sous linux)
les gens de Redmond font la chose inverse
Le compilo MS qui est laxiste
Y a pas de normes pour identifier l'OS, donc chacun y va selon son idée du moment (y compris dans les différents millésimes de redmond).
Certain OS qui se fait passer pour un autre
Les procédures de validations chez les constructeurs : on vérifie que ça marche avec tel millésime de telle distrib parce qu'on peut pas valider "Linux", voir on valide pas du tout et si ca marche tant mieux, si ne marche pas tant pis
Y a pas l'air d'y avoir de compliance testing
Bef, l'acpi c'est le bordel, mais probablement pas que de la faute à Microsoft. D'ailleurs c'est pas dans l'intérêt d'au moins deux participants que ça merde joyeusement sous linux.