gentoo et l'apm - faut batailler. - Divers - Linux et OS Alternatifs
Marsh Posté le 03-08-2003 à 12:47:13
euh moi ca marche, mais en built in... (je précise sinon udok va dire que je triche encore) en noyau 2.6, et ca marchait en 2.4
Marsh Posté le 03-08-2003 à 13:49:02
précisemment, t'as build-in é tout apm et ce qu'il y a en dessous, et ça suffit ?
moi j'ai tout de build in é ( a ce moment , je fais des essais, et ça marche pas)
Marsh Posté le 03-08-2003 à 13:54:50
fichier de config de noyau 2.4.20
CONFIG_APM=y
# CONFIG_APM_IGNORE_USER_SUSPEND is not set
CONFIG_APM_DO_ENABLE=y
CONFIG_APM_CPU_IDLE=y
# CONFIG_APM_DISPLAY_BLANK is not set
# CONFIG_APM_RTC_IS_GMT is not set
# CONFIG_APM_ALLOW_INTS is not set
# CONFIG_APM_REAL_MODE_POWER_OFF is not set
#
# ACPI Support
#
# CONFIG_ACPI is not set
Marsh Posté le 03-08-2003 à 19:45:47
Je me suis installe une gentoo il y a qq jours maintenant et j'ai le meme probleme de configuration du kernel de l'apm.
-Mon premier kernel, j'avais mis ni l'apm ni l'acpi. ben ca marche
-recompil avec juste le support APM built-in, marche pas non plus
-recompil avec le support APM built-in + APM bios en module mais sans toutes les options. + apm power_off = 1 dans /etc/modules.autoload . Ca marche pas, j'ai les memes messages d'erreur que farib.
- ca me lourde, c un vrai pompe temps de recompiler le kernel a chaque fois. Sur les forums gentoo, manifestement ca marche juste
avec APM built-in et apm bios module et basta. quid ?
Marsh Posté le 03-08-2003 à 19:47:49
CONFIG_APM_REAL_MODE_POWER_OFF c'est pour les hardware récalcitrants, faut pas le mettre normalement...
en faisant comme ci dessus, ca marche pas ?
Marsh Posté le 04-08-2003 à 00:49:27
alligator421 a écrit : Je me suis installe une gentoo il y a qq jours maintenant et j'ai le meme probleme de configuration du kernel de l'apm. |
d'autant plus énervant que par exemple, avec le kernel par défaut d'un slack 9.0 ça marche, et j'ai jamais réussi à faire un kernel qui éteigne ma machine.
Marsh Posté le 04-08-2003 à 01:34:38
pareil en modules et pas de problemes pour eteindre la machine et la mettre en veille (apm -S)
Marsh Posté le 04-08-2003 à 11:02:46
Idem chez moi APM / gentoo sans problème.
Marsh Posté le 04-08-2003 à 11:14:55
vanilla a écrit : Idem chez moi APM / gentoo sans problème. |
précisemment quelles sont tes options de noyal, et as-tu l'apmd.
Marsh Posté le 04-08-2003 à 12:06:57
apmd ? j'en sais rien
après les options, j'ai juste ça et ça suffit.
General setup --->
<*> Advanced Power Management BIOS support
Marsh Posté le 04-08-2003 à 13:42:34
Tiré d'un cat /proc/config :
|
Et avec apmd lancé ...
Marsh Posté le 04-08-2003 à 14:34:29
y'en a marre , vous avez tous des configs différentes, et ca marche, et pas moi....
Marsh Posté le 05-08-2003 à 11:15:35
farib a écrit : y'en a marre , vous avez tous des configs différentes, et ca marche, et pas moi.... |
+1
J'ai repris les memes options de kernel pour l'apm que ma redhat7.3 (qui marche toujours tres bien d'ailleurs) et ca n'a rien donne. toujours ces unresolved symbol.
Ca sent le bug des sources du kernel gentoo a plein nez.
Je vais essayer les vanilla-sources pour voir.
Marsh Posté le 05-08-2003 à 11:41:21
Oui, je tourne sur un vanilla.
farib > non
Marsh Posté le 05-08-2003 à 11:57:12
à noter que sur mon 2.6 par contre, j'ai pas du tout d'apm coché, juste l'acpi , et ca marche aussi :
#
# Power management options (ACPI, APM)
#
CONFIG_PM=y
# CONFIG_SOFTWARE_SUSPEND is not set
#
# ACPI Support
#
CONFIG_ACPI=y
# CONFIG_ACPI_HT_ONLY is not set
CONFIG_ACPI_BOOT=y
# CONFIG_ACPI_AC is not set
# CONFIG_ACPI_BATTERY is not set
CONFIG_ACPI_BUTTON=y
CONFIG_ACPI_FAN=y
# CONFIG_ACPI_PROCESSOR is not set
# CONFIG_ACPI_ASUS is not set
# CONFIG_ACPI_TOSHIBA is not set
# CONFIG_ACPI_DEBUG is not set
CONFIG_ACPI_BUS=y
CONFIG_ACPI_INTERPRETER=y
CONFIG_ACPI_EC=y
CONFIG_ACPI_POWER=y
CONFIG_ACPI_PCI=y
CONFIG_ACPI_SYSTEM=y
# CONFIG_APM is not set
Marsh Posté le 06-08-2003 à 13:47:52
ca y est, j'ai teste avec l'apm avec le vanilla-source.
ca marche pas que se soit en buit-in ou en modules.
J'ai essaye aussi avec l'ACPI (ma carte mere est ACPI compliant normalement). marche pas non plus. les memes erreurs.
si c en modules -> unresolved symbol
si c en built-in -> apm/acpi support not compiled into kernel
Il n'y a personne d'autre qui a eu ce probleme ???
: (((((
Marsh Posté le 06-08-2003 à 13:57:55
ce weekend je ferais un peu de maintenance systeme : drivers nvidia maj peut etre, noyal preemtible, et surtout apm
Marsh Posté le 06-08-2003 à 14:08:10
http://unixmafia.port5.com/news/00211001.html
bon ben je crois que j'ai trouve
Marsh Posté le 06-08-2003 à 14:10:03
moi ça a rien a voir, le kernel par défaut d'une slack 9 par exemple éteint très bien le pc .
Marsh Posté le 06-08-2003 à 14:52:24
Tu l'as compile toi-meme ou tu l'as eu en binaire comme mon kernel de ma redhat (qui marche bien) ?
Parce que en lisant les forums de gentoo, j'ai appris que apriori les unresolved symbol, c'est quand tu essayes d'utiliser du hardware que tu n'as pas. C'est idem pour le buit-in, tu as coche les options mais quand tu compiles, il voit que t'as pas l'implementation complete de l'atm / acpi donc il le compile pas dans ton noyau/module. C'est pour ca qu'on a des erreurs.
Avec un kernel binaire donc pre-compile avec atm-acpi y a pas le probleme parce que une partie du jeu d'instruction apm est bien present dans le bios de la carte mere et il va l'utiliser.
Voila, c'est ce que j'en ai deduit, mais je peux me louper completement aussi
Puis j'ai trouver ca aussi ,
http://cip.uni-trier.de/nofftz/lin [...] TO-fr.html
Le chipset de ta carte mere y figure.
Je vais essayer.
Marsh Posté le 06-08-2003 à 18:52:56
alligator421 a écrit : Tu l'as compile toi-meme ou tu l'as eu en binaire comme mon kernel de ma redhat (qui marche bien) ? |
bah non. je compile, je compile, point. il vérifie rien.
Marsh Posté le 07-08-2003 à 18:02:24
ReplyMarsh Posté le 07-08-2003 à 18:09:59
Zzozo a écrit : |
a mon avis, l'espece de zzozo a le fonctionnement que j'aimerais approcher
Marsh Posté le 07-08-2003 à 18:13:18
farib a écrit : |
Ou j'ai ptet le cul bordé de nouilles ... ... ... enfin pas pour tout, passke il m'arrive de ces trucs des fois ...
EDIT : J'te rassure, ACPI marche pas pour le moment sur mon portable ... il semble allergique au module battery.o ...
On verra ça pour le 2.6 ...
Marsh Posté le 07-08-2003 à 18:17:29
Zzozo a écrit : |
attention au cul bordé de riz
Marsh Posté le 07-08-2003 à 18:46:22
Ca ne fonctionne pas le truc sur la page html que j'ai trouve plus haut dans le topic. Il y a egalement une methode avec patch mais vu que c'est prevu pour un noyau 2.14.7, je ne suis pas chaud pour essayer ca risque de mettre le bordel.
Help !!
Marsh Posté le 07-08-2003 à 20:11:51
R@NNIS a écrit : |
Dans ce cas là, ça ne fait mal que quand on s'assied ou lorsque ...
Marsh Posté le 09-08-2003 à 23:18:53
C'est resolu pour ma part. L'apm fonctionne correctement.
Il fallait faire le menage et passer un petit coup de monsieur propre.
cd /usr/src/linux
cp .config ~
make mrproprer
cp ~/.config .
ensuite, la methode habituelle.
Mes suppositions sur un probleme de chipset etaient donc ... pourries
Marsh Posté le 10-08-2003 à 00:31:58
idem, j'ai monsieurpropé tout ca, et coché uniquement l'apm, sans aucune de ses sous options.
Marsh Posté le 10-08-2003 à 11:20:48
Sur mon portable seules les gs-sources me permettent d'avoir l'acpi. Peut etre que ça peut marcher pour vous
Marsh Posté le 10-08-2003 à 14:28:03
farib a écrit : idem, j'ai monsieurpropé tout ca, et coché uniquement l'apm, sans aucune de ses sous options. |
cé souvent la clé pour résoudre pas mal de petits soucis qui gachent la vie avec les compils de noyau ...
Marsh Posté le 03-08-2003 à 10:34:33
Comme un certain nombre de personnes, j'ai du mal à faire fonctionner l'apm,et surtout pour effectuer un arret automatique de la machine.
j'ai loadé apmd, c'est pas suffisant ( et j'avais mis tout ce qui était apm en build-in)
j'ai mis apm power_off=1 dans modules.autoload
et compilé l'apm en module, mais ca veut pas marcher
modprobe apm
/lib/modules/2.4.20-gentoo-r5/kernel/arch/i386/kernel/apm.o: unresolved symbol d efault_idle
/lib/modules/2.4.20-gentoo-r5/kernel/arch/i386/kernel/apm.o: unresolved symbol m achine_real_restart
/lib/modules/2.4.20-gentoo-r5/kernel/arch/i386/kernel/apm.o: insmod /lib/modules /2.4.20-gentoo-r5/kernel/arch/i386/kernel/apm.o failed
/lib/modules/2.4.20-gentoo-r5/kernel/arch/i386/kernel/apm.o: insmod apm failed
et pourtant, c'est bien compilé correctement.
y'en a chez qui tout marche parfaitement ?( je suppute, oui...)