Derniers journaux de redfish :
- [22/04@07:43] Message OVNI "ldm_validate_partition_table()"
- [09/04@13:16] Mplayer...
- [13/03@08:11] Merci Morphix
- [13/03@08:09] Merci Morphix !
Journal : ACPI vs. APM
Posté par redfish () le 23 avril 2003> Lire le journal (3 commentaires, moyenne: 3,7).
Re: ACPI vs. APM
Ca dépend de ton matériel...
Si c'est un portable récent il faut l'ACPI
Sur le mien j'ai failli griller le proc grace à l'ACPI donc je suis revenu à l'APM
-
[^]Re: ACPI vs. APM
Posté par Yannick Beynet (page perso, ) le 23/04/2003 à 08:56. (lien). Évalué à 6.Pour ma part, je conseille l'excellent patch kernel acpi que tu pourra trouver sur :
http://sourceforge.net/projects/acpi(...)
avec ca la gestion de l'acpi est assez bonne. (patch important sur les noyaux 2.4 et bcp moins sur les 2.5 qui sont quasiment à jour).
Mais bon, il faut que tu vérifie que ton matos soit compatible acpi bien sur.-
[^]Re: ACPI vs. APM
Posté par Pascal Terjan (Jabber id, page perso, ) le 23/04/2003 à 11:48. (lien). Évalué à 2.Meme en étant compatible, le ventilo se déclanchait plus de temps en temps (les evenements ACPI avaient l'air de plus être gérés...) -> le proc de mon portable qui était à 81°C alors que le ventilo est censé se déclancher à 70 et qu'il dépasse jamais 73/74.
La mise en veille foirait en ACPI alors qu'elle marche en APM...
Les seuls avantages étaient de pouvoir controler le ventilo (monitoring + commandes de lancement/arret), la frequence du cpu, d'autres trucs du genre...
Mais bon la majorité est gérable par un module à ajouter pour les portables HP (omnibook)
-

Les journaux sont destinés à des informations qui ne sont pas suffisamment intéressantes
pour être validées en dépêche (sinon n'hésitez pas à proposer votre information en
dépêche), qui sont sans rapport avec Linux ou le libre, ou simplement pour donner votre
avis. Si vous désirez poser une question, merci d'utiliser 

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.