Re: Alsa avec PCI 128
Arnaud CALVO a écrit : Emmanuel Cornet a écrit, Le 04.09.2004 15:48 : Là encore, je ne suis pas sûr de moi, mais un problème possible (que j'avais eu) est le conflit entre OSS (l'ancien système de gestion des sons) et Alsa (le nouveau). Il me semble que parmi ces modules, certains font partie d'OSS (ac97_codec en particulier, qui s'appelle snd_ac97_codec sous Alsa). Une fois qu'OSS est chargé, Alsa ne peut plus prendre sa place correctement (d'après ce que j'ai compris). Une première chose à faire, si tu veux n'utiliser qu'Alsa, est donc d'empêcher les modules OSS de se charger. Pour cela : Bonsoir Merci pour cette explication *très* instructive. J'avais déjà eu un message similaire, mais je n'avais pas "tilté" ! J'ai appliqué tes préconisations, et maintenant, alsa fonctionne aussi très bien chez moi. Il me reste à configurer le système pour avoir plusieurs sons en même temps :-) J'essaye jackd tout en tentant de virer arts (alors que j'ai kde) c'est pas gagné !! Pour l'instant, j'ai pu faire marche timidity mais le test midi avec le centre de configuration kde ne marche pas même si je lui demande d'utiliser timidity. J'essaye aussi Rosegarden mais pas de son non plus ... Merci, tu as fait un 2ème heureux ! (google ne m'avait jusque là été d'aucun secours à ce niveau, malgré plusieurs tentatives : ça fait plusieurs mois que je n'utilise plus alsa...).
Re: Alsa avec PCI 128
Emmanuel Cornet a écrit, Le 04.09.2004 15:48 : Là encore, je ne suis pas sûr de moi, mais un problème possible (que j'avais eu) est le conflit entre OSS (l'ancien système de gestion des sons) et Alsa (le nouveau). Il me semble que parmi ces modules, certains font partie d'OSS (ac97_codec en particulier, qui s'appelle snd_ac97_codec sous Alsa). Une fois qu'OSS est chargé, Alsa ne peut plus prendre sa place correctement (d'après ce que j'ai compris). Une première chose à faire, si tu veux n'utiliser qu'Alsa, est donc d'empêcher les modules OSS de se charger. Pour cela : Bonsoir Merci pour cette explication *très* instructive. J'avais déjà eu un message similaire, mais je n'avais pas "tilté" ! J'ai appliqué tes préconisations, et maintenant, alsa fonctionne aussi très bien chez moi. Il me reste à configurer le système pour avoir plusieurs sons en même temps :-) Merci, tu as fait un 2ème heureux ! (google ne m'avait jusque là été d'aucun secours à ce niveau, malgré plusieurs tentatives : ça fait plusieurs mois que je n'utilise plus alsa...). -- La citation du jour : On a toujours besoin d'un plus petit que soi pour lui péter la gueule (Coluche). :: Arnaud
Re: Alsa avec PCI 128
Le 04.09.2004 19:15:48, julien a écrit : Jean-Luc Coulon (f5ibh) a écrit : Le 04.09.2004 15:48:58, Emmanuel Cornet a écrit : Salut ! Je ne suis pas un expert, mais voici quelques idées. Sur une Sarge, je n'arrive pas à installer le module. Voici ce que j'ai fait : - récupération des packages alsa - compilation modules - ajout d'un fichier alsa dans /etc/modutils - update-modules Première chose : je crois qu'update-modules n'est plus la bonne procédure avec Sarge ; la page man donne d'ailleurs : "update-modules is an obsolete command. In its current form it will execute /sbin/update-modules.modutils (the old update-modules program provided by the modutils package) if it exists and do nothing else." Je crois d'ailleurs que rien ne remplace cette commande, c'est fait automatiquement (probablement par l'exploration automatique du répertoire des modules). update-modules est remplacée par updat-modules.modutils. update- modules existe encore mais pointe sur update-modules.modutils. un ls -l sur /sbin/update-modules me donne : -rwxr-xr-x 1 root root 4559 2003-12-31 06:45 /sbin/update-modules Je ne comprends pas trop pourquoi tu parles de lien. Je n'ai jamais parlé de lien, je dis qu'il « pointe vers ». Pour être rigoureux, il lance l'exécution modules-update.modutils s'il existe, sinon, il ne fait rien. Voici le contenu du fameux update-modules : #!/bin/sh -e if [ -x /sbin/update-modules.modutils ]; then exec /sbin/update-modules.modutils "$*" fi exit 0 Le pourquoi de ces changements : ce sont les différence de comportement entre 2.6.x et 2.4.xx en 2.4.xx, on utilise /etc/modules.conf pour gérer les options et aliases des modules. ce fichier est créé à partir des informations trouvées dans le répertoire /etc/modutils/ par la commande update- modules.modutils en 2.6.x, jusqu'à il y a peu de temps, on faisait la même chose à ceci près que les fichier modules.conf s'appelait modprobe.conf (il se trouvait alors soit dans /etc/, soit dans /lib/modules/ et il était créé par la même commande à partir du contenu de /etc/ modprobe.d Le paquet module-init-tools, utilisé en 2.6.x procure des commandes de remplacement pour modprobe, insmod, rmmod, lsmod. Maintenant : modprobe utilise *directemetn* les informations trouvée dans /etc/modprobe.d sans passer par un fichier intermédiaire modprobe.conf. la commande update-modules.modutils ne fait d'ailleurs *rien* si on est en 2.6.x Je ne savais pas tout ça, faut dire que je suis contraint de rester sur une 2.4 à cause de ma cg :-( « Tout ça », je l'ai découvert presuqe par hasard. Les choses évoluent assez vite et certaines information se trouvent cachées au détour d'un changelog... Certains DD sont même à la limite de la correction. Il y a eu un bug ouvert en ce qui concerne la non mise à jour de modprobe.conf, la réponse du responsable du paquet a été "RTFM, y compris le changelog". C'est bref, expéditif. On n'a pas envie d'y revenir pour en reprendre... Enrevanche le scriptqui permet de générer un modprobe.conf et qui était nécessaire au début existe tojours dans le paquet... Jean-Luc pgpQvD84G3PA4.pgp Description: PGP signature
Re: Alsa avec PCI 128
Emmanuel Cornet a écrit : Salut ! Je ne suis pas un expert, mais voici quelques idées. Sur une Sarge, je n'arrive pas à installer le module. Voici ce que j'ai fait : - récupération des packages alsa - compilation modules - ajout d'un fichier alsa dans /etc/modutils - update-modules Première chose : je crois qu'update-modules n'est plus la bonne procédure avec Sarge ; la page man donne d'ailleurs : "update-modules is an obsolete command. In its current form it will execute /sbin/update-modules.modutils (the old update-modules program provided by the modutils package) if it exists and do nothing else." Je crois d'ailleurs que rien ne remplace cette commande, c'est fait automatiquement (probablement par l'exploration automatique du répertoire des modules). Bref, moi j'ai viré le paquet modutils et je m'en porte très bien. Par ailleurs, voici mon lsmod : input 3392 0 (autoclean) powervr 492512 44 snd32676 0 (autoclean) fan 1472 0 (unused) button 2604 0 (unused) processor 8440 0 (unused) usb-ohci 19208 0 (unused) usbcore62220 1 [usb-ohci] es1371 25740 1 ac97_codec 13108 0 [es1371] gameport1676 0 [es1371] ide-scsi9744 0 atp870u20688 0 (unused) scsi_mod 88228 2 [ide-scsi atp870u] via-rhine 12720 1 mii 2432 0 [via-rhine] nls_cp850 3612 6 (autoclean) vfat 10348 6 (autoclean) fat32024 0 (autoclean) [vfat] Là encore, je ne suis pas sûr de moi, mais un problème possible (que j'avais eu) est le conflit entre OSS (l'ancien système de gestion des sons) et Alsa (le nouveau). Il me semble que parmi ces modules, certains font partie d'OSS (ac97_codec en particulier, qui s'appelle snd_ac97_codec sous Alsa). Une fois qu'OSS est chargé, Alsa ne peut plus prendre sa place correctement (d'après ce que j'ai compris). Une première chose à faire, si tu veux n'utiliser qu'Alsa, est donc d'empêcher les modules OSS de se charger. Pour cela : * Soit tu recompiles ton noyau en désactivant tout ce qui concerne OSS. C'est ce que je vais faire, cela semble plus propre. * Soit, moins radical mais plus facile, tu empêches les modules OSS de se charger au démarrage. Le paquet Debian alsa-base fournit un fichier (que tu dois donc avoir si tu as installé ce paquet) : /etc/hotplug/blacklist.d/alsa-base Ce fichier contient tous les noms des modules OSS qu'il faut empêcher de charger (pour toutes les cartes son). Il faut donc recopier ceux de ces modules qui te concernent (ou même tous, pour plus de sûreté) dans le fichier : /etc/hotplug/blacklist (à la fin du fichier par exemple). Il faut *aussi* modifier le fichier /etc/discover.conf en mettant, à la fin encore, chacun des modules à virer, sur une ligne, précédé de "skip ". C'est pas évident de penser à tout cela. Tout le monde parle de man, de faq, ... mais bon, faut le retrouver le coup du hotplug avec double blacklist et celui du discover Tout ça devrait empêcher les modules indésirables de se charger et laisser le champ libre à Alsa. Il faut ensuite donner un coup de alsaconf puis de alsamixer et ça devrait fonctionner. Voilà, en espérant que je ne suis pas totalement à côté de la plaque :o) Je ne pense pas, j'essaye tout cela tout de suite ! :-) (pardon d'avoir été long) Ben il faut bien que tu expliques le problème. Et puis j'ai été plus long que toi ^^ Manu
Re: Alsa avec PCI 128
Jean-Luc Coulon (f5ibh) a écrit : Le 04.09.2004 15:48:58, Emmanuel Cornet a écrit : Salut ! Je ne suis pas un expert, mais voici quelques idées. Sur une Sarge, je n'arrive pas à installer le module. Voici ce que j'ai fait : - récupération des packages alsa - compilation modules - ajout d'un fichier alsa dans /etc/modutils - update-modules Première chose : je crois qu'update-modules n'est plus la bonne procédure avec Sarge ; la page man donne d'ailleurs : "update-modules is an obsolete command. In its current form it will execute /sbin/update-modules.modutils (the old update-modules program provided by the modutils package) if it exists and do nothing else." Je crois d'ailleurs que rien ne remplace cette commande, c'est fait automatiquement (probablement par l'exploration automatique du répertoire des modules). update-modules est remplacée par updat-modules.modutils. update-modules existe encore mais pointe sur update-modules.modutils. un ls -l sur /sbin/update-modules me donne : -rwxr-xr-x 1 root root 4559 2003-12-31 06:45 /sbin/update-modules Je ne comprends pas trop pourquoi tu parles de lien. Le pourquoi de ces changements : ce sont les différence de comportement entre 2.6.x et 2.4.xx en 2.4.xx, on utilise /etc/modules.conf pour gérer les options et aliases des modules. ce fichier est créé à partir des informations trouvées dans le répertoire /etc/modutils/ par la commande update- modules.modutils en 2.6.x, jusqu'à il y a peu de temps, on faisait la même chose à ceci près que les fichier modules.conf s'appelait modprobe.conf (il se trouvait alors soit dans /etc/, soit dans /lib/modules/ et il était créé par la même commande à partir du contenu de /etc/modprobe.d Le paquet module-init-tools, utilisé en 2.6.x procure des commandes de remplacement pour modprobe, insmod, rmmod, lsmod. Maintenant : modprobe utilise *directemetn* les informations trouvée dans /etc/modprobe.d sans passer par un fichier intermédiaire modprobe.conf. la commande update-modules.modutils ne fait d'ailleurs *rien* si on est en 2.6.x Je ne savais pas tout ça, faut dire que je suis contraint de rester sur une 2.4 à cause de ma cg :-( [ ... ] Jean-Luc
Re: Alsa avec PCI 128
Le 04.09.2004 15:48:58, Emmanuel Cornet a écrit : Salut ! Je ne suis pas un expert, mais voici quelques idées. Sur une Sarge, je n'arrive pas à installer le module. Voici ce que j'ai fait : - récupération des packages alsa - compilation modules - ajout d'un fichier alsa dans /etc/modutils - update-modules Première chose : je crois qu'update-modules n'est plus la bonne procédure avec Sarge ; la page man donne d'ailleurs : "update-modules is an obsolete command. In its current form it will execute /sbin/update-modules.modutils (the old update-modules program provided by the modutils package) if it exists and do nothing else." Je crois d'ailleurs que rien ne remplace cette commande, c'est fait automatiquement (probablement par l'exploration automatique du répertoire des modules). update-modules est remplacée par updat-modules.modutils. update-modules existe encore mais pointe sur update-modules.modutils. Le pourquoi de ces changements : ce sont les différence de comportement entre 2.6.x et 2.4.xx en 2.4.xx, on utilise /etc/modules.conf pour gérer les options et aliases des modules. ce fichier est créé à partir des informations trouvées dans le répertoire /etc/modutils/ par la commande update- modules.modutils en 2.6.x, jusqu'à il y a peu de temps, on faisait la même chose à ceci près que les fichier modules.conf s'appelait modprobe.conf (il se trouvait alors soit dans /etc/, soit dans /lib/modules/ et il était créé par la même commande à partir du contenu de /etc/modprobe.d Le paquet module-init-tools, utilisé en 2.6.x procure des commandes de remplacement pour modprobe, insmod, rmmod, lsmod. Maintenant : modprobe utilise *directemetn* les informations trouvée dans /etc/modprobe.d sans passer par un fichier intermédiaire modprobe.conf. la commande update-modules.modutils ne fait d'ailleurs *rien* si on est en 2.6.x [ ... ] Jean-Luc pgpc3zYHzTW0j.pgp Description: PGP signature
Re: Alsa avec PCI 128
Salut ! Je ne suis pas un expert, mais voici quelques idées. > Sur une Sarge, je n'arrive pas à installer le module. Voici ce que > j'ai fait : > - récupération des packages alsa > - compilation modules > - ajout d'un fichier alsa dans /etc/modutils > - update-modules Première chose : je crois qu'update-modules n'est plus la bonne procédure avec Sarge ; la page man donne d'ailleurs : "update-modules is an obsolete command. In its current form it will execute /sbin/update-modules.modutils (the old update-modules program provided by the modutils package) if it exists and do nothing else." Je crois d'ailleurs que rien ne remplace cette commande, c'est fait automatiquement (probablement par l'exploration automatique du répertoire des modules). Bref, moi j'ai viré le paquet modutils et je m'en porte très bien. > Par ailleurs, voici mon lsmod : > input 3392 0 (autoclean) > powervr 492512 44 > snd32676 0 (autoclean) > fan 1472 0 (unused) > button 2604 0 (unused) > processor 8440 0 (unused) > usb-ohci 19208 0 (unused) > usbcore62220 1 [usb-ohci] > es1371 25740 1 > ac97_codec 13108 0 [es1371] > gameport1676 0 [es1371] > ide-scsi9744 0 > atp870u20688 0 (unused) > scsi_mod 88228 2 [ide-scsi atp870u] > via-rhine 12720 1 > mii 2432 0 [via-rhine] > nls_cp850 3612 6 (autoclean) > vfat 10348 6 (autoclean) > fat32024 0 (autoclean) [vfat] Là encore, je ne suis pas sûr de moi, mais un problème possible (que j'avais eu) est le conflit entre OSS (l'ancien système de gestion des sons) et Alsa (le nouveau). Il me semble que parmi ces modules, certains font partie d'OSS (ac97_codec en particulier, qui s'appelle snd_ac97_codec sous Alsa). Une fois qu'OSS est chargé, Alsa ne peut plus prendre sa place correctement (d'après ce que j'ai compris). Une première chose à faire, si tu veux n'utiliser qu'Alsa, est donc d'empêcher les modules OSS de se charger. Pour cela : * Soit tu recompiles ton noyau en désactivant tout ce qui concerne OSS. * Soit, moins radical mais plus facile, tu empêches les modules OSS de se charger au démarrage. Le paquet Debian alsa-base fournit un fichier (que tu dois donc avoir si tu as installé ce paquet) : /etc/hotplug/blacklist.d/alsa-base Ce fichier contient tous les noms des modules OSS qu'il faut empêcher de charger (pour toutes les cartes son). Il faut donc recopier ceux de ces modules qui te concernent (ou même tous, pour plus de sûreté) dans le fichier : /etc/hotplug/blacklist (à la fin du fichier par exemple). Il faut *aussi* modifier le fichier /etc/discover.conf en mettant, à la fin encore, chacun des modules à virer, sur une ligne, précédé de "skip ". Tout ça devrait empêcher les modules indésirables de se charger et laisser le champ libre à Alsa. Il faut ensuite donner un coup de alsaconf puis de alsamixer et ça devrait fonctionner. Voilà, en espérant que je ne suis pas totalement à côté de la plaque :o) > (pardon d'avoir été long) Ben il faut bien que tu expliques le problème. Et puis j'ai été plus long que toi ^^ Manu
Re: Alsa avec PCI 128
Salut ! Je ne suis pas un expert, mais voici quelques idées. > Sur une Sarge, je n'arrive pas à installer le module. Voici ce que > j'ai fait : > - récupération des packages alsa > - compilation modules > - ajout d'un fichier alsa dans /etc/modutils > - update-modules Première chose : je crois qu'update-modules n'est plus la bonne procédure avec Sarge ; la page man donne d'ailleurs : "update-modules is an obsolete command. In its current form it will execute /sbin/update-modules.modutils (the old update-modules program provided by the modutils package) if it exists and do nothing else." Je crois d'ailleurs que rien ne remplace cette commande, c'est fait automatiquement (probablement par l'exploration automatique du répertoire des modules). Bref, moi j'ai viré le paquet modutils et je m'en porte très bien. > Par ailleurs, voici mon lsmod : > input 3392 0 (autoclean) > powervr 492512 44 > snd32676 0 (autoclean) > fan 1472 0 (unused) > button 2604 0 (unused) > processor 8440 0 (unused) > usb-ohci 19208 0 (unused) > usbcore62220 1 [usb-ohci] > es1371 25740 1 > ac97_codec 13108 0 [es1371] > gameport1676 0 [es1371] > ide-scsi9744 0 > atp870u20688 0 (unused) > scsi_mod 88228 2 [ide-scsi atp870u] > via-rhine 12720 1 > mii 2432 0 [via-rhine] > nls_cp850 3612 6 (autoclean) > vfat 10348 6 (autoclean) > fat32024 0 (autoclean) [vfat] Là encore, je ne suis pas sûr de moi, mais un problème possible (que j'avais eu) est le conflit entre OSS (l'ancien système de gestion des sons) et Alsa (le nouveau). Il me semble que parmi ces modules, certains font partie d'OSS (ac97_codec en particulier, qui s'appelle snd_ac97_codec sous Alsa). Une fois qu'OSS est chargé, Alsa ne peut plus prendre sa place correctement (d'après ce que j'ai compris). Une première chose à faire, si tu veux n'utiliser qu'Alsa, est donc d'empêcher les modules OSS de se charger. Pour cela : * Soit tu recompiles ton noyau en désactivant tout ce qui concerne OSS. * Soit, moins radical mais plus facile, tu empêches les modules OSS de se charger au démarrage. Le paquet Debian alsa-base fournit un fichier (que tu dois donc avoir si tu as installé ce paquet) : /etc/hotplug/blacklist.d/alsa-base Ce fichier contient tous les noms des modules OSS qu'il faut empêcher de charger (pour toutes les cartes son). Il faut donc recopier ceux de ces modules qui te concernent (ou même tous, pour plus de sûreté) dans le fichier : /etc/hotplug/blacklist (à la fin du fichier par exemple). Il faut *aussi* modifier le fichier /etc/discover.conf en mettant, à la fin encore, chacun des modules à virer, sur une ligne, précédé de "skip ". Tout ça devrait empêcher les modules indésirables de se charger et laisser le champ libre à Alsa. Il faut ensuite donner un coup de alsaconf puis de alsamixer et ça devrait fonctionner. Voilà, en espérant que je ne suis pas totalement à côté de la plaque :o) > (pardon d'avoir été long) Ben il faut bien que tu expliques le problème. Et puis j'ai été plus long que toi ^^ Manu
Alsa avec PCI 128
Bonjour, Sur une Sarge, je n'arrive pas à installer le module. Voici ce que j'ai fait : - récupération des packages alsa - compilation modules - ajout d'un fichier alsa dans /etc/modutils - update-modules lorsque je fait /etc/init.d/alsa start voici ce que j'ai sur la console : Restoring ALSA mixer settings ... failed: You may want to run 'alsactl restore' manually to view any errors. Lorsque je fais alsactl restore : alsactl: load_state:1134: No soundcards found... Lorsque je fais modprobe snd-ens1371 : /lib/modules/2.4.27/kernel/sound/pci/snd-ens1371.o: init_module: No such device Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may find more information in syslog or the output from dmesg /lib/modules/2.4.27/kernel/sound/pci/snd-ens1371.o: insmod /lib/modules/2.4.27/kernel/sound/pci/snd-ens1371.o failed /lib/modules/2.4.27/kernel/sound/pci/snd-ens1371.o: insmod snd-ens1371 failed Or, le fichier snd-ens1371 est bien présent dans ce répertoire. Par ailleurs, voici mon lsmod : input 3392 0 (autoclean) powervr 492512 44 snd32676 0 (autoclean) fan 1472 0 (unused) button 2604 0 (unused) processor 8440 0 (unused) usb-ohci 19208 0 (unused) usbcore62220 1 [usb-ohci] es1371 25740 1 ac97_codec 13108 0 [es1371] gameport1676 0 [es1371] ide-scsi9744 0 atp870u20688 0 (unused) scsi_mod 88228 2 [ide-scsi atp870u] via-rhine 12720 1 mii 2432 0 [via-rhine] nls_cp850 3612 6 (autoclean) vfat 10348 6 (autoclean) fat32024 0 (autoclean) [vfat] Je n'arrive pas à enlever es1371, ac97_code ou gameport avec un rmmod ou modprobe -r, il me répond toujours Device or resource busy J'ai viré artsbuilder et arts mais je ne peux pas virer libarts1 sans qu'il me désinstalle un tas de logiciels dont kde lui-même apparemment (370 Meg) Bref, je suis bloqué. Des idées ?? (pardon d'avoir été long)