Carte son Intel HDA ICH8 Family + Medion = Pas de son !

Support Debian
#1

Bonjour.

Alors voilà où j’en suis. J’ai un laptop Medion MD96363. J’ai compilé alsa-drivers, alsa-utils et alsa-libs moi même avec les sources de la dernière version disponible sur leur site officiel. J’ai un medion, j’ai donc mis l’option model=medion dans /etc/modprobe.d/sound… Quand je boot, je n’ai pourtant aucun son qui sort de nulle part.

“cat /proc/asound/cards” :

0 [Intel ]: HDA-Intel - HDA Intel HDA Intel at 0xfc200000 irq 22
(si je ne mets pas “model=medion” aucune carte n’est listée).

Voici les erreurs quand je fais “alsamixer” dans un shell :

[code]ALSA lib simple_none.c:1520:(simple_add1) helem (MIXER,‘Headphone Playback Switch’,0,2,0) appears twice or more

alsamixer: function snd_mixer_load failed: Invalid argument
[/code]

Ensuite un “dmesg | grep -i hda” me donne :

[ 16.644984] hda_codec: Unknown model for ALC268, trying auto-probe from BIOS... [ 16.646463] hda_codec: Cannot set up configuration from BIOS. Using base mode...
Je vois en faisant un cat /proc/asound/card0/codec#* que ma carte utilise deux codecs : ALC883 et ALC268… ALC883 semble apparement bien configuré, pourquoi cherche-t-il à configurer ALC268 aussi ?

Si je ne boote pas avec un acpi=off, j’obtiens :

/* EDIT : Après vérification plus appronfondie, le fichier /dev/dsp semble bien contenir quelque chose ! */

Pour terminer, /dev/dsp est… VIDE :stuck_out_tongue:

/* Fin de l’edit */

Voilà. J’ai tenter pleins de trucs trouvés sur le net, et rien n’y fait. Alors j’attends de savoir si vous allez pouvoir m’aider, me donner des idées nouvelles.

Si vous avez besoin d’autres informations, n’hésitez surtout pas à me demander.

Pensez-vous qu’il faudrait que je teste tous les models possibles un par un ?

Merci d’avance. :wink:

Askara

PS :
uname -a : Linux whiteflag 2.6.26-1-686 #1 SMP Wed Aug 20 12:56:41 UTC 2008 i686 GNU/Linux

lspci -vn : 00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 03)
Subsystem: Mitac Device 8227
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 22
Region 0: Memory at fc200000 (64-bit, non-prefetchable) [size=16K]
Capabilities:
Kernel driver in use: HDA Intel
Kernel modules: snd-hda-intel

#2

Up ? :stuck_out_tongue:

#3

Bonsoir.
Euh… personne ne sait ? Peut être n’ai-je pas été assez clair. Ou pas assez aimable. Dans le premier cas, n’hésitez pas à me demander des précisions (lequelles ?) et dans le deuxième, je suis sincèrement désolé, j’ai dit bonjour et merci d’avance pourtant :stuck_out_tongue:

Askara

#4

je pense plus que si personne ne te reponds c’est parceque c’est pas un probleme facile on n’est beaucoup a l’avoir (je l’ai aussi)
par contre tu peut allez faire un tour la eut etre que

#5

merci beaucoup Bobzer. Pourtant j’avais cherché, manifestement mal :wink: Merci quand même d’avoir pris la peine de me répondre. Je vais suivre ton histoire sur l’autre topic :slightly_smiling:

#6

Je tiens à préciser qu’après avoir entièrement recompilé à la main alsa-drivers, alsa-lib et alsa-utils je n’ai toujours pas la possibilité d’avoir du son sur mon PC. J’obtiens comme erreurs dans mon dmesg :

[ 8.558713] hda_codec: Unknown model for ALC883, trying auto-probe from BIOS... [ 8.562896] ALSA /home/albin/Desktop/alsa/alsa-driver-1.0.17/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:1707: SPDIF already defined [ 8.626916] HDA Intel: probe of 0000:00:1b.0 failed with error -16

Et que je mette n’importe quel modèle, rien ne change !!

Je suis perdu :frowning:

#7

Hum, plusieurs choses

/dev/dsp est un fichier particulier, ce que tu écris dedans va sur la carte son, ce que tu lis viens du micro.

Vérifies

  1. Que tu es dans le groupe audio
  2. Que «alsamixer» te donne quelque chose et que les volumes sont à fond, et rien n’est sur muet.
  3. Que les modules snd_seq_dummy, snd_seq_oss, snd_seq_midi sont chargés

Teste en faisant
$ ls > /dev/dsp

Ça doit faire un grésillement

Sinon, donne le résultat de lspci -n