Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11

Souci carte son

1 réponse
Avatar
Yves Lambert
Bonjour,

depuis un certain temps j'ai un souci avec ma carte son, et comme j'ai
un peu tendance à ramener au lendemain ce que j'aurais pu faire la
veille, le problème ne se résoud pas tout seul.

La machine est sous debian/sid noyau 2.6.36. dkms (pas de souci au
niveau de la compilation des modules)

- j'ai vérifié les niveaux sur alsa-mixer
- au boot (pendant init) j'ai un "tac" dans les haut-parleurs (la carte
est bien reconnue par le système, et elle n'est pas morte)
- quand je lance "play /path/to/fichier.son" (la commande play de sox)
depuis une console, il n'y a pas d'erreur reportée (le socket est
présent et il n'est pas préempté) mais aucun son ne sort des
haut-parleurs.


- Les nivô de mixer sont bons (alsa-mixer). Le niveau des hauts-parleurs
aussi.
- je ne suis pas devenu subitement complètement sourd (j'entend encore
les petis oiseaux)
- la carte est prise en charge (à moins que le message d'erreur durant
init m'a échappé : que rechercher dans les logs ?) j'entend un pop
caractéristique dans les haut parleurs (ce n'est pas le pop de
l'ampli, l'alim est séparée) durant l'initialisation
- ma carte son fonctionnait jusqu'à présent (enfin jusqu'à il y a un
mois environ, vu que j'ai un peu traîné avant de flipper...
Mon hypothèse (il y a un tas de trucs que je pourrais vérifier et en
particulier éviter d'installer les recommandations sans regarder à
quoi elles servent, honte à moi) est que j'ai un sps (je sais pas
comment appeler ce bidule de façon générique, un démon de traitement du
son) mon hypothèse dis-je est que le socket auquel se connecte play est
géré par un programme qui n'attaque pas la carte son, et qui la masque
(qui usurpe le socket de la carte son) et qui n'y est pas connecté
alors que celle-ci est bien reconnue par le système

Ma question si j'ai raison comment faire pour le débusquer, pour soit le
bien configurer soit le virer ?

qu'est-ce que je peux faire comme autres tests ?

Si je me goure (ie le problème vient bien du driver ou de la carte,
même question : comment le vérifier)

Extrait de log shell :
<11:25:00>:~$ lspci|grep audio
00:1f.5 Multimedia audio controller: Intel Corporation 82801EB/ER
(ICH5/ICH5R) AC'97 Audio Controller (rev 02)
<11:26:24>:~$ dmesg|grep '00:1f.5'
[ 0.090591] pci 0000:00:1f.5: reg 10: [io 0xe800-0xe8ff]
[ 0.090605] pci 0000:00:1f.5: reg 14: [io 0xee80-0xeebf]
[ 0.090618] pci 0000:00:1f.5: reg 18: [mem 0xf7fff800-0xf7fff9ff]
[ 0.090632] pci 0000:00:1f.5: reg 1c: [mem 0xf7fff400-0xf7fff4ff]
[ 0.090684] pci 0000:00:1f.5: PME# supported from D0 D3hot D3cold
[ 0.090690] pci 0000:00:1f.5: PME# disabled
[ 26.024293] Intel ICH 0000:00:1f.5: PCI INT B -> GSI 17 (level, low)
-> IRQ 17 [ 26.024417] Intel ICH 0000:00:1f.5: setting latency timer
to 64

Extrait de log shell : <10:56:58>:~$
lsof|grep snd <10:57:30>:~$ ls -l /dev/snd
total 0
drwxr-xr-x 2 root root 60 3 nov. 17:02 by-path
crw-rw----+ 1 root audio 116, 10 3 nov. 17:02 controlC0
crw-rw----+ 1 root audio 116, 9 3 nov. 18:10 pcmC0D0c
crw-rw----+ 1 root audio 116, 8 22 nov. 10:56 pcmC0D0p
crw-rw----+ 1 root audio 116, 7 3 nov. 17:02 pcmC0D1c
crw-rw----+ 1 root audio 116, 6 3 nov. 17:02 pcmC0D2c
crw-rw----+ 1 root audio 116, 5 3 nov. 17:02 pcmC0D3c
crw-rw----+ 1 root audio 116, 4 3 nov. 18:10 pcmC0D4p
crw-rw----+ 1 root audio 116, 3 3 nov. 17:02 seq
crw-rw----+ 1 root audio 116, 2 3 nov. 17:02 timer
<10:57:39>:~$ ls -l /dev/snd/by-path/
total 0
lrwxrwxrwx 1 root root 12 3 nov. 17:02 pci-0000:00:1f.5
-> ../controlC0 <10:57:51>:~$
play /usr/share/sounds/login.wav

/usr/share/sounds/login.wav:

File Size: 884k Bit Rate: 1.41M
Encoding: Signed PCM
Channels: 2 @ 16-bit
Samplerate: 44100Hz
Replaygain: off
Duration: 00:00:05.01

In:100% 00:00:05.01 [00:00:00.00] Out:221k [ | ]
Clip:0 Done.

NB : play ouvre le socket /dev/snd/pcmC0D0p



--
> > Cela vaudrait presque le coup d'en faire une seconde signature.
> Bonne idée !
-= cons en sus =-

1 réponse

Avatar
Yves Lambert
Le Mon, 22 Nov 2010 11:40:47 +0100,
Yves Lambert a écrit :

Bonjour,


Je regroupe les infos
- debian unstable
- kernel linux 2.6.36
- alsa
- carte son Intel Corporation 82801EB/ER
(ICH5/ICH5R) AC'97 Audio Controller (rev 02)

>depuis un certain temps j'ai un souci avec ma carte son, et comme j'ai
un peu tendance à ramener au lendemain ce que j'aurais pu faire la
veille, le problème ne se résoud pas tout seul.

La machine est sous debian/sid noyau 2.6.36. dkms (pas de souci au
niveau de la compilation des modules)

- j'ai vérifié les niveaux sur alsa-mixer
- au boot (pendant init) j'ai un "tac" dans les haut-parleurs (la carte
est bien reconnue par le système, et elle n'est pas morte)
- quand je lance "play /path/to/fichier.son" (la commande play de sox)
depuis une console, il n'y a pas d'erreur reportée (le socket est
présent et il n'est pas préempté) mais aucun son ne sort des
haut-parleurs.


- Les nivô de mixer sont bons (alsa-mixer). Le niveau des hauts-parleurs
aussi.
- je ne suis pas devenu subitement complètement sourd (j'entend encore
les petis oiseaux)
- la carte est prise en charge (à moins que le message d'erreur durant
init m'a échappé : que rechercher dans les logs ?) j'entend un pop
caractéristique dans les haut parleurs (ce n'est pas le pop de
l'ampli, l'alim est séparée) durant l'initialisation
- ma carte son fonctionnait jusqu'à présent (enfin jusqu'à il y a un
mois environ, vu que j'ai un peu traîné avant de flipper...
Mon hypothèse (il y a un tas de trucs que je pourrais vérifier et en
particulier éviter d'installer les recommandations sans regarder à
quoi elles servent, honte à moi) est que j'ai un sps (je sais pas
comment appeler ce bidule de façon générique, un démon de traitement du
son) mon hypothèse dis-je est que le socket auquel se connecte play est
géré par un programme qui n'attaque pas la carte son, et qui la masque
(qui usurpe le socket de la carte son) et qui n'y est pas connecté
alors que celle-ci est bien reconnue par le système

Ma question si j'ai raison comment faire pour le débusquer, pour soit le
bien configurer soit le virer ?

qu'est-ce que je peux faire comme autres tests ?

Si je me goure (ie le problème vient bien du driver ou de la carte,
même question : comment le vérifier)

Extrait de log shell :
<11:25:00>:~$ lspci|grep audio
00:1f.5 Multimedia audio controller: Intel Corporation 82801EB/ER
(ICH5/ICH5R) AC'97 Audio Controller (rev 02)
<11:26:24>:~$ dmesg|grep '00:1f.5'
[ 0.090591] pci 0000:00:1f.5: reg 10: [io 0xe800-0xe8ff]
[ 0.090605] pci 0000:00:1f.5: reg 14: [io 0xee80-0xeebf]
[ 0.090618] pci 0000:00:1f.5: reg 18: [mem 0xf7fff800-0xf7fff9ff]
[ 0.090632] pci 0000:00:1f.5: reg 1c: [mem 0xf7fff400-0xf7fff4ff]
[ 0.090684] pci 0000:00:1f.5: PME# supported from D0 D3hot D3cold
[ 0.090690] pci 0000:00:1f.5: PME# disabled
[ 26.024293] Intel ICH 0000:00:1f.5: PCI INT B -> GSI 17 (level, low)
-> IRQ 17 [ 26.024417] Intel ICH 0000:00:1f.5: setting latency timer
to 64

Extrait de log shell : <10:56:58>:~$
lsof|grep snd <10:57:30>:~$ ls -l /dev/snd
total 0
drwxr-xr-x 2 root root 60 3 nov. 17:02 by-path
crw-rw----+ 1 root audio 116, 10 3 nov. 17:02 controlC0
crw-rw----+ 1 root audio 116, 9 3 nov. 18:10 pcmC0D0c
crw-rw----+ 1 root audio 116, 8 22 nov. 10:56 pcmC0D0p
crw-rw----+ 1 root audio 116, 7 3 nov. 17:02 pcmC0D1c
crw-rw----+ 1 root audio 116, 6 3 nov. 17:02 pcmC0D2c
crw-rw----+ 1 root audio 116, 5 3 nov. 17:02 pcmC0D3c
crw-rw----+ 1 root audio 116, 4 3 nov. 18:10 pcmC0D4p
crw-rw----+ 1 root audio 116, 3 3 nov. 17:02 seq
crw-rw----+ 1 root audio 116, 2 3 nov. 17:02 timer
<10:57:39>:~$ ls -l /dev/snd/by-path/
total 0
lrwxrwxrwx 1 root root 12 3 nov. 17:02 pci-0000:00:1f.5
-> ../controlC0 <10:57:51>:~$
play /usr/share/sounds/login.wav

/usr/share/sounds/login.wav:

File Size: 884k Bit Rate: 1.41M
Encoding: Signed PCM
Channels: 2 @ 16-bit
Samplerate: 44100Hz
Replaygain: off
Duration: 00:00:05.01

In:100% 00:00:05.01 [00:00:00.00] Out:221k [ | ]
Clip:0 Done.

NB : play ouvre le socket /dev/snd/pcmC0D0p







--
> Cela vaudrait presque le coup d'en faire une seconde signature.
Bonne idée !


-= cons en sus =-