Voila mon problème : j'ai un Athlon XP2000+ et une abit KX7-333, le tout
sous Mandrake 9.1. Jusque là tout va bien... Problème : l'ACPI ne
fonctionne pas !!! Lorsque j'active l'ACPI au démarrage, pas de problème
mais si je lance aussi acpid --> ERREUR(can't open /proc/acpi/event..et
en effet le répertoire acpi n'existe pas dans mon /proc). Un petit coup
de dmesg me donne la raison suivante :
Vendor "Via694" System "AWRDACPI" revision 0x0 has a know acpi bios problem
Reason: bogus table. This is a non-recoverable error
Et voilou... Donc comment faire pour que l'ACPI fonctionne quand même.
Je précise que mon bios est à jour. Je ne demande pas grand chose si ce
n'est que je puisse mettre mon PC en veille et surtout qu'il s'éteigne
tout seul (c'est à dire que je ne sois pas obligé d'appuyer sur le
bouton power une fois mon Nux éteint).
Merci pour votre aide.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Florian Hatat
Dans son message , Qing Liu scripta sur fr.comp.os.linux.configuration :
ACPI ne fonctionne pas encore bien sous Linux. Il faut espérer que ta carte mère accepte encore l'APM.
Ca ne fait peut-être pas tout ce qu'APM fait, mais en prenant les derniers patchs on arrive à un ensemble très stable qui fonctionne suffisamment bien pour empêcher un portable de surchauffer et de s'éteindre brutalement. ;-)
Dans son message <87bruiu6xt.fsf@emi.gnus.roulaize>,
Qing Liu scripta sur fr.comp.os.linux.configuration :
ACPI ne fonctionne pas encore bien sous Linux. Il faut espérer que
ta carte mère accepte encore l'APM.
Ca ne fait peut-être pas tout ce qu'APM fait, mais en prenant les
derniers patchs on arrive à un ensemble très stable qui fonctionne
suffisamment bien pour empêcher un portable de surchauffer et de
s'éteindre brutalement. ;-)
Dans son message , Qing Liu scripta sur fr.comp.os.linux.configuration :
ACPI ne fonctionne pas encore bien sous Linux. Il faut espérer que ta carte mère accepte encore l'APM.
Ca ne fait peut-être pas tout ce qu'APM fait, mais en prenant les derniers patchs on arrive à un ensemble très stable qui fonctionne suffisamment bien pour empêcher un portable de surchauffer et de s'éteindre brutalement. ;-)
[ACPI] Ca ne fait peut-être pas tout ce qu'APM fait, mais en prenant les derniers patchs on arrive à un ensemble très stable qui fonctionne suffisamment bien pour empêcher un portable de surchauffer et de s'éteindre brutalement. ;-)
[ACPI]
Ca ne fait peut-être pas tout ce qu'APM fait, mais en prenant les
derniers patchs on arrive à un ensemble très stable qui fonctionne
suffisamment bien pour empêcher un portable de surchauffer et de
s'éteindre brutalement. ;-)
[ACPI] Ca ne fait peut-être pas tout ce qu'APM fait, mais en prenant les derniers patchs on arrive à un ensemble très stable qui fonctionne suffisamment bien pour empêcher un portable de surchauffer et de s'éteindre brutalement. ;-)
Comment il fait pour éviter le surchauffe ?
-- Liu
Janfi
Pierre wrote:
Salut
Voila mon problème : j'ai un Athlon XP2000+ et une abit KX7-333, le tout sous Mandrake 9.1. Jusque là tout va bien... Problème : l'ACPI ne fonctionne pas !!! Lorsque j'active l'ACPI au démarrage, pas de problème mais si je lance aussi acpid --> ERREUR(can't open /proc/acpi/event..et en effet le répertoire acpi n'existe pas dans mon /proc). Un petit coup de dmesg me donne la raison suivante : Vendor "Via694" System "AWRDACPI" revision 0x0 has a know acpi bios problem Reason: bogus table. This is a non-recoverable error Et voilou... Donc comment faire pour que l'ACPI fonctionne quand même. Je précise que mon bios est à jour. Je ne demande pas grand chose si ce n'est que je puisse mettre mon PC en veille et surtout qu'il s'éteigne tout seul (c'est à dire que je ne sois pas obligé d'appuyer sur le bouton power une fois mon Nux éteint). Merci pour votre aide.
Grâce à cette adresse http://individual.utoronto.ca/noyes/projects/laptop/tuxtop.html j'ai pu paramétrer correctement mon kernel (2.4.21-25mdk) de ma mandrake 9.1 sur mon portable Presario 724. Depuis, l'ACPI marche bien (au niveau reboot et arrêt du système, qui plantaient avant). Je n'ai pas essayé l'hibernation etc... Je précise que je n'ai pas eu besoin de patcher le kernel, une simple recompilation en suivant les indications de la page a très bien marché. J'espère que cela t'aidera, même si le matériel n'est pas le même...
J'en profite, si quelqu'un peut répondre à mon post du 22/08 pour le support du Powernow d'AMD sous Linux, ça aiderais bien le débutant que je suis...
Merci
Pierre wrote:
Salut
Voila mon problème : j'ai un Athlon XP2000+ et une abit KX7-333, le tout
sous Mandrake 9.1. Jusque là tout va bien... Problème : l'ACPI ne
fonctionne pas !!! Lorsque j'active l'ACPI au démarrage, pas de problème
mais si je lance aussi acpid --> ERREUR(can't open /proc/acpi/event..et
en effet le répertoire acpi n'existe pas dans mon /proc). Un petit coup
de dmesg me donne la raison suivante :
Vendor "Via694" System "AWRDACPI" revision 0x0 has a know acpi bios problem
Reason: bogus table. This is a non-recoverable error
Et voilou... Donc comment faire pour que l'ACPI fonctionne quand même.
Je précise que mon bios est à jour. Je ne demande pas grand chose si ce
n'est que je puisse mettre mon PC en veille et surtout qu'il s'éteigne
tout seul (c'est à dire que je ne sois pas obligé d'appuyer sur le
bouton power une fois mon Nux éteint).
Merci pour votre aide.
Grâce à cette adresse
http://individual.utoronto.ca/noyes/projects/laptop/tuxtop.html
j'ai pu paramétrer correctement mon kernel (2.4.21-25mdk) de ma mandrake
9.1 sur mon portable Presario 724. Depuis, l'ACPI marche bien (au niveau
reboot et arrêt du système, qui plantaient avant). Je n'ai pas essayé
l'hibernation etc... Je précise que je n'ai pas eu besoin de patcher le
kernel, une simple recompilation en suivant les indications de la page a
très bien marché. J'espère que cela t'aidera, même si le matériel n'est
pas le même...
J'en profite, si quelqu'un peut répondre à mon post du 22/08 pour le
support du Powernow d'AMD sous Linux, ça aiderais bien le débutant que
je suis...
Voila mon problème : j'ai un Athlon XP2000+ et une abit KX7-333, le tout sous Mandrake 9.1. Jusque là tout va bien... Problème : l'ACPI ne fonctionne pas !!! Lorsque j'active l'ACPI au démarrage, pas de problème mais si je lance aussi acpid --> ERREUR(can't open /proc/acpi/event..et en effet le répertoire acpi n'existe pas dans mon /proc). Un petit coup de dmesg me donne la raison suivante : Vendor "Via694" System "AWRDACPI" revision 0x0 has a know acpi bios problem Reason: bogus table. This is a non-recoverable error Et voilou... Donc comment faire pour que l'ACPI fonctionne quand même. Je précise que mon bios est à jour. Je ne demande pas grand chose si ce n'est que je puisse mettre mon PC en veille et surtout qu'il s'éteigne tout seul (c'est à dire que je ne sois pas obligé d'appuyer sur le bouton power une fois mon Nux éteint). Merci pour votre aide.
Grâce à cette adresse http://individual.utoronto.ca/noyes/projects/laptop/tuxtop.html j'ai pu paramétrer correctement mon kernel (2.4.21-25mdk) de ma mandrake 9.1 sur mon portable Presario 724. Depuis, l'ACPI marche bien (au niveau reboot et arrêt du système, qui plantaient avant). Je n'ai pas essayé l'hibernation etc... Je précise que je n'ai pas eu besoin de patcher le kernel, une simple recompilation en suivant les indications de la page a très bien marché. J'espère que cela t'aidera, même si le matériel n'est pas le même...
J'en profite, si quelqu'un peut répondre à mon post du 22/08 pour le support du Powernow d'AMD sous Linux, ça aiderais bien le débutant que je suis...
Merci
Florian Hatat
Dans son message , Qing Liu scripta sur fr.comp.os.linux.configuration :
Comment il fait pour éviter le surchauffe ?
C'est ma grande question. :-) Les faits : avec le même 2.4.21 (à l'exception de l'ACPI), le portable s'arrête généralement au bout de quelques heures à cause de la chaleur s'il n'y a pas l'ACPI. Avec le patch en plus, je suis presque sûr qu'il peut tourner en permanence. Que fait le patch pour cela ? Peut-être tout simplement exploite-t-il mieux toutes les périodes d'inactivité. Cependant ce n'est pas parfait : si je veux compiler XFree je dois généralement m'y prendre à deux fois avec la petite pause fraîcheur au milieu. C'est pour cela que je pense principalement au moments d'inactivité du système qui permettent à l'ACPI de garder la machine froide.
Dans son message <873cfta1cb.fsf@emi.gnus.roulaize>,
Qing Liu scripta sur fr.comp.os.linux.configuration :
Comment il fait pour éviter le surchauffe ?
C'est ma grande question. :-)
Les faits : avec le même 2.4.21 (à l'exception de l'ACPI), le portable
s'arrête généralement au bout de quelques heures à cause de la chaleur
s'il n'y a pas l'ACPI. Avec le patch en plus, je suis presque sûr qu'il
peut tourner en permanence. Que fait le patch pour cela ? Peut-être tout
simplement exploite-t-il mieux toutes les périodes d'inactivité.
Cependant ce n'est pas parfait : si je veux compiler XFree je dois
généralement m'y prendre à deux fois avec la petite pause fraîcheur au
milieu. C'est pour cela que je pense principalement au moments
d'inactivité du système qui permettent à l'ACPI de garder la machine
froide.
Dans son message , Qing Liu scripta sur fr.comp.os.linux.configuration :
Comment il fait pour éviter le surchauffe ?
C'est ma grande question. :-) Les faits : avec le même 2.4.21 (à l'exception de l'ACPI), le portable s'arrête généralement au bout de quelques heures à cause de la chaleur s'il n'y a pas l'ACPI. Avec le patch en plus, je suis presque sûr qu'il peut tourner en permanence. Que fait le patch pour cela ? Peut-être tout simplement exploite-t-il mieux toutes les périodes d'inactivité. Cependant ce n'est pas parfait : si je veux compiler XFree je dois généralement m'y prendre à deux fois avec la petite pause fraîcheur au milieu. C'est pour cela que je pense principalement au moments d'inactivité du système qui permettent à l'ACPI de garder la machine froide.
Dans son message , Qing Liu scripta sur fr.comp.os.linux.configuration :
Comment il fait pour éviter le surchauffe ?
C'est ma grande question. :-) Les faits : avec le même 2.4.21 (à l'exception de l'ACPI), le portable s'arrête généralement au bout de quelques heures à cause de la chaleur s'il n'y a pas l'ACPI. Avec le patch en plus, je suis presque sûr qu'il peut tourner en permanence. Que fait le patch pour cela ? Peut-être tout simplement exploite-t-il mieux toutes les périodes d'inactivité. Cependant ce n'est pas parfait : si je veux compiler XFree je dois généralement m'y prendre à deux fois avec la petite pause fraîcheur au milieu. C'est pour cela que je pense principalement au moments d'inactivité du système qui permettent à l'ACPI de garder la machine froide.
Je suis en train de jouer avec l'acpi de la version 2.4.22 (plus besoin de patch). Pour refroidir le portable en de compilation longue, je fais un coup de # echo 1:7 > /proc/acpi/processor/CPU0/limit (CPU en vitesse réduite et throttling au maximum). En fait, l'acpi évite le surchauffe en augmentant le throttling (temps de réponse CPU) quand le CPU est trop chaud, voir http://acpi.sourceforge.net/documentation/processor.html
Tout ça c'est bien, mais c'est encore un peu sportif avec les modes de veille. Sur mon Dell Latitude C640, on rentre en S1 avec echo 1 > /proc/acpi/sleep, mais au réveil, l'affichage de ne revient pas en console, seulement sous X.
Dans son message <873cfta1cb.fsf@emi.gnus.roulaize>,
Qing Liu scripta sur fr.comp.os.linux.configuration :
Comment il fait pour éviter le surchauffe ?
C'est ma grande question. :-)
Les faits : avec le même 2.4.21 (à l'exception de l'ACPI), le portable
s'arrête généralement au bout de quelques heures à cause de la chaleur
s'il n'y a pas l'ACPI. Avec le patch en plus, je suis presque sûr qu'il
peut tourner en permanence. Que fait le patch pour cela ? Peut-être tout
simplement exploite-t-il mieux toutes les périodes d'inactivité.
Cependant ce n'est pas parfait : si je veux compiler XFree je dois
généralement m'y prendre à deux fois avec la petite pause fraîcheur au
milieu. C'est pour cela que je pense principalement au moments
d'inactivité du système qui permettent à l'ACPI de garder la machine
froide.
Je suis en train de jouer avec l'acpi de la version 2.4.22 (plus besoin
de patch). Pour refroidir le portable en de compilation longue, je
fais un coup de
# echo 1:7 > /proc/acpi/processor/CPU0/limit
(CPU en vitesse réduite et throttling au maximum). En fait, l'acpi
évite le surchauffe en augmentant le throttling (temps de réponse
CPU) quand le CPU est trop chaud, voir
http://acpi.sourceforge.net/documentation/processor.html
Tout ça c'est bien, mais c'est encore un peu sportif avec les
modes de veille. Sur mon Dell Latitude C640, on rentre en S1
avec echo 1 > /proc/acpi/sleep, mais au réveil,
l'affichage de ne revient pas en console, seulement sous X.
Dans son message , Qing Liu scripta sur fr.comp.os.linux.configuration :
Comment il fait pour éviter le surchauffe ?
C'est ma grande question. :-) Les faits : avec le même 2.4.21 (à l'exception de l'ACPI), le portable s'arrête généralement au bout de quelques heures à cause de la chaleur s'il n'y a pas l'ACPI. Avec le patch en plus, je suis presque sûr qu'il peut tourner en permanence. Que fait le patch pour cela ? Peut-être tout simplement exploite-t-il mieux toutes les périodes d'inactivité. Cependant ce n'est pas parfait : si je veux compiler XFree je dois généralement m'y prendre à deux fois avec la petite pause fraîcheur au milieu. C'est pour cela que je pense principalement au moments d'inactivité du système qui permettent à l'ACPI de garder la machine froide.
Je suis en train de jouer avec l'acpi de la version 2.4.22 (plus besoin de patch). Pour refroidir le portable en de compilation longue, je fais un coup de # echo 1:7 > /proc/acpi/processor/CPU0/limit (CPU en vitesse réduite et throttling au maximum). En fait, l'acpi évite le surchauffe en augmentant le throttling (temps de réponse CPU) quand le CPU est trop chaud, voir http://acpi.sourceforge.net/documentation/processor.html
Tout ça c'est bien, mais c'est encore un peu sportif avec les modes de veille. Sur mon Dell Latitude C640, on rentre en S1 avec echo 1 > /proc/acpi/sleep, mais au réveil, l'affichage de ne revient pas en console, seulement sous X.
