Fedora-Fr

tosca · 2011-03-09T22:22:50+00:00

Bonsoir, Je suis en train d'installer Fedora sur un nouveau portable Toshiba L635-13M, et je constate que le son est faible, pas bon du tout (alors qu'il s'...

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Mauvaise gestion du son

bubar

Si spécifier ce modèle n'apporte rien (en étant sûr du reste pour les tests, pulseaudio et blabla), alors essaye l'option générique, en remplaçant model=m51va position_fix=0 par :
model=auto
si ça fonctionne, c'est un petit miracle, dans la mesure ou le dernier incrément s'arrête un cran en dessous de cette carte. Mais bon, on ne sait jamais 😉

bubar

Pour les puces à la con, ça ressemble à du foutage de gueule : ils ont largement contribués a mettre en place ceci (id vend id subb id model id submod) ok, c'est parfaitement vrai. Mais que de 'petits fournisseurs' s'amusent à foutre le bronx, c'est plus que louche. (foutre le bronx = incrémenter les références alors que le matériel ne change pas en réalité. Et bien sûr ne pas collaborer avec linux, ne pas fournir les références. A chaque nouveau modèle qui sort, cela force à une grosse latence avant la prise en charge, pour un point de détail qu'ils pourraient communiquer). C'est louche (ça aussi).

tosca

bubar wrote:Merci.
Essaie avec ces options là :
echo "options snd-hda-intel model=m51va position_fix=0" >> /etc/modprobe.d/alsa-base.conf
Cette commande, à lancer en root, revient à créer le nouveau fichier nommé alsa-base.conf dans le dossier /etc/modprobe.d, contenant une option pour "charger" un modèle spécifique, ici une m51va.

Puis reboot.
Et vérifie que le son fonctionne, dans le besoin le plus basique (pas de navigateur lancé pour éviter flash, vérification de la direction vers la sortie avec pulseaudio, si il a été ré-installé, et vérification des potards avec alsamixer touche F5). Enfin vérifie les modules chargés, avec cette commande :
lsmod |grep snd
et fais un copier coller du résultat ici
tout en nous disant si ce premier test permet du son, ou pas.

Pas de son.
Copie d'écran alsamixer

lsmod |grep snd

snd_hda_codec_atihdmi     2727  1 
snd_hda_codec_conexant    42150  1 
snd_hda_intel          24479  0 
snd_hda_codec          86743  3 snd_hda_codec_atihdmi,snd_hda_codec_conexant,snd_hda_intel
snd_hwdep               6392  1 snd_hda_codec
snd_seq                53791  0 
snd_seq_device          6191  1 snd_seq
snd_pcm                80190  2 snd_hda_intel,snd_hda_codec
snd_timer              19892  2 snd_seq,snd_pcm
snd                    63984  8 snd_hda_codec_conexant,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_seq,snd_seq_device,snd_pcm,snd_timer
soundcore               6576  1 snd
snd_page_alloc          7559  2 snd_hda_intel,snd_pcm
[marie-noelle@toshiba3 ~]$ pulseaudio -k
bash: pulseaudio: command not found...
[marie-noelle@toshiba3 ~]$ yum info pulseaudio
Modules complémentaires chargés : auto-update-debuginfo, langpacks, presto,
                                : refresh-packagekit
