J'ai un portable Acer Aspire 3003 NWLMI, sur lequel j'ai installé une
Debian testing. Après pas mal de bidouille, a peu près tout marche,
mais j'ai encore un problème : l'indicateur de batterie ne marche pas.
Google me dit que c'est un problème de DSDT buggé [1], bien connu.
J'ai suivi les instructions disponibles un peu partout sur le web [2]
pour récupérer et recompiler mon propre DSDT.
Ca y est, j'ai mon DSDT.aml tout frait. Sauf que ... selon les
distribs, il semble qu'il y ai plusieurs méthodes pour le prendre en
compte. J'ai essayé de copier mon DSDT.aml dans
/etc/mkinitramfs/DSDT.aml, relancer mkinitramfs, rebooter. Rien n'a
changé.
J'ai vu qu'il y avait une autre méthode en recompilant le noyau, mais
si je pouvais éviter de passer par là ...
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
LENHOF Jean-Yves
Le Sun, 26 Mar 2006 15:05:57 +0200, Matthieu Moy a écrit :
Bonjour,
J'ai un portable Acer Aspire 3003 NWLMI, sur lequel j'ai installé une Debian testing. Après pas mal de bidouille, a peu près tout marche, mais j'ai encore un problème : l'indicateur de batterie ne marche pas.
Google me dit que c'est un problème de DSDT buggé [1], bien connu.
J'ai suivi les instructions disponibles un peu partout sur le web [2] pour récupérer et recompiler mon propre DSDT.
Ca y est, j'ai mon DSDT.aml tout frait. Sauf que ... selon les distribs, il semble qu'il y ai plusieurs méthodes pour le prendre en compte. J'ai essayé de copier mon DSDT.aml dans /etc/mkinitramfs/DSDT.aml, relancer mkinitramfs, rebooter. Rien n'a changé.
J'ai vu qu'il y avait une autre méthode en recompilant le noyau, mais si je pouvais éviter de passer par là ...
Des idées ?
A part recompiler ton kernel non... Mais ainsi j'ai réussi à avoir mes indicteurs sur un Aspire 1513LMI
Pour compiler ça dans ton kernel tu dois de tete : - transformer ta DSDT en fichier .h - activer dans les choix du kernel la partie compilation avec firmware - aller ds la partie ACPI et indiquer ton fichier .h
Cdlt,
/JYL
Le Sun, 26 Mar 2006 15:05:57 +0200, Matthieu Moy a écrit :
Bonjour,
J'ai un portable Acer Aspire 3003 NWLMI, sur lequel j'ai installé une
Debian testing. Après pas mal de bidouille, a peu près tout marche,
mais j'ai encore un problème : l'indicateur de batterie ne marche pas.
Google me dit que c'est un problème de DSDT buggé [1], bien connu.
J'ai suivi les instructions disponibles un peu partout sur le web [2]
pour récupérer et recompiler mon propre DSDT.
Ca y est, j'ai mon DSDT.aml tout frait. Sauf que ... selon les
distribs, il semble qu'il y ai plusieurs méthodes pour le prendre en
compte. J'ai essayé de copier mon DSDT.aml dans
/etc/mkinitramfs/DSDT.aml, relancer mkinitramfs, rebooter. Rien n'a
changé.
J'ai vu qu'il y avait une autre méthode en recompilant le noyau, mais
si je pouvais éviter de passer par là ...
Des idées ?
A part recompiler ton kernel non...
Mais ainsi j'ai réussi à avoir mes indicteurs sur un Aspire 1513LMI
Pour compiler ça dans ton kernel tu dois de tete :
- transformer ta DSDT en fichier .h
- activer dans les choix du kernel la partie compilation avec
firmware
- aller ds la partie ACPI et indiquer ton fichier .h
Le Sun, 26 Mar 2006 15:05:57 +0200, Matthieu Moy a écrit :
Bonjour,
J'ai un portable Acer Aspire 3003 NWLMI, sur lequel j'ai installé une Debian testing. Après pas mal de bidouille, a peu près tout marche, mais j'ai encore un problème : l'indicateur de batterie ne marche pas.
Google me dit que c'est un problème de DSDT buggé [1], bien connu.
J'ai suivi les instructions disponibles un peu partout sur le web [2] pour récupérer et recompiler mon propre DSDT.
Ca y est, j'ai mon DSDT.aml tout frait. Sauf que ... selon les distribs, il semble qu'il y ai plusieurs méthodes pour le prendre en compte. J'ai essayé de copier mon DSDT.aml dans /etc/mkinitramfs/DSDT.aml, relancer mkinitramfs, rebooter. Rien n'a changé.
J'ai vu qu'il y avait une autre méthode en recompilant le noyau, mais si je pouvais éviter de passer par là ...
Des idées ?
A part recompiler ton kernel non... Mais ainsi j'ai réussi à avoir mes indicteurs sur un Aspire 1513LMI
Pour compiler ça dans ton kernel tu dois de tete : - transformer ta DSDT en fichier .h - activer dans les choix du kernel la partie compilation avec firmware - aller ds la partie ACPI et indiquer ton fichier .h
Cdlt,
/JYL
Ducrot Bruno
Bonjour,
On Sun, 26 Mar 2006 15:05:57 +0200, Matthieu Moy wrote:
Bonjour,
J'ai un portable Acer Aspire 3003 NWLMI, sur lequel j'ai installé une Debian testing. Après pas mal de bidouille, a peu près tout marche, mais j'ai encore un problème : l'indicateur de batterie ne marche pas.
Google me dit que c'est un problème de DSDT buggé [1], bien connu.
J'ai suivi les instructions disponibles un peu partout sur le web [2] pour récupérer et recompiler mon propre DSDT.
Ca y est, j'ai mon DSDT.aml tout frait. Sauf que ... selon les distribs, il semble qu'il y ai plusieurs méthodes pour le prendre en compte. J'ai essayé de copier mon DSDT.aml dans /etc/mkinitramfs/DSDT.aml, relancer mkinitramfs, rebooter. Rien n'a changé.
J'ai vu qu'il y avait une autre méthode en recompilant le noyau, mais si je pouvais éviter de passer par là ...
C'est pourtant la seule oficiellement supporter par les developpeurs ACPI. Cela permet de ne pas faciliter la creation de tables qui parfois se revellent bancales, et du coup permet aux dev de recevoir les rapports de bugs idoines afin de creer des workarounds au niveau de l'interpreteur AML.
Des idées ?
Il y a un workaround pour ce probleme particulier et donc on ne devrait plus avoir a modifier les tables ACPI. Si je me souviens bien le dernier noyau stable devrait l'integrer.
-- Which is worse: ignorance or apathy? -- Don't know. Don't care.
Bonjour,
On Sun, 26 Mar 2006 15:05:57 +0200, Matthieu Moy
<MatthieuNOSPAM.Moy@imag.fr.invalid> wrote:
Bonjour,
J'ai un portable Acer Aspire 3003 NWLMI, sur lequel j'ai installé une
Debian testing. Après pas mal de bidouille, a peu près tout marche,
mais j'ai encore un problème : l'indicateur de batterie ne marche pas.
Google me dit que c'est un problème de DSDT buggé [1], bien connu.
J'ai suivi les instructions disponibles un peu partout sur le web [2]
pour récupérer et recompiler mon propre DSDT.
Ca y est, j'ai mon DSDT.aml tout frait. Sauf que ... selon les
distribs, il semble qu'il y ai plusieurs méthodes pour le prendre en
compte. J'ai essayé de copier mon DSDT.aml dans
/etc/mkinitramfs/DSDT.aml, relancer mkinitramfs, rebooter. Rien n'a
changé.
J'ai vu qu'il y avait une autre méthode en recompilant le noyau, mais
si je pouvais éviter de passer par là ...
C'est pourtant la seule oficiellement supporter par les
developpeurs ACPI. Cela permet de ne pas faciliter la creation
de tables qui parfois se revellent bancales, et du coup permet
aux dev de recevoir les rapports de bugs idoines afin de creer
des workarounds au niveau de l'interpreteur AML.
Des idées ?
Il y a un workaround pour ce probleme particulier et donc on
ne devrait plus avoir a modifier les tables ACPI. Si je me souviens
bien le dernier noyau stable devrait l'integrer.
On Sun, 26 Mar 2006 15:05:57 +0200, Matthieu Moy wrote:
Bonjour,
J'ai un portable Acer Aspire 3003 NWLMI, sur lequel j'ai installé une Debian testing. Après pas mal de bidouille, a peu près tout marche, mais j'ai encore un problème : l'indicateur de batterie ne marche pas.
Google me dit que c'est un problème de DSDT buggé [1], bien connu.
J'ai suivi les instructions disponibles un peu partout sur le web [2] pour récupérer et recompiler mon propre DSDT.
Ca y est, j'ai mon DSDT.aml tout frait. Sauf que ... selon les distribs, il semble qu'il y ai plusieurs méthodes pour le prendre en compte. J'ai essayé de copier mon DSDT.aml dans /etc/mkinitramfs/DSDT.aml, relancer mkinitramfs, rebooter. Rien n'a changé.
J'ai vu qu'il y avait une autre méthode en recompilant le noyau, mais si je pouvais éviter de passer par là ...
C'est pourtant la seule oficiellement supporter par les developpeurs ACPI. Cela permet de ne pas faciliter la creation de tables qui parfois se revellent bancales, et du coup permet aux dev de recevoir les rapports de bugs idoines afin de creer des workarounds au niveau de l'interpreteur AML.
Des idées ?
Il y a un workaround pour ce probleme particulier et donc on ne devrait plus avoir a modifier les tables ACPI. Si je me souviens bien le dernier noyau stable devrait l'integrer.
-- Which is worse: ignorance or apathy? -- Don't know. Don't care.
Matthieu Moy
Ducrot Bruno writes:
Il y a un workaround pour ce probleme particulier et donc on ne devrait plus avoir a modifier les tables ACPI. Si je me souviens bien le dernier noyau stable devrait l'integrer.
Bon, alors je crois que je vais attendre sagement que aptitude m'apporte tout ca sur ma machine ;-).
-- Matthieu
Ducrot Bruno <ducrot@echo.fr> writes:
Il y a un workaround pour ce probleme particulier et donc on
ne devrait plus avoir a modifier les tables ACPI. Si je me souviens
bien le dernier noyau stable devrait l'integrer.
Il y a un workaround pour ce probleme particulier et donc on ne devrait plus avoir a modifier les tables ACPI. Si je me souviens bien le dernier noyau stable devrait l'integrer.
Bon, alors je crois que je vais attendre sagement que aptitude m'apporte tout ca sur ma machine ;-).
-- Matthieu
Ducrot Bruno
Bonjour,
On Mon, 27 Mar 2006 16:40:15 +0200, Matthieu Moy wrote:
Ducrot Bruno writes:
Il y a un workaround pour ce probleme particulier et donc on ne devrait plus avoir a modifier les tables ACPI. Si je me souviens bien le dernier noyau stable devrait l'integrer.
Bon, alors je crois que je vais attendre sagement que aptitude m'apporte tout ca sur ma machine ;-).
J'ai vérifié dans les logs. 2.6.16 est ok.
Il n'est pas très difficile d'installer un noyau "vanille" à la Debian via make-kpkg...
-- Bruno Ducrot
-- Which is worse: ignorance or apathy? -- Don't know. Don't care.
Bonjour,
On Mon, 27 Mar 2006 16:40:15 +0200, Matthieu Moy
<MatthieuNOSPAM.Moy@imag.fr.invalid> wrote:
Ducrot Bruno <ducrot@echo.fr> writes:
Il y a un workaround pour ce probleme particulier et donc on
ne devrait plus avoir a modifier les tables ACPI. Si je me souviens
bien le dernier noyau stable devrait l'integrer.
On Mon, 27 Mar 2006 16:40:15 +0200, Matthieu Moy wrote:
Ducrot Bruno writes:
Il y a un workaround pour ce probleme particulier et donc on ne devrait plus avoir a modifier les tables ACPI. Si je me souviens bien le dernier noyau stable devrait l'integrer.
