Distrib Suse 10.0, Kernel 2.6.13-15
 
Bonjour,
 
J'ai installé ma première distrib il y a un mois...
Après qq problèmes et une consultation assidue des forums, il me reste un périphérique en rade: mon PC refuse de me sortir le moindre son (carte SB Audio PCI, reconnue par lspci comme étant une Ensoniq 5880).
 
 
----> RESUME DE CE QUE J'AI COMPRIS: (détails ci-dessous quand aux éléments de diagnostic obtenus)
Au boot, Linux réserve la mémoire "ioport range 0xde00 ...". Pour qui, pour quoi?
Quand je cherche à lancer les modules nécessaires à la carte son, ils cherchent précisément à s'approprier cette plage.
D'où pas de module qui marche, pas de son...
 
---> QUESTIONS
- Comment puis-je régler ce conflit?
- Est-il possible d'empêcher Nunux de réserver cette plage au boot?
- Est-il possible de dire à modprobe d'utiliser une autre plage pour es1371 ou snd-ens1371? (j'ai essayé de préciser "options es1371 io=0x220" par exemple dans modprobe.conf, mais du coup ça bloque avec une erreur "option non reconnue" ou qqch dans le genre).
 
 
Ci-dessous les éléments de diagnostic que j'ai pu rassembler:
 
# lspci
....
00:08.0 Multimedia audio controller: Ensoniq 5880 AudioPCI (rev 02)
 
 
J'ai donc une carte Ensoniq 5880. Après recherches sur internet, les drivers correspondants sont ceux de l'Ensoniq 1371, soit:
OSS:  es1371
ALSA: snd-ens1371
 
Quand j'essaie de lancer manuellement les modules ça donne:
- pour l'OSS:
# modprobe es1371
# tail /var/log/messages
Apr 22 19:57:57 linux kernel: es1371: version v0.32 time 17:22:18 Sep 13 2005
Apr 22 19:57:57 linux kernel: ACPI: PCI Interrupt 0000:00:08.0[A] -> Link [LNKA] -> GSI 10 (level, low) -> IRQ 10
Apr 22 19:57:57 linux kernel: es1371: found chip, vendor id 0x1274 device id 0x5880 revision 0x02
Apr 22 19:57:57 linux kernel: es1371: io ports 0xde00-0xde3f in use
Apr 22 19:57:57 linux kernel: es1371: probe of 0000:00:08.0 failed with error -16
 
- pour ALSA:
# modprobe snd-ens1371    (après avoir enlevé par rmmod les modules qui se sont installés avec modprobe es1371 ci-dessus)
# tail /var/log/messages
Apr 22 20:05:16 linux kernel: ACPI: PCI Interrupt 0000:00:08.0[A] -> Link [LNKA] -> GSI 10 (level, low) -> IRQ 10
Apr 22 20:05:16 linux kernel: PCI: Unable to reserve I/O region #1:40@de00 for device 0000:00:08.0
Apr 22 20:05:16 linux kernel: ACPI: PCI interrupt for device 0000:00:08.0 disabled
Apr 22 20:05:16 linux kernel: ENS1371: probe of 0000:00:08.0 failed with error -16
 
Dans les deux cas, le problème est le même: pas moyen de réserver la région IO souhaitée.
Pourquoi? A force de fouiller, j'ai trouvé ceci dans dmesg:
# dmesg | grep 0xde
pnp: 00:00: ioport range 0xde00-0xde03 has been reserved
 
Une recherche plus large pour donner le contexte donne :
# dmesg | grep pnp
pnp: PnP ACPI init
pnp: PnP ACPI: found 11 devices
pnp: 00:00: ioport range 0xde00-0xde03 has been reserved
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
 
MERCI POUR TOUTE INFO OU SUGGESTION SUSCEPTIBLE DE ME FAIRE AVANCER !!
 
Francis

alsaconf et alsamixer lances ?

boote avec le paramètre noacpi et réeesaye.

 
Alsaconf me trouve deux trucs: la carte ens1371 (normal) et un "legacy device"... c'est quoi? c'est normal?
Je choisis la 1371, il passe un certain nombre d'écrans, puis quitte comme si tout allait bien.
Mais ça ne marche pas plus. En remontant les écrans avec konsole, je trouve un message d'erreur:
Starting sound driver : enqs1371   done
/usr/sbin/alsactl: load_state:1326: No soundcards found...
Puis il passe dessus comme si de rien n'était et m'indique à l'écran suivant que tout est ok... évidemment, alsamixer ne veut rien savoir...
 
Est-ce qu ça permet d'avancer?
Merci pour toute autre aide!
 

 
...comment on fait ça? Sous le menu d'accueil de grub je suppose, mais comment?
Merci...
 

dans la ligne contenant le nom du noyau :
 
kernel /boot/<linux-x.y> root=/dev/hdXY noapic
 
quelque chose comme ça.
c'est noapic en fait

 
ok, trouvé.
Bon, alors noapic change rien au problème.
Par contre apci=off ou apci=oldboot , là, le son est ok...
Mais si je mets l'ordinateur en veille, au réactivage, le son est mort. C'est lié? 'pas plus de détails pour l'instant sur les messages d'erreur, pas eu le temps de regarder).
 
Q1: qu'est ce qu l'APCI?
Q2: n'est-il pas possible plus simplement de changer l'adresse d'IO au chargement du module alsa? (ou OSS, même pb). ou de libérer l'adresse réservée par l'APCI sans couper purement et simplement l'APCI?
Merci pour vos réponses. Au moins, je peux déjà avoir le son, si je renonce à la mise en veille (pourtant super pratique, vu le temps d'un boot complet!)