Re: Chargement de modules
Le Friday 07 August 2009 04:09:38 Grubert, vous avez écrit : Grubert wrote: Bonjour le groupe ! tout d'abord, bonnes vacances à ceux qui peuvent en profiter en ce moment ... Voici ma question, ça peut paraître newbie mais j'ai déjà passé pas mal d'heures à chercher dans de nombreuses docs ... Ce n'est pas non plus franchement pur Debian, mais il me semble que chaque distribution a ses propres petites manies concernant l'emplacement des fichiers de conf ... Quand un périphérique est monté et rendu disponible par le kernel, comment cela se passe-t-il ? 1. on charge un module. en général, le nom du module = nom du chipset. jusque là ça va. 2. on affecte des ressources. dans quel fichier de config se trouvent ces paramètres ? 3. on donne un nom dans /dev/ pour son accès. comment trouver ce nom ? (j'oublie sûrement des étapes) Comment se détermine toute cette mécanique ? Mon idée est que une de mes cartes qui ne fonctionne pas a simplement besoin qu'on lui dise quelle irq ou IO port utiliser. En effet le module est censé être pris en charge (libertas_cs) et correspond au chipset : Marvell Libertas 8335 en pcmcia. Merci d'avance pour vos idées, ou lien vers une doc appropriée. Infos techniques : Pont PCMCIA : yenta Kernel : 2.6.26-1 de base de lenny Merci à Jean-Yves et Giggz pour leurs réponses. Pas de doc donc ? ni tuto ? Toute aide est la bienvenue. Merci d'avance. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Chargement de modules
Grubert wrote: Bonjour le groupe ! tout d'abord, bonnes vacances à ceux qui peuvent en profiter en ce moment ... Voici ma question, ça peut paraître newbie mais j'ai déjà passé pas mal d'heures à chercher dans de nombreuses docs ... Ce n'est pas non plus franchement pur Debian, mais il me semble que chaque distribution a ses propres petites manies concernant l'emplacement des fichiers de conf ... Quand un périphérique est monté et rendu disponible par le kernel, comment cela se passe-t-il ? 1. on charge un module. en général, le nom du module = nom du chipset. jusque là ça va. 2. on affecte des ressources. dans quel fichier de config se trouvent ces paramètres ? 3. on donne un nom dans /dev/ pour son accès. comment trouver ce nom ? (j'oublie sûrement des étapes) Comment se détermine toute cette mécanique ? Mon idée est que une de mes cartes qui ne fonctionne pas a simplement besoin qu'on lui dise quelle irq ou IO port utiliser. En effet le module est censé être pris en charge (libertas_cs) et correspond au chipset : Marvell Libertas 8335 en pcmcia. Merci d'avance pour vos idées, ou lien vers une doc appropriée. Infos techniques : Pont PCMCIA : yenta Kernel : 2.6.26-1 de base de lenny Merci à Jean-Yves et Giggz pour leurs réponses. Pas de doc donc ? ni tuto ? Toute aide est la bienvenue. Merci d'avance. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Chargement de modules
Grubert a écrit : ... Merci à Jean-Yves et Giggz pour leurs réponses. Pas de doc donc ? = ben si ni tuto ? = pas des masses (à jour) commence par les HOWTOS qui sont normalement dans tes docs, puis charge le source d'un kernel (de préférence celui que tu utilises), symnlik /usr/src/linux-n°dekernel linux, cd /usr/src/linux/Documentation et lit (y'a de quoi faire:) -- My LESLIE GORE record is BROKEN ... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Chargement de modules
Grubert a écrit : ... Comment se détermine toute cette mécanique ? Aléatoirement :) Installe un source de kernel et tu trouveras 95% des docs qu'il te faut dedans. Mon idée est que une de mes cartes qui ne fonctionne pas a simplement besoin qu'on lui dise quelle irq ou IO port utiliser. Houla, ça c'est (normalement) fini depuis qu'on est en PCI et plus en ISA; par ailleurs certains conflits d'IRQ ne sont pas résolvables par une/des action(s) dans Linux; il faut alors considérer le changement de slot (difficile avec du PCMCIA:); par exemple, j'ai un vieux portable qui colle tout sur l'IRQ 5, et comme y'a pas d'autre BIOS dispo, c'est la daube. Certains switches du kernel permettent dès fois (avec un BIOS correct), de résoudre les PBs d'IRQ. Donc un cat /proc/interrupts te renseignera sur la distribution des IRQs. Et une scrutation des fichiers de log te permettra de visionner ce qui se passe (ou non.) En effet le module est censé être pris en charge (libertas_cs) et correspond au chipset : Marvell Libertas 8335 en pcmcia. D'abord commencer par greper la ML et les forums parce qu'il existe certains problèmes avec certains kernels, voire certains problèmes avec le firmware uploadé de Linux vers ta carte (+ rechercher sur gogol.) Puis 'gader les options du module qui sont possibles: modinfo nomdumodule, et lire la doc pour voir qui correspond à quoi. Egalement regarder si ta carte ne serait pas supportée par le driver madwifi qui est sensiblement plus facile à manier que certains autres. -- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Chargement de modules
Grubert a écrit : Bonjour le groupe ! tout d'abord, bonnes vacances à ceux qui peuvent en profiter en ce moment ... Voici ma question, ça peut paraître newbie mais j'ai déjà passé pas mal d'heures à chercher dans de nombreuses docs ... Ce n'est pas non plus franchement pur Debian, mais il me semble que chaque distribution a ses propres petites manies concernant l'emplacement des fichiers de conf ... Quand un périphérique est monté et rendu disponible par le kernel, comment cela se passe-t-il ? 1. on charge un module. en général, le nom du module = nom du chipset. jusque là ça va. 2. on affecte des ressources. dans quel fichier de config se trouvent ces paramètres ? 3. on donne un nom dans /dev/ pour son accès. comment trouver ce nom ? (j'oublie sûrement des étapes) Comment se détermine toute cette mécanique ? Mon idée est que une de mes cartes qui ne fonctionne pas a simplement besoin qu'on lui dise quelle irq ou IO port utiliser. En effet le module est censé être pris en charge (libertas_cs) et correspond au chipset : Marvell Libertas 8335 en pcmcia. Merci d'avance pour vos idées, ou lien vers une doc appropriée. Infos techniques : Pont PCMCIA : yenta Kernel : 2.6.26-1 de base de lenny Bon je n'ai pas de réponse mais qqs pistes : quand on a des pbs sous linux, on va faire un tour dans /var/log : les fichiers messages et syslog contiennent surement des choses précieuses. fait un tail -f /var/log/messages ou syslog. et insère ta carte et voix les lignes qui s'affichent. Y a t il des erreurs... ensuite tu peux voir les modules chargés avec la commande lsmod. regarde si ton module est chargé. S'il ne l'ai pas, modprobe nom du module en root. et regarde les lignes qui s'affichent dans les logs. ensutie on peut parfois passer des options aux modules : tapes modinfo le nom du module et tu as une ligne avec les paramètres. Bon ensuite si tu as envie, tu prends les sources du noyau tu trouves les sources de ton module et tu lis le code. moi je ne programme pas en C++ mais ça m'a aidé plus d'une fois à passer les bonnes options. une fois que tu as la certitude que ta carte est reconnue, ben tu peux passer à la suite. en fait c'est quoi comme carte...? pas le courage de chercher sur le net dsl... Bye -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: chargement de modules
At 10:26 30/06/2002 +0200, Boris DAIX wrote: kamel latrach [EMAIL PROTECTED] writes: apres avoir généré un noyau avec les options comme indiqué par l'application ( mondoarchive ) que je mettre en oeuvre. L'application m'indique toujour des erreurs. J'ai donc compris qu'il fallait charger des modules à la main avec insmod. Cela a fonctonné sauf pour le module isofs Voici ce que m'indique le systeme: [EMAIL PROTECTED] /tmp]# insmod isofs Using /lib/modules/2.2.19/fs/isofs.o /lib/modules/2.2.19/fs/isofs.o: init_module: Device or resource busy Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters Pour ajouter un module, perso j'utilise modconf (mais ça risque de ne rien changer...). Que te donne 'lsmod' (si tu utilises déjà un lecteur de CDRom sur ton système, ce module devrait déjà être dans les parages) ? [EMAIL PROTECTED] /root]# lsmod Module Size Used by rd 1952 0 (unused) loop 7776 18 eepro100 17088 1 (autoclean) [EMAIL PROTECTED] /root]# - Quand à l'application, voici ce qu'elle me retourne: creating data disk #1.../usr/local/share/mindi/mindi: line 13: 8400 Segmentation fault Waw... Après ça, aucun problème, ça ne marchera pas. Ce genre d'erreur m'arrive souvent lorsqu'il me prend l'envie de programmer... ;-) Il y aurait donc une partie un peu crade dans le code, à moins qu'il ne puisse pas retourner uner erreur lorsqu'un module est manquant. mount -t ext2 -o loop $imagefile $mountpoint Fatal error. Can't loopmount /tmp/mindilinux/20389/mointpoint.20389 Étant donnée l'erreur plus haut, ça ne risque pas de fonctionner. Si quelqu'un à une idée, je suis preneur à deux cent pour cent. merci kamel latrach Ben à part vérifier la présence de tous les modules requis avec lmod, je sais pas trop... En plus j'utilise pas (encore) mondo. merci quand meme. Mais la vrai difficulté, c'est que je travail sur un serveur de production ce qui fait que je ne peux pas le rebooter ( sinon; je n'aurais qu'a le redémmarer en lui donnant le bon noyau ). Bye - /B. @+ kamel latrach Network Administrator __o _`\,_ ..(_)/ (_)
Re: chargement de modules
kamel latrach [EMAIL PROTECTED] writes: At 10:26 30/06/2002 +0200, Boris DAIX wrote: kamel latrach [EMAIL PROTECTED] writes: apres avoir généré un noyau avec les options comme indiqué par l'application ( mondoarchive ) que je mettre en oeuvre. L'application m'indique toujour des erreurs. J'ai donc compris qu'il fallait charger des modules à la main avec insmod. Cela a fonctonné sauf pour le module isofs Voici ce que m'indique le systeme: [EMAIL PROTECTED] /tmp]# insmod isofs Using /lib/modules/2.2.19/fs/isofs.o /lib/modules/2.2.19/fs/isofs.o: init_module: Device or resource busy Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters Pour ajouter un module, perso j'utilise modconf (mais ça risque de ne rien changer...). Que te donne 'lsmod' (si tu utilises déjà un lecteur de CDRom sur ton système, ce module devrait déjà être dans les parages) ? [EMAIL PROTECTED] /root]# lsmod Module Size Used by rd 1952 0 (unused) loop 7776 18 eepro100 17088 1 (autoclean) [EMAIL PROTECTED] /root]# Pas de isofs en vue : modconf pour le charger facilement devrait marcher au poil. - Quand à l'application, voici ce qu'elle me retourne: creating data disk #1.../usr/local/share/mindi/mindi: line 13: 8400 Segmentation fault Waw... Après ça, aucun problème, ça ne marchera pas. Ce genre d'erreur m'arrive souvent lorsqu'il me prend l'envie de programmer... ;-) Il y aurait donc une partie un peu crade dans le code, à moins qu'il ne puisse pas retourner uner erreur lorsqu'un module est manquant. mount -t ext2 -o loop $imagefile $mountpoint Fatal error. Can't loopmount /tmp/mindilinux/20389/mointpoint.20389 Étant donnée l'erreur plus haut, ça ne risque pas de fonctionner. Si quelqu'un à une idée, je suis preneur à deux cent pour cent. merci kamel latrach Ben à part vérifier la présence de tous les modules requis avec lmod, je sais pas trop... En plus j'utilise pas (encore) mondo. merci quand meme. Mais la vrai difficulté, c'est que je travail sur un serveur de production ce qui fait que je ne peux pas le rebooter ( sinon; je n'aurais qu'a le redémmarer en lui donnant le bon noyau ). Quand il est marqué dans une doc de recompiler un kernel, il faut souvent se dire attends voir, Debian va me permettre de ne pas en arriver là... En tout cas, pour ce qui est de isofs (qui est je le rappelle nécessaire à toute personne voulant lir un CD), c'est sûr. En disant ça, je me demande même s'il n'est pas déjà dans le noyau... Mais un cat /boot/config-2.4.16-k7 | grep ISOFS me dit que non. Il faut donc percévérer je crois. Bye - /B. @+ cao Boris -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]