Récemment, je me suis racheté un portable ... Un Acer Aspire 1681 WLMi, pour être exact (basé sur un Pentium-M Dothan @ 1.5 GHz avec un bios Phoenix [beurk]) !
J'ai installé ma distro dessus (une Mandrake 10.0 Official, kernel 2.6.3-7mdk) ... Cà marche bien, à quelques détails près :
- BIOS Phoenix : foireux (il est mondialement connu que les BIOS Phoenix sont foireux) ! Donc tables DSDT/ECDT foireuses, donc ACPI fonctionnel à moitié !
- ACPI pris en compte si je coche "Force no local APIC" et "ACPI" dans le gestionnaire de démarrage
- Dothan non-reconnu
- Puisque l'ACPI fonctionne à moitié, impossible d'avoir le suivi de batterie ! (sous Gnome, l'applet dédiée à cet effet me dit "Batterie absente")
- SpeedStep ? Module "inexistant", puisque Dothan pas bien supporté (les Dothan ont 8 paliers de fréquence, et non 2 comme les Banias)
Ceci est très dérangeant !! J'ai corrigé ma table DSDT/ECDT pour qu'elle ne contienne plus d'erreurs/warnings ... Et ai décidé de tester les kernels 2.6.8.1-mm4 pour voir si çà corrigeait mes divers problèmes.
Seulement : impossible de compiler le kernel ! (idem en patchant le 2.6.3-7mdk : grosses erreurs de code au niveau de certains modules USB, qui empêchent une compilation clean).
Donc :
Que puis-je faire pour que j'aie :
- l'ACPI 100% fonctionnel avec suivi de batterie lui aussi fonctionnel
- un kernel qui COMPILE et qui supporte pleinement mon Dothan et qui me charge aussi les modules ac et battery (pour l'état d'utilisation sur secteur/batterie)
- Le (Enhanced) SpeedStep fonctionnel avec 8 paliers
Je me doute bien que je vais (encore) devoir compiler un Kernel ... Mais lequel et avec QUELS patches ??
# Pas de miracle
Posté par Joris Dedieu (site web personnel) . Évalué à 2.
ftp://ftp.pcds.ch/pub/people/rapsys/i586/kernel-2.6.7-14sds.1phoen(...)
ou
ftp://ftp.proxad.net/pub/Distributions_Linux/Mandrakelinux/devel/1(...)
# Bios Phoenix
Posté par dodoSlack . Évalué à 1.
[^] # Re: Bios Phoenix
Posté par Gaeldîr . Évalué à 1.
Où puis-je trouver un update du BIOS pour l'Aspire 1681 WLMi, sachant que chez Acer je n'ai pas trouvé d'upgrade ?
[^] # Update non trouvée
Posté par dodoSlack . Évalué à 0.
Pour le noyau Linux essaye d' installer à la main (dans le répertoire /usr/src) le dernier 2.6.8.1 plus le patch 2.6.8.1-mm4 sans utiliser rpm et de le compiler.
Je te file mon .config si ça peux t' aider :
http://perso.wanadoo.fr/dodo.olivier/config.txt(...)
Bonne chance :)
[^] # Re: Update non trouvée
Posté par Gaeldîr . Évalué à 1.
J'avais mailé ACER il y a qq jours concernant leur bios foireux, et voici leur réponse :
J'ai néanmoins réitéré aujourd'hui-même et espère finir par avoir gain de cause ! (moi, têtu ? jamais, voyons ! lol)
Quoi qu'il en soit, je vais tenter ta méthode en prenant un Kernel 2.6.8.1 non-rpm (bien que la compilation foire chez moi) en incluant le patch 2.6.8.1-mm4, utilisant ton .config (merci au passage pour le .config !)
Affaires à suivre, je vous tiens au courant ;)
[^] # Compilation Kernel ? Big problem !
Posté par Gaeldîr . Évalué à 1.
Seulement, gros problème !!
Lorsque je veux faire l'habituel make menuconfig ou make mrproper, voici l'erreur que j'obtiens :
Que faire, que faire ?
[^] # Re: Compilation Kernel ? Big problem !
Posté par dodoSlack . Évalué à 0.
Donc refait dans l' ordre :
Sinon je trouve la réponse d' acer "limite" insultante !
[^] # Re: Compilation Kernel ? Big problem !
Posté par Gaeldîr . Évalué à 1.
La réponse d'Acer est très insultante, il est vrai ! Néanmoins je leur ai répondu sur le même ton, très "épicé" en leur disant (en gros) que contrairement à Microsoft, les systèmes basés sur Unix respectent à la lettre les spécifications de l'ACPI telles qu'elles furent initialement conçues, à partir de 1996, et que c'était à eux de faire leur job correctement de DEVANT fournir du matériel compatible à 100% pour tout les systèmes existants ...
</Gueulante Acer>
Bref ... lol
Je vais essayer la méthode que tu décris ici-même ... Un essai avec le Kernel 2.6.8.1 "de base" m'a semblé fonctionnel, bien que je me sois ch*é dessus avec lilo et que çà m'a fait un Kernel Panic juste après "ACPI supports S0 S3 S4 S5" (ou qqch du genre) ...
La voie de la délivrance est proche, me semble-t-il !
[^] # Re: Compilation Kernel ? Big problem !
Posté par Gaeldîr . Évalué à 1.
Origine de l'erreur ? çà a marché chez toi, la compilation avec le patch ? si oui, peux-tu me dire en détail ta méthode ?
[^] # Re: Compilation Kernel ? Big problem !
Posté par Gaeldîr . Évalué à 1.
[^] # Re: Compilation Kernel ? Big problem !
Posté par Gaeldîr . Évalué à 1.
Sinon bonne nouvelle : je vais pouvoir me faire rembourser les logiciels (surtout M$ Windows) fournis avec mon portable :) Ca va me faire des sous en + !!
Sinon ... heeuu ... la compilation kernel a réussi, mais au reboot, il me fait tjs un Kernel Panic :
Pourquoi ? Remède ?
[^] # As-tu penser au système de fichier ?
Posté par dodoSlack . Évalué à 0.
Remboursé ?! Tu m' a l' air très persuasif dis-donc ! Explique voir :)
Heu attention là, je t' ai mis à dispo mon .config pour info seulement.. Tu as jeté un oeil dessus ? Car j' utilise ReiserFS comme système de fichier sur mes partitions, donc si toi tu fais appel à ext2 ou etx3 pour tes partoches.. Tu as compris.
[^] # Oups ... En effet !!
Posté par Gaeldîr . Évalué à 1.
Vi vi ... Je vais me faire rembourser !! En fait, ce que j'ai dit dans le mail c'est que je n'utilisais pas les solutions "Microsoft", donc que je n'utilisais pas ces CD, et donc que par conséquence je devais me faire rembourser parce que c'est une opération possible et qu'ils ne peuvent refuser cette requête ! Cette procédure est mise en place à partir de la semaine prochaine ... A suivre ! (si je peux me faire rembourser M$ Windaube XP, c'est tout bon !! çà fait facile 100-200 ¤ !!)
Pour ton .config, je vais y re-jeter un coup d'oeil ... Je pense bien ne pas avoir regardé dans le détail et avoir laissé les parties Reiser FS activées au lieu de cocher Ext2/3 ...
Evidemment, si je prends le mauvais système de fichiers, çà peut pas monter ... D'où le Kernel Panic : pas possible de monter un truc "Reiser" sur une partition type "Ext3" !! ;-)
Je réessaie et je te dis quoi !
[^] # Yes ! (1st edition)
Posté par Gaeldîr . Évalué à 1.
un cat /proc/cpu/info m'a bien donné les infos attendues (2048 Ko de cache L2)
les divers cat sur acpi (throtttling et autres) m'ont bien donnée les infos voulues ^^
Ca progresse, là je viens de modifier le kernel pour prendre en compte ma table DSDT corrigée et tenter d'avoir l'ACPI 100% fonctionner avec la batterie et son état à un temps t donné ...
Après çà ... je m'attaquerai au kernel "parfait" avec uniquement ce que j'ai dans mon portable et rien de plus (sauf qq babioles additionnelles :)
[^] # Re: Yes ! (1st edition)
Posté par dodoSlack . Évalué à 0.
Heu qu' entend-tu par table DSDT corrigée ? Tu l' a rectifiée toi-même ? :) Tu programmes ?
[^] # En effet, oui !!
Posté par Gaeldîr . Évalué à 1.
Mais heu ... Je ne l'ai pas fait "seul", je me suis aidé de diverses ressources sur le net, en particulier celle-ci :
http://linuxfr.org/tips/263.html(...)
Ca peut aider vachement ;)
[^] # Re: As-tu penser au système de fichier ?
Posté par Gaeldîr . Évalué à 1.
Avec un 2.6.8.1-mm4,le tout centrino activé, le kernel est capable de me dire "try compiling with CONFIG_X86_SPEEDSTEP_CENTRINO activated" alors que je l'ai activé ...
grrrr ... du coup, pas de suivi de batterie (et il me trouve des températures de CPU de 96 °C et +, alors que le PC est pas chaud du tout !) :(
Any idea ?
[^] # Centrino
Posté par dodoSlack . Évalué à 0.
[^] # Re: Centrino
Posté par Gaeldîr . Évalué à 1.
Ou alors j'ai encore loupé quelque chose !
[^] # Activation
Posté par dodoSlack . Évalué à 0.
Bon je te laisse avec tes "babioles", moi je vais voir pour lm_sensors-2.8.8. Ça serait cool d' avoir ça dans gkrell :)
[^] # Re: Activation
Posté par Gaeldîr . Évalué à 1.
# Un semblant de solution ;)
Posté par Olivier Tétard (site web personnel) . Évalué à 1.
Perso j'ai un Acer 1683 (Dothan 1.6 Ghz), et j'ai eu (aussi) pas mal de problemes :
- ACPI : pas de status de la baterie/ac (il semble que ce soit une « smart battery », et elle n'est pas encore supporté par le noyau). Il semble que quelques personnes bossent dessus (voir sur http://news.gmane.org/gmane.linux.acpi.devel/(...) ). Le probleme est de savoir si il s'agit bien de smart bat sur la serie Aspire 1680...
- SpeedStep : Il faudrait que tu essayes un 2.6.9-rc3 (chez moi ca marche). J'ai utilisé ce guide http://www.gentoo.org/doc/en/power-management-guide.xml(...) (qui est relativement general, bien que destiné aux gentooistes).
Voila, j'espere que ca va t'aider !
@+
Olivier.
[^] # Un semblant de solution ? Peut-être ...
Posté par Gaeldîr . Évalué à 1.
Merci bien, j'essaye çà de suite ! ;)
[^] # Un semblant de solution ... A condition que ...
Posté par Gaeldîr . Évalué à 1.
Car là, j'ai fait 4 essais de compilation, et j'ai toujours la même erreur : arrivé au fichier /drivers/char/moxa.c , il détecte 3 tonnes de warnings qui aboutissent par une cessation de la compilation avec une erreur 2 !!
Snif ... :(
[^] # Re: Un semblant de solution ... A condition que ...
Posté par Olivier Tétard (site web personnel) . Évalué à 1.
@+
OlivieR.
[^] # Ca compile, mais ...
Posté par Gaeldîr . Évalué à 1.
mais un dmesg | grep speedstep me dit :
j'ai donc envoyé mon /proc/cpuinfo et un fichier dmesg-speedstep (dmesg | grep speedstep > dmesg-speedstep) à l'adresse indiquée en expliquant le pb ...
[^] # Les "Smart Batteries" ...
Posté par Gaeldîr . Évalué à 1.
En allant faire un tour sous windows (honte sur moi) dans le gestionnaire de périphériques, pour la batterie Windows indique bien "Batterie intelligente Microsoft" (Smart Battery) ... Ceci implique également la présence des SMBus et autres babioles ...
A quand leur implémentation dans les kernels ? :D
[^] # Succès relatif ...
Posté par Gaeldîr . Évalué à -1.
Là effectivement, la fréquence CPU varie. Même si le kernel me dit toujours "try compiling with SPEEDSTEP_CENTRINO_ACPI enabled", un cat /proc/cpuinfo me dit bien que le proc contient 2 Mo de cache L2 et qu'il tourne à 600 MHz quand il n'a rien à faire, pour arriver par paliers à 1500 MHz quand je décolle le GIMP ... pour retomber à 600 MHz quand le GIMP est chargé.
Donc çà marche ... :)
Je réessaierai sous Mandrake, par curiosité (la SuSe est bien, mais un peu bordélique je trouve ...)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.