Adding fr_FR to language list
Found 87 installed debuginfo package(s)
Enabling fedora-debuginfo: Fedora 14 - x86_64 - Debug
Enabling rpmfusion-nonfree-debuginfo: RPM Fusion for Fedora 14 - Nonfree - Debug
Enabling livna-debuginfo: rpm.livna.org for 14 - x86_64 - Debug
Enabling rpmfusion-free-updates-debuginfo: RPM Fusion for Fedora 14 - Free - Updates Debug
Enabling rpmfusion-nonfree-updates-debuginfo: RPM Fusion for Fedora 14 - Nonfree - Updates Debug
Enabling rpmfusion-free-debuginfo: RPM Fusion for Fedora 14 - Free - Debug
Enabling updates-debuginfo: Fedora 14 - x86_64 - Updates - Debug
adobe-linux-i386                                         |  951 B     00:00     
google-chrome                                            |  951 B     00:00     
kde                                                      | 2.1 kB     00:00     
livna                                                    | 3.2 kB     00:00     
livna-debuginfo                                          | 2.6 kB     00:00     
rpmfusion-free-updates                                   | 3.3 kB     00:00     
rpmfusion-free-updates/primary_db                        | 253 kB     00:02     
rpmfusion-free-updates-debuginfo                         | 2.7 kB     00:00     
rpmfusion-free-updates-debuginfo/primary_db              |  39 kB     00:00     
rpmfusion-nonfree-updates                                | 3.3 kB     00:00     
rpmfusion-nonfree-updates/primary_db                     |  77 kB     00:00     
rpmfusion-nonfree-updates-debuginfo                      | 2.7 kB     00:00     
rpmfusion-nonfree-updates-debuginfo/primary_db           |  15 kB     00:00     
updates/metalink                                         |  24 kB     00:00     
updates                                                  | 4.7 kB     00:00     
updates/primary_db                                       | 5.9 MB     00:51     
updates-debuginfo/metalink                               |  17 kB     00:00     
updates-debuginfo                                        | 3.1 kB     00:00     
updates-debuginfo/primary_db                             | 520 kB     00:04     
Paquets disponibles
Name        : pulseaudio
Arch        : x86_64
Version     : 0.9.21
Release     : 7.fc14
Size        : 566 k
Dépôt         : updates
Summary     : Improved Linux Sound Server
URL         : http://pulseaudio.org/
License     : LGPLv2+
Description : PulseAudio is a sound server for Linux and other Unix like
            : operating systems. It is intended to be an improved drop-in
            : replacement for the Enlightened Sound Daemon (ESOUND).

EDIT : plus de batterie, obligée d'arrêter là pour ce soir, et pas de nouvelle connexion avant fin de journée demain :-?

bubar

Attention : ton alsamixer affiche ici le snd_hda_codec_atihdmi
-> appuie sur touche F6 et F5 dans alsamixer pour choisir et tout afficher (tu peux faire des copies d'écran)

F6 pour choisir, puis F5 pour tout afficher, on obtiens un truc de ce genre là (où on voit les deux "internal" tout à gauche, qui n'apparaissent pas, par défaut ...)

A demain pour le résultat de
model=auto

sinon il y a encore qq possibilités dans la catégorie facile 😉

ps : bizarre le snd_hda_codec_atihdmi tu devrais avoir plutôt un : snd_hda_codec_hdmi

bubar

0) model=auto
1) model=acer
2) model=ideapad
3) model=targa-dig
4) model=thinkpad
5) model=hp-laptop
6) model=asus
et enfin ...
7) index=0 model=toshiba position_fix=1
😉

Merci aussi de ta patience.

bubar

surtout que avec ce que tu as donné

Node 0x21 [Audio Output] wcaps 0x611: Stereo Digital
  Control: name="IEC958 Playback Con Mask", index=0, device=0
  Control: name="IEC958 Playback Pro Mask", index=0, device=0
  Control: name="IEC958 Playback Default", index=0, device=0
  Control: name="IEC958 Playback Switch", index=0, device=0
  Control: name="IEC958 Default PCM Playback Switch", index=0, device=0
  Device: name="Conexant Digital", type="SPDIF", device=1
  Converter: stream=0, channel=0
  Digital:
  Digital category: 0x0

il ne semble pas y avoir de difficultés majeures ... plutôt un tout petit truc mais trèèèèès chi***

paradise

