Slackware+alsa+recompilation noyau = plus de son !!!
13 réponses
doug
[Cross post : fr.comp.os.linux.moderated]
Bonjour à toutes/tous,
Une petite question sur les modules du noyau et alsa :
D'origine, alsa est configuré sur ma Slackware 9.1 et ca tournait sans
problème jusqu'au jour où j'ai décidé de recompiler le noyau.
Après recompilation, j'ai pu remarquer (je crois) que le module (driver son
ens1371) n'avait plus le même nom (ens1371 au lieu de snd-ens1371
d'origine).
Du coup j'ai renommer le module ens1371 en snd-ens1371, ce qui permet au
module d'être chargé mais toujours pas de son.
root@dougwise:/home/doug# alsamixer
alsamixer: function snd_ctl_open failed for default: No such device
J'ai essayer de recompiler le noyau avec ou sans le support OSS mais sans
plus de resultat.
J'ai l'impression que mes perihériques de sons ne sont pas créer mais
comment en être sur ? (Et pourquoi auraient ils été éffacés à la
compilation le cas échéant ?)
Bref je suis perdu !
Merci de vos conseils
--
@+
Doug
[Pourquoi t'es qui, qu'est ce que tu fais par où ?]
-- Enlever [.]no-spam[.] (2X) pour me joindre --
Emmanuel> Dans article <br0i73$ebh$, no- Emmanuel> disait...
Maintenant mon probleme est le suivant : Y'a pas de driver NVIDIA pour le kernel 2.6.0test11 !!!!
Emmanuel> Non. Preuve s'il en est que le propriétaire, c'est Emmanuel> mal...
Emmanuel> INstalle un 2.4.23 pour voir! de toute façon il FAUT Emmanuel> upgrader, because grave trou de sécu du 2.4.22...
A part le fameux do_brk, est-ce d'autres trous de sécurité sont connus?
Le pilote le plus récent de la carte modem PCI Bewan ADSL ST est prevu pour le code ATM de 2.4.22 qui n'est pas compatible avec celui de 2.4.23 - je suis donc resté en 2.4.22 en patchant le do_brk
Pour info il suffit d'ajouter dans linux/mm/mmap.c pas loin de la ligne 1040 dans la fonction do_brk les quelques lignes
Emmanuel> Dans article <br0i73$ebh$1@news-reader5.wanadoo.fr>, no-
Emmanuel> spam.doug.letough@free.fr.no-spam disait...
Maintenant mon probleme est le suivant : Y'a pas de driver
NVIDIA pour le kernel 2.6.0test11 !!!!
Emmanuel> Non. Preuve s'il en est que le propriétaire, c'est
Emmanuel> mal...
Emmanuel> INstalle un 2.4.23 pour voir! de toute façon il FAUT
Emmanuel> upgrader, because grave trou de sécu du 2.4.22...
A part le fameux do_brk, est-ce d'autres trous de sécurité sont
connus?
Le pilote le plus récent de la carte modem PCI Bewan ADSL ST est
prevu pour le code ATM de 2.4.22 qui n'est pas compatible avec celui
de 2.4.23 - je suis donc resté en 2.4.22 en patchant le do_brk
Pour info il suffit d'ajouter dans linux/mm/mmap.c pas loin de la
ligne 1040 dans la fonction do_brk les quelques lignes
Emmanuel> Dans article <br0i73$ebh$, no- Emmanuel> disait...
Maintenant mon probleme est le suivant : Y'a pas de driver NVIDIA pour le kernel 2.6.0test11 !!!!
Emmanuel> Non. Preuve s'il en est que le propriétaire, c'est Emmanuel> mal...
Emmanuel> INstalle un 2.4.23 pour voir! de toute façon il FAUT Emmanuel> upgrader, because grave trou de sécu du 2.4.22...
A part le fameux do_brk, est-ce d'autres trous de sécurité sont connus?
Le pilote le plus récent de la carte modem PCI Bewan ADSL ST est prevu pour le code ATM de 2.4.22 qui n'est pas compatible avec celui de 2.4.23 - je suis donc resté en 2.4.22 en patchant le do_brk
Pour info il suffit d'ajouter dans linux/mm/mmap.c pas loin de la ligne 1040 dans la fonction do_brk les quelques lignes
Est-ce qu'il y a d'autres trous de sécurité dans 2.4.22? --
Basile STARYNKEVITCH -- basile dot starynkevitch at inria dot fr Project cristal.inria.fr - INRIA Rocquencourt http://cristal.inria.fr/~starynke --- all opinions are only mine
Emmanuel Florac
Dans article , basile.starynkevitch++inria.fr.invalid disait...
A part le fameux do_brk, est-ce d'autres trous de sécurité sont connus?
Pas de moi!
Le pilote le plus récent de la carte modem PCI Bewan ADSL ST est prevu pour le code ATM de 2.4.22 qui n'est pas compatible avec celui de 2.4.23 - je suis donc resté en 2.4.22 en patchant le do_brk
Pour info il suffit d'ajouter dans linux/mm/mmap.c pas loin de la ligne 1040 dans la fonction do_brk les quelques lignes
Bon à savoir! au moins ça peut éviter l'upgrade à certains.
Est-ce qu'il y a d'autres trous de sécurité dans 2.4.22?
Je ne pense pas, en tout cas rien d'aussi saillant (et gravissime) que le do_brk.
-- Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
Dans article <q387k17u1x2.fsf@arbois.inria.fr>,
basile.starynkevitch+NO@SPAM+inria.fr.invalid disait...
A part le fameux do_brk, est-ce d'autres trous de sécurité sont
connus?
Pas de moi!
Le pilote le plus récent de la carte modem PCI Bewan ADSL ST est
prevu pour le code ATM de 2.4.22 qui n'est pas compatible avec celui
de 2.4.23 - je suis donc resté en 2.4.22 en patchant le do_brk
Pour info il suffit d'ajouter dans linux/mm/mmap.c pas loin de la
ligne 1040 dans la fonction do_brk les quelques lignes
Dans article , basile.starynkevitch++inria.fr.invalid disait...
A part le fameux do_brk, est-ce d'autres trous de sécurité sont connus?
Pas de moi!
Le pilote le plus récent de la carte modem PCI Bewan ADSL ST est prevu pour le code ATM de 2.4.22 qui n'est pas compatible avec celui de 2.4.23 - je suis donc resté en 2.4.22 en patchant le do_brk
Pour info il suffit d'ajouter dans linux/mm/mmap.c pas loin de la ligne 1040 dans la fonction do_brk les quelques lignes
Bon à savoir! au moins ça peut éviter l'upgrade à certains.
Est-ce qu'il y a d'autres trous de sécurité dans 2.4.22?
Je ne pense pas, en tout cas rien d'aussi saillant (et gravissime) que le do_brk.
-- Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
doug
Le Lundi 8 Décembre 2003 03:23, LiNuCe s'est exprimé de la sorte :
Donc en les utilisant pour compiler ton noyau, tu n'auras aucun problème si tu fais les choses proprement (cf. plus haut dans le fil de discussion).
Bon je recommence tout de A à Z sans oublier le B ;-)
Alors bien sûr, il y a bien une cause du problème. À mon humble avis, soit quelque chose t'as échappé durant tes manipulations (l'erreur est humaine est bien menteur celui qui n'en fait jamais), soit il reste des traces de ton 2.6.x qui ont des effets de bord, auquel cas la morale de l'histoire serait de n'utiliser que des noyaux officiels :)
Le noyau est officiel mais bon, ca ne fait que 2 ans que je suis sous Linux ('pas prêt de devenir un guru le garçon :-D)
Encore une fois, merci beaucoup pour ton temps.
-- @+ Doug [Pourquoi t'es qui, qu'est ce que tu fais par où ?] -- Enlever [.]no-spam[.] (2X) pour me joindre --
Le Lundi 8 Décembre 2003 03:23, LiNuCe s'est exprimé de la sorte :
Donc en les utilisant pour compiler ton noyau, tu n'auras aucun problème
si tu fais les choses proprement (cf. plus haut dans le fil de
discussion).
Bon je recommence tout de A à Z sans oublier le B ;-)
Alors bien sûr, il y a bien une cause du problème. À mon humble avis,
soit quelque chose t'as échappé durant tes manipulations (l'erreur est
humaine est bien menteur celui qui n'en fait jamais), soit il reste des
traces de ton 2.6.x qui ont des effets de bord, auquel cas la morale de
l'histoire serait de n'utiliser que des noyaux officiels :)
Le noyau est officiel mais bon, ca ne fait que 2 ans que je suis sous Linux
('pas prêt de devenir un guru le garçon :-D)
Encore une fois, merci beaucoup pour ton temps.
--
@+
Doug
[Pourquoi t'es qui, qu'est ce que tu fais par où ?]
-- Enlever [.]no-spam[.] (2X) pour me joindre --
Le Lundi 8 Décembre 2003 03:23, LiNuCe s'est exprimé de la sorte :
Donc en les utilisant pour compiler ton noyau, tu n'auras aucun problème si tu fais les choses proprement (cf. plus haut dans le fil de discussion).
Bon je recommence tout de A à Z sans oublier le B ;-)
Alors bien sûr, il y a bien une cause du problème. À mon humble avis, soit quelque chose t'as échappé durant tes manipulations (l'erreur est humaine est bien menteur celui qui n'en fait jamais), soit il reste des traces de ton 2.6.x qui ont des effets de bord, auquel cas la morale de l'histoire serait de n'utiliser que des noyaux officiels :)
Le noyau est officiel mais bon, ca ne fait que 2 ans que je suis sous Linux ('pas prêt de devenir un guru le garçon :-D)
Encore une fois, merci beaucoup pour ton temps.
-- @+ Doug [Pourquoi t'es qui, qu'est ce que tu fais par où ?] -- Enlever [.]no-spam[.] (2X) pour me joindre --
