bah c'est malheureusement courant (à mon bien humble avis il y a là un lièvre que personne n'ose soulevé aux USA, certainement pour de bonnes raisons. Si c'était confirmé ça serait une sacrée preuve d'abus de position dominante : favoriser un produit grâce à une implémentation de bug par un autre produit, dont les correctifs ne sont connu que du premier. Tout ça, à la barbe des clients, les constructeurs).
Il n'y a pas de bug dans le compilo ACPI de MS, les problemes viennent du fait que les constructeurs se plantent dans leurs definitions, et le compilo accepte leur entree tant que cela fonctionne pour Windows, ce qui est normal car ce compilo est la pour aider les ISVs a gerer Windows et uniquement Windows, c'est son seul but.
Quand a abus de position, aucune chance, personne ne force les constructeurs a utiliser le compilo de MS plutot que celui d'Intel, comme tu a pu le constater en faisant ton dump des tables.
[^] # Re: cool je vais tester sur mon portable ;)
Posté par pasBill pasGates . En réponse au journal La surconsommation électrique de Linux identifiée. Évalué à -6.
bah c'est malheureusement courant (à mon bien humble avis il y a là un lièvre que personne n'ose soulevé aux USA, certainement pour de bonnes raisons. Si c'était confirmé ça serait une sacrée preuve d'abus de position dominante : favoriser un produit grâce à une implémentation de bug par un autre produit, dont les correctifs ne sont connu que du premier. Tout ça, à la barbe des clients, les constructeurs).
Il n'y a pas de bug dans le compilo ACPI de MS, les problemes viennent du fait que les constructeurs se plantent dans leurs definitions, et le compilo accepte leur entree tant que cela fonctionne pour Windows, ce qui est normal car ce compilo est la pour aider les ISVs a gerer Windows et uniquement Windows, c'est son seul but.
Quand a abus de position, aucune chance, personne ne force les constructeurs a utiliser le compilo de MS plutot que celui d'Intel, comme tu a pu le constater en faisant ton dump des tables.