bubar wrote:Pour les puces à la con, ça ressemble à du foutage de gueule : ils ont largement contribués a mettre en place ceci (id vend id subb id model id submod) ok, c'est parfaitement vrai. Mais que de 'petits fournisseurs' s'amusent à foutre le bronx, c'est plus que louche. (foutre le bronx = incrémenter les références alors que le matériel ne change pas en réalité. Et bien sûr ne pas collaborer avec linux, ne pas fournir les références. A chaque nouveau modèle qui sort, cela force à une grosse latence avant la prise en charge, pour un point de détail qu'ils pourraient communiquer). C'est louche (ça aussi).

+ 100, il faudrait les pendre par les orteils pour qu'ils comprennent qu'en tant que client on n'est pas forcément un pigeon, qu'on a droit à avoir les spécs au moins ! :-x

J'ai en vue un portable, sans OS préinstallé, et éprouvé Nux, pas envie d'essuyer les plâtres ou de me retrouver comme tosca... 🙁

VINDICATORs

A ce sujet, il me semble me souvenir que intel c'est énervé au vu du bordel que cela avait donné.

Un peut dans le style de NVIDIA et ATI qui en avait assez que les spécifications des processeurs graphique soit changé et demande des pilotes qui soient différent des pilotes de références.

J'ai déjà eu le cas avec des cartes graphique intégré ou sur carte fille rendues inutilisable lors du passage d'une version de MS windows à l'autre à une époque. Pour des engins à plusieurs centaines d'euros (milliers de francs à une époque...), cela fait chier, surtout qu'elles étaient récentes... Mais aussi avec des cartes son (mes regretté Vortex2 😢... Aureal)...

tosca

bubar wrote:0) model=auto
1) model=acer
2) model=ideapad
3) model=targa-dig
4) model=thinkpad
5) model=hp-laptop
6) model=asus
et enfin ...
7) index=0 model=toshiba position_fix=1
😉

Je ne vois (entends !) aucun changement avec aucun d'entre eux.
Nouvelle copie d'écran Alsamixer :

(en espérant que celle-ci convienne, mais comme je ne comprends pas le contenu ...)

J'ai aussi un truc bizarre. Maintenant, lorsque je fais Système -> Préférences -> Son j'ai un message "Attente de réponse du système sonore", et je finis par cliquer sur "Annuler" car rien ne vient !

bubar wrote:Merci aussi de ta patience.

Si tu savais ... ça n'est que la petite goutte d'eau dans un vase plein à ras-bord d'emm... en tout genre depuis plusieurs semaines. 🙁
Vivement que je sois dans l'avion, mais j'aimerais autant emporter avec moi un micro qui ait du son :-P

tosca

paradise wrote:... pas envie d'essuyer les plâtres ou de me retrouver comme tosca... 🙁

Pour mémoire, il y a déjà :
- le problème du wifi, qui m'oblige à conserver une ancienne version de kernel lorsque je n'ai pas de possibilité de connexion par câble
- la gestion de la carte graphique propriétaire pour pouvoir utiliser le double écran.

L'acquisition d'une nouvelle machine se fait dans la douleur ... :-?

tosca

tosca wrote: Je ne vois (entends !) aucun changement avec aucun d'entre eux.

"Léger" changement tout de même : j'ai appliqué cette recommandation ; ça ne change malheureusement rien pour la sortie haut-parleurs (toujours aussi faible et de mauvaise qualité).
Par contre, la sortie casque fonctionne correctement, et coupe automatiquement les haut-parleurs en même temps ... mais le seul moyen de régler le son est via Alsamixer, pas hyper-pratique. :roll:

EDIT : Ce que j'ai écrit hier soir n'est plus vrai ce matin (après reboot) : plus de son au casque du tout 🙁 🙁

bubar

Léger" changement tout de même : j'ai appliqué cette recommandation ; ça ne change malheureusement rien pour la sortie haut-parleurs (toujours aussi faible et de mauvaise qualité). Par contre, la sortie casque fonctionne correctement, et coupe automatiquement les haut-parleurs en même temps ... mais le seul moyen de régler le son est via Alsamixer (...)

Bonjour
Ha bien, ça avance 🙂

tosca wrote:Je ne vois (entends !) aucun changement avec aucun d'entre eux

"model=ideapad" permet ce que dit plus haut ? Et aucun autre "model=" ne permet mieux ? étrange !?!

EDIT : Ce que j'ai écrit hier soir n'est plus vrai ce matin (après reboot) : plus de son au casque du tout 🙁 🙁

🙁 alors là ça tourne au fantome si la configuration change toute seule :lol: (une mise à jour, peut être ?)

tosca

bubar wrote:🙁 alors là ça tourne au fantome si la configuration change toute seule :lol: (une mise à jour, peut être ?)

Il y a effectivement eu un paquet de mises à jour, et je crois me rappeler qu'il y avait quelque chose concernant alsa dedans ...
Je dispose d'une connexion à peu près à volonté (le rêve !) pour les prochaines 48 heures, et j'aimerais bien essayer de remettre tout ça à plat. Je récapitule l'état actuel :

$ lspci | grep [aA]udio
00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series Chipset High Definition Audio (rev 05)
01:00.1 Audio device: ATI Technologies Inc Manhattan HDMI Audio [Mobility Radeon HD 5000 Series]

$ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: Intel [HDA Intel], device 0: CONEXANT Analog [CONEXANT Analog]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 1: Generic [HD-Audio Generic], device 3: ATI HDMI [ATI HDMI]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

$ cat /etc/modprobe.d/sound.conf 
options snd-hda-intel model=ideapad

Dans une vie antérieure, j'ai désinstallé PulseAudio et Gmixer. Pas réinstallé depuis.

Et la configuration du son via Gnome Système -> Préférences -> Son ne me donne plus accès aux panneaux de config, mais au message Attente de réponse du système sonore.

C'est grave, docteur ? 🙂

bubar

Re bonjour 😉

Un patch est intégré à la vanille 2.6.39.1. (référence : pci/hda/patch_conexant.c) où la carte de ton laptop, 585 est prise en charge par 5066 en fait...
(à noter la présence d'un patch très récent, en -testing, pour un pb sur le beep interne...)
Si tu souhaites vérifier que tout fonctionne correctement avec ce patch

1) tu vires toutes configurations de alsa & pulseaudio
En déplaçant ces deux fichiers de conf, et ces deux dossiers [pas les autre]
-> /etc/asound.conf
-> /etc/alsa/
-> /usr/share/alsa/cards/HDA-Intel.conf
-> /usr/share/alsa/pcm/
dans /root par exemple, afin de les garder quant même

2) tu vires les références de configuration des modules
dans modprobe*, dist-alsa.conf
et blacklist le module "atihdmi" 😉 l'hdmi n'étant pas notre objectif maintenant, autant éviter une éventualité de conflits.

3) tu compiles le noyau vanille
sur cette machine cela devrait aller vite. (conseils : installe ccache (pratique pour recompiler en modifiant une ou deux options) et passe l'option -jx ou x=nb de core/processeur de la machine (compilation plus rapide en autorisant plus d'objets)
puis passe à 1 ou 2 secondes le temps de choix dans /boot/grub/menu.lst, avant de rebooter 😉

3) tu boot sur ce noyau
vérifie par défaut, et relance la configuration de alsa (il le fait tout seul : tu peux aussi envoyer toutes ces infos directement au projet, c'est sympa).

Normalement tu devrais avoir le driver snd-hda-codec-conexant désormais.
(plus tout la clique, bien sûr, genre snd-seq, etc etc)

Une fois que tu as fait le point des fonctionnements, tu devrais pouvoir ouvrir un rapport de bug pour demander, donc, un backport de ce patch pour une éventuelle future mise à jour du noyau. Si cela n'est pas fait, peu importe, cela sera certainement utile en terme d'information pour d'autres lecteurs.

bubar

Edit message précédent : retrait référence, inutile

bubar

Et la configuration du son via Gnome Système -> Préférences -> Son ne me donne plus accès aux panneaux de config, mais au message Attente de réponse du système sonore.

non, "osef" gnome est "pulseaudio centric" maintenant.
pour vérifier que le son fonctionne utilise une appli qui attaque directement alsa, peu importe laquelle

tosca

bubar wrote:Re bonjour 😉

Euh ... tout ça m'intimide beaucoup !

bubar wrote:Un patch est intégré à la vanille 2.6.39.1.

C'est quoi la vanille ?

bubar wrote: 3) tu compiles le noyau vanille
sur cette machine cela devrait aller vite. (conseils : installe ccache (pratique pour recompiler en modifiant une ou deux options) et passe l'option -jx ou x=nb de core/processeur de la machine (compilation plus rapide en autorisant plus d'objets)
puis passe à 1 ou 2 secondes le temps de choix dans /boot/grub/menu.lst, avant de rebooter 😉

Je ne suis pas sûre du tout que ça soit dans mes compétences ... quel est le risque que je bouzille tout ? (en admettant que je comprenne exactement ce qu'il faut faire, ce qui est loin d'être le cas ...)
Concrètement, je prends l'avion dans 2 jours pour l'autre bout du monde, et mon laptop sera à la fois mon seul moyen d'échange avec "le monde civilisé" et mon outil de travail quotidien ; ça n'est pas vraiment le moment que je fusille ce qui fonctionne !!!

bubar

La méthode de compiler un noyau plus récent, et de repartir sur une base nulle de configuration de alsa (pour le laisser faire) est quelque peu "overkill". Mais c'est certainement la plus simple.

bubar

tosca wrote:Euh ... tout ça m'intimide beaucoup !

oui, on comprends

C'est quoi la vanille ?

c'est le petit nom du noyau tel que le livre kernel.org.

Je ne suis pas sûre du tout que ça soit dans mes compétences ... quel est le risque que je bouzille tout ? (en admettant que je comprenne exactement ce qu'il faut faire, ce qui est loin d'être le cas ...)

aucun risque. installer un nouveau noyau ne modifie pas la configuration du système. si le noyau compilé ne fonctionnait pas (ce qui est très rare lorsqu'on ne tripatouille pas les options, et on ne tripatouille pas les options ici pour ça) alors il suffit de choisir l'autre noyau au boot (d'où l'importance de mettre 1 ou 2 secondes permettant de choisir le noyau à booter : une fois qu'on est sûr que ça fonctionne on repasse cette option à 0) Et le retrait de la configuration de alsa dans le système, ne fera au pire que ne plus avoir de son sans une nouvelle configuration (ou remettre les copies des fichiers à leur emplacement respectifs pour retrouver l'ancien fonctionnement)

Concrètement, je prends l'avion dans 2 jours pour l'autre bout du monde, et mon laptop sera à la fois mon seul moyen d'échange avec "le monde civilisé" et mon outil de travail quotidien ; ça n'est pas vraiment le moment que je fusille ce qui fonctionne !!!

Par prudence, ne touche à rien, alors. Si c'est la première fois que tu compiles un noyau vanille, il y aura quelques explications à te donner au préalable. Donc attends d'avoir un week end devant toi par exemple.

bubar

Il faut compter, pour les premières fois :
environ 10 minutes pour nettoyer la configuration de alsa.
environ 30 minutes pour vérifier les options du noyau pour les snd-hda
de 4 minutes à 3 heures pour la compilation du noyau avec GCC (selon la puissance du laptop et les options choisies)

une recompilation du noyau, en changeant quelques options, sera plus rapide ensuite (avec ccache).

Compiler un noyau est quelque chose à faire au moins 1 fois dans sa vie 😉 voilà une bonne occasion ! et cela pourrait apporter un support correct du son sur cette machine

« Page précédente Page suivante »