Re: plus de son après SUSPEND
Le vendredi 17 août 2007 08:38, Andreï V. Fomitchev a écrit : Modifier les sources? NON! Mon idée était soit migration vers 2.6.21 (mais pas la version backporté), soit une compilation du noyau 2.6.21 manuellement, soit de regarder la liste de bugs fixés dans 2.6.21 par rapport 2.6.18 concernant les modules audio et/ou suspend, des fois que quelque chose simple pouvait être trouvé. Ok, merci pour ces précisions sur la méthode, je vais donc tester avec le 2.6.21 de testing, et si le problème est résolu, je sais maintenant que j'aurai sans doute l'explication dans la liste des bugs fixés. Bon, ben j'y vois déjà plus clair, ça va m'aider pour les autres problèmes (taille de la vidéo inadaptée à la fenêtre, suspend foireux lorsque déclenché par le délai d'inactivité et non par l'utilisateur..., mais c'est un autre sujet). Merci encore pour ton aide, et bon week-end. -- Serge
Re: plus de son après SUSPEND
Le mercredi 15 août 2007 11:23, Andreï V. Fomitchev a écrit : Salut. Bonjour, J'ai eu exactement le même problème sur mon portable Dell (chip SigmaTel HD Audio) quand Etch était testing: plus de son après un suspend... Ma solution était plus brutale: je faisais rmmod et insmod du module snd intel et le son revenait. Depuis, je suis resté en testing (donc lenny) et après un dist-upgrade qui a installé le noyau 2.6.21, je n'ai plus le problème... Certes, j'ai pas de solutions, mais regarde les différences entre les modules du noyau en version 2.6.18 et 2.6.21, ils ont sûrement fixé quelques bricoles Si je t'ai bien compris, il s'agit de modifier les sources du noyau. Si je passe par là, et vu mes compétences, la personne ne récupèrera pas sa machine avant obsoléscence complète :D , car je suppose qu'il ne s'agit pas simplement d'appliquer un diff des sources d'un module pour obtenir un ensemble fonctionnel. Mais l'idée est bonne et m'a conduit à tester avec le 2.6.21 de backports. Résultat: plus de son du tout. Je m'oriente vers le rechargement du module par suspend2 comme proposé par Hugues (une sorte de rmmod + lsmod automatisé, si j'ai bien compris ;) ). Merci pour ton aide, ça n'a pas été inutile. Cordialement, -- Serge
Re: plus de son après SUSPEND
Bon[soir|jour] Le mercredi 15 août 2007 12:56, Hugues LARRIVE a écrit : Serge Cavailles a écrit : Toujours est-il qu'un fois activée l'une ou l'autre des options suspend2ram/suspend2hd, je n'ai plus de son au réveil du système. Il suffit de relancer alsaconf en validant les options proposées pour retrouver le son, mais pour l'usage d'un primo utilisateur de PC curieux des vertus du pingouin, j'aurai bien aimé pouvoir lui proposer un truc plus propre. :/ Ou plus précisément de recharger les modules de la carte son et alsa... Euh... oui, par exemple. Suffisait d'y penser, hein? :D [snip] http://gentoo-wiki.com/HOWTO_Software_Suspend_v2#Modules_and_Startup_scri pts Bon ça c'est pour le suspend2hd et ça fonctionne parfaitement sur mon portable, je n'ai pas essayé mais il me semble qu'il existe des mécanismes assez proches pour le suspend2ram (peut-être même un fichier de conf commun). Oui effectivement, suspend2 semble gérer les 2 modes 2hd et 2ram. J'ai ajouté une ligne contenant les drivers qui sont déchargés lors d'un alsaconf au fichier /etc/hibernate/common.cinf, section modules: UnloadModules snd-hda-intel snd-hda-codec snd-pcm-oss snd-mixer-oss \ snd-pcm snd-timer snd-page-alloc Mais aucun progrès n'est constaté sur le suspend2hd. Si quelqu'un voit ce que j'ai pu oublier... Merci pour ton aide. Bonne [nuit|journée] -- Serge
Re: plus de son après SUSPEND
Le mercredi 15 août 2007 à 02:29 +0200, Serge Cavailles a écrit : Bonjour, J'ai installé Etch ces jours ci depuis un CD netinstall sur un portable Toshiba Satellite P200-12W (Intel® Pentium Core™ Duo T2080 à 1.73 GHz). La mise en oeuvre des possibilités d'économie d'énergie est importante pour cette machine destinée à une installation personnelle solaire non raccordée au réseau EDF. Désolé, je n'ai pas de réponse à ton problème (manque de compétences) mais ta solution énergétique m'intéresse. As-tu un plan de ton installation ? nono -- nono sur jabber: nono at jabber-fr dot net les pages à nono: http://zenith.noel.free.fr/ le projet Einar FR: http://www.linux-france.org/~jcnoel/index.html signature.asc Description: Ceci est une partie de message numériquement signée
Re: plus de son après SUSPEND
Serge Cavailles a écrit :
Bonjour,
J'ai installé Etch ces jours ci depuis un CD netinstall sur un portable
Toshiba Satellite P200-12W (Intel® Pentium Core™ Duo T2080 à 1.73 GHz).
La mise en oeuvre des possibilités d'économie d'énergie est importante pour
cette machine destinée à une installation personnelle solaire non raccordée
au réseau EDF.
Pour le choix des paquets, j'ai laissé faire l'installeur avec le profil
portable.
Au début j'ai du son (lecture d'un .avi).
A ma surprise, sous KDE, j'ai du activer l'ACPI pour pouvoir disposer des
options suspend2ram/2hd. Est-ce normal, ou faut-il y voir un lien avec mon
problème?
Toujours est-il qu'un fois activée l'une ou l'autre des options
suspend2ram/suspend2hd, je n'ai plus de son au réveil du système. Il suffit
de relancer alsaconf en validant les options proposées pour retrouver le
son, mais pour l'usage d'un primo utilisateur de PC curieux des vertus du
pingouin, j'aurai bien aimé pouvoir lui proposer un truc plus propre. :/
Ou plus précisément de recharger les modules de la carte son et alsa...
Le problème est indépendant du gestionnaire de fenêtre (testé avec KDE et
Gnome) et des applis de lecture utilisées (Mplayer, Noatun, Totem). Il
existe aussi avec un fichier wav et RythmBox.
Des recherches sur le web m'ont amené à envisager un problème lié à l'ACPI,
ce qui m'a conduit à tenter ce qui est expliqué ici:
http://gentoo-wiki.com/HOWTO_Fix_Common_ACPI_Problems
Tu n'étais pas loin dutout :
http://gentoo-wiki.com/HOWTO_Software_Suspend_v2#Modules_and_Startup_scripts
Bon ça c'est pour le suspend2hd et ça fonctionne parfaitement sur mon
portable, je n'ai pas essayé mais il me semble qu'il existe des
mécanismes assez proches pour le suspend2ram (peut-être même un fichier
de conf commun).
J'ai donc vérifié la DSDT en décompilant et recompilant la DSDT avec iasl:
Compilation complete. 0 Errors, 0 Warnings, 0 Remarks, 58 Optimizations
L'étape suivante conseillée dans ce cas est de vérifier si des mentions au
système d'exploitation existent dans l'asl. La page citée précédemment
parle de nombre de lettres du nom. Rien de tel dans mon cas, mais on trouve
cependant:
If (CondRefOf (_OSI, Local0))
{
If (_OSI (Linux))
{
Store (0x03E8, OSYS)
Store (Zero, ECDY)
}
If (_OSI (Windows 2001))
{
Store (0x07D1, OSYS)
}
If (_OSI (Windows 2001 SP1))
{
Store (0x07D1, OSYS)
}
If (_OSI (Windows 2001 SP2))
{
Store (0x07D2, OSYS)
}
If (_OSI (Windows 2006))
{
Store (0x07D6, OSYS)
}
If (LAnd (MPEN, LEqual (OSYS, 0x07D1)))
{
TRAP (0x3D)
}
}
If (LGreaterEqual (OSYS, 0x07D0))
{
Store (One, PRM0)
If (LGreaterEqual (OSYS, 0x07D1))
{
Store (0x03, PRM0)
}
}
Else
{
Store (Zero, PRM0)
}
Je ne sais ce que représentent ces variables (OSYS, ECDY, PRM0) ni si je
peux les modifier (mettre OSYS==0x07D6) sans risque pour le matériel.
Peut-il y avoir des raisons valables à cette différenciation d'OS?
Par ailleurs, il existe une mise à jour du Bios chez le constructeur, mais
comme ça fonctionne sous Vista, à moins d'une suppression de la
différenciation des valeurs dans la DSDT (hum!), je ne suis pas convaincu
que ça change quelque chose.
En fait je ne suis d'ailleurs même pas certain d'être sur la bonne piste. :D
Un lsmod avant et après le suspend n'affiche pas de différences.
Pas de messages particuliers dans le syslog à la reprise.
Une idée?
Merci d'avance
# dmesg | grep [AP]C[PI]
BIOS-e820: 7f68 - 7f70 (ACPI NVS)
ACPI: RSDP (v000 TOSCPL) @ 0x000f75e0
ACPI: RSDT (v001 TOSCPL TOSCPL00 0x0604 LTP 0x) @ 0x7f6877a8
ACPI: FADT (v001 TOSCPL CALISTGA 0x0604 LOHR 0x005a) @ 0x7f68fc78
ACPI: SLIC (v001 TOSCPL TOSCPL00 0x0604 LOHR 0x) @ 0x7f68fcec
ACPI: MADT (v001 INTEL CALISTGA 0x0604 LOHR 0x005a) @ 0x7f68fe62
ACPI: HPET (v001 INTEL CALISTGA 0x0604 LOHR 0x005a) @ 0x7f68feca
ACPI: MCFG (v001 INTEL CALISTGA 0x0604 LOHR 0x005a) @ 0x7f68ff02
ACPI: BOOT (v001 PTLTD $SBFTBL$ 0x0604 LTP 0x0001) @ 0x7f68ffd8
ACPI: MADT (v001 PTLTD APIC 0x0604 LTP 0x) @
0x7f68ff70
ACPI: SSDT (v001 SataRe SataPri 0x1000 INTL 0x20050624) @ 0x7f688ec0
ACPI: SSDT (v001 SataRe SataSec 0x1000 INTL 0x20050624) @ 0x7f68882e
ACPI: SSDT (v001 PmRef Cpu0Tst 0x3000 INTL 0x20050624) @ 0x7f687d88
ACPI: SSDT (v001 PmRef Cpu1Tst 0x3000 INTL 0x20050624) @ 0x7f687ce2
ACPI: SSDT (v001 PmRefCpuPm 0x3000 INTL 0x20050624) @ 0x7f6877fc
ACPI: DSDT (v001 TOSCPL CALISTGA 0x0604 INTL 0x20060608) @ 0x
ACPI: PM-Timer IO Port:
