Vous n'êtes pas identifié(e).
L'icône rouge permet de télécharger chaque page du wiki visitée au format PDF et la grise au format ODT →
Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentes Révision précédente | |||
doc:systeme:acpi [09/12/2021 16:43] --gilles-- Explication du mauvais codage des BIOS |
doc:systeme:acpi [09/12/2021 22:56] --gilles-- [Introduction] |
||
---|---|---|---|
Ligne 13: | Ligne 13: | ||
===== Introduction ===== | ===== Introduction ===== | ||
- | L'ACPI est censée être une norme que tout système d'exploitation peut mettre en œuvre correctement. Cependant, à la manière typique de Microsoft, les systèmes d'exploitation MS ne suivent pas ou ne mettent pas en œuvre correctement la norme ACPI. Au lieu de cela, MS fournit aux fabricants de cartes mères leur propre code ACPI mal codé à inclure dans le BIOS/UEFI de la carte mère. Ce code fonctionne bien avec MS Windows mais pour d'autres systèmes d'exploitation comme Linux, il peut y avoir des problèmes. En raison de la domination du marché par MS, le codage ACPI défectueux de MS est devenue la norme industrielle de facto. Par conséquent, Linux et les autres systèmes d'exploitation non-MS doivent faire de l'ingénierie inverse de l'implémentation ACPI défectueuse de MS. C'est pourquoi vous pouvez voir des problèmes dans Linux avec les fonctionnalités liées à l'ACPI comme la suspension vers la RAM, la mise en veille prolongée, etc. | + | L'ACPI est censée être une norme que tout système d'exploitation peut mettre en œuvre correctement. Cependant, les BIOS ont longtemps été mal codés par manque de respect des règles de la programmation de l'ACPI. Par conséquent, Linux doit faire de l'ingénierie inverse de l'implémentation ACPI défectueuse. C'est pourquoi vous pouvez voir des problèmes dans Linux avec les fonctionnalités liées à l'ACPI comme la suspension vers la RAM, la mise en veille prolongée, etc. |