http://www.zago.eti.br/modulos.txt FAQ com mensagens relacionadas a modulos do Kernel. Use CTRL+F para refinar a pesquisa. Linha de: **************** separa mensagens ou tópicos. ******************************************************** Zago http://www.zago.eti.br/menu.html FAQ e artigos sobre Linux *************************************************************** Veja mais dicas nos FAQ: Sobre hardware em geral: http://www.zago.eti.br/hard/hard.txt Sobre processos: http://www.zago.eti.br/processos.txt *************************************************************** Pra carregar um modulo, por exemplo o modulo pra gravador de CD, emulação scsi, execute: modprobe ide-scsi Pra descarregar este modulo, (remover) execute: modprobe -r ide-scsi Caso queira carregar em todo boot, acrescente a linha de comando no final de: /etc/rc.d/rc.local *************************************************************** Comandos e dicas sobre módulos. insmod -> instala um módulo novo ex.: #insmod ide-scsi para instalar a emulação scsi para o gravador CD lsmod -> lista todos os módulos carregados ex: $ lsmod $ /sbin/lsmod lspci -> lista todos os modulos PCI, $ lspci $ lspci -vv cat /etc/modules.conf modprobe -> instala um módulo novo e verifica dependencias portanto é mais seguro modprobe do que insmod rmmod -> para remover um modulo ex.: # rm /dev/modem rm: remove `/dev/modem'? y Listar todos os modulos carregados. modprobe --showconfig mais detalhes sobre modulo especifico: modinfo , por exemplo: modinfo snd pesquise sobre o modutils Veja também no man man modprobe man insmod man lsmod man rmmod man modinfo man depmod man ksyms man modules.conf man modprobe.conf man modules.dep man depmod veja no resultado de: man -k ls ls (1) - list directory contents lsattr (1) - list file attributes on a Linux second extended file system lsearch (3) - linear search of an array lseek (2) - reposition read/write file offset lsmod (8) - list loaded modules lsmod [lsmod-module-init-tools] (8) - program to show the status of modules in the Linux Kernel lsof (8) - list open files lspci (8) - list all PCI devices lspnp (8) - list Plug and Play BIOS device nodes and resources lsraid (8) - List and query Linux md devices lstat [stat] (2) - get file status lsusb (8) - list all USB devices Veja também o resultado de: man -k modul *************************************************************** modinfo modinfo -- program to show information about a Linux Kernel module Ajuda nas páginas do manual: man modinfo modinfo --help info modinfo Não esqueça do Google! modinfo é instalado pelo pacote modutils em kernel da serie 2.4 module-init-tools em kernel da serie 2.6 apt-cache search module-init-tools module-init-tools - Utilitários para módulos do kernel modutils - Utilitários para módulos - kernel 2.4 veja mais detalhes com os comandos: rpm -qif /sbin/modinfo Exemplos de alguns comandos: Veja os modulos que são carregados em /etc/modprobe.conf Veja também os modulos listado com o comando, na linha de comando execute: lsmod O comando lsmod lista os modulos, pra saber mais sobre eles, execute modinfo mais o nome do modulo que deseja mais informações: Alguns exemplos de comandos: Placa de rede 8139too modinfo 8139too Placa de rede via-rhine modinfo via-rhine Placa de som da via 82xx modinfo snd-via82xx *************************************************************** Modulos do kernel O caminho inclue a versão do kernel, portanto não é o mesmo em todas as instalações, por exemplo no CL10 os modulos da placa de rede ficam em: /lib/modules/2.6.5-63077cl/kernel/drivers/net Ajuste a linha acima de acordo com a versão em uso na sua instalação. Pra saber se na tua instalação tem o modulo da placa de rede, entre no diretório (net) conforme caminho indicado acima, procure com ls pra ver se tem driver, pra carregar o modulo execute (modprobe ), teste se funciona, para carregar este modulo automaticamente no boot precisa incluir no /etc/modules.conf ou em /etc/modprobe.conf, veja qual deles está no /etc da sua instalação. Veja a lista de modulos completa em: /lib/modules/2.6.5-63077cl/kernel/drivers *************************************************************** Para carregar qualquer coisa que seja modular, isto é , que não faz parte do kernel, internamente, utilize o comando /sbin/modprobe: Note que tem que ser como root, visto que ele esta sobre o diretorio /sbin, arquivos e programas que são somente acessíveis ao root. Por exemplo: modprobe ntfs carrega o modulo que dá suporte a acesso a partições NTFS (NT, 2k e XP). Porém, um detalhe, somente como leitura e nunca como escrita. > Caros amigos da lista, > > Instalei o RH7.2 na minha makina e possuo tbm o RWindowsXP. Gostaria de > enxergar os meus arquivos que estao no WindowsXP rodando NTFS so que quando > dou um "# mount -t ntfs /dev/hda1 /mnt/winxp" aparece uma msg dizendo que o > NTFS nao eh suportado pele kernel.. Como habilitar o suporte a NTFS???? > > > Vinicius > *************************************************************** De: Arnaldo Carvalho de Melo Para: Adilson Cc: Linux-Br Assunto: Re: (linux-br) Que módulo é este? Data: 10 Aug 2002 19:12:22 -0300 Em Sat, Aug 10, 2002 at 05:10:02PM -0300, Adilson escreveu: > Prezados Senhores, > Sempre no boot ou no desligamento do Linux, CL 7, tem surgido uma > mensagem do modprobe: > can't find module char-major-10-135. Já observei no /etc/modules.conf > mas não encontrei qualquer referência a este modulo. Algu´em sabe do > que se trata?. char-major-10-135 significa: dispositivo char, major number 10, minor number 135, vejamos o que o /usr/src/linux/Documentation/devices.txt diz: 10 char Non-serial mice, misc features o 10 acima é o major, então vamos ver agora o minor: 135 = /dev/rtc Real Time Clock Descobrimos o danado! :) Agora verifique se habilitou suporte a isto quando compilou o kernel. Dica: no 'make menuconfig' vá em: Character Devices -> Enhanced Real Time Clock Support e verifique se está com Yes. Deve estar como No, já que o modutils conhece isto: [root@rama2 root]# modprobe --showconfig | grep 135 alias char-major-10-135 rtc [root@rama2 root]# Então, se você tivesse compilado o suporte a rtc como módulo tudo funcionaria, pois a sequência é: 1. algum aplicativo tenta usar o /dev/rtc 2. o kernel recebe uma referência ao major 10, minor 135: [root@duzentos duzentos]# l /dev/rtc crw-rw-r-- 1 root root 10, 135 May 5 1998 /dev/rtc m m a i j n o o r r 3. ele olha em suas tabelas e vê que não tem suporte a isto, então executa internamente um 'request_module("char-major-10-135"); 4. isto dispara o programa que estiver em /proc/sys/kernel/modprobe: [acme@rama2 duzentos]$ cat /proc/sys/kernel/modprobe /sbin/modprobe passando como parâmetro "char-major-10-135" 5. o modprobe resolve isto para 'rtc' [root@duzentos duzentos]# modprobe -c | grep char-major-10-135 alias char-major-10-135 rtc 6. o modprobe verifica a relação de dependências do módulo rtc.o, verifica que ele não precisa de nenhum outro módulo 7. executa insmod rtc, que falha, já que você não tem este módulo no /lib/modules//kernel/drivers/char Use sempre modprobe --showconfig (ou -c) para ver as configurações do modutils, o /etc/modules.conf não diz tudo :) - Arnaldo *************************************************************** De: Piter Punk Para: rd7l@yahoo.com.br Cc: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) insmod Data: 12 Feb 2003 17:57:38 -0200 RD7L wrote: Só consigo rodar o insmod no root. Muito bom... não sei que tipo de doido gostaria que todos os usuários pudessem carregar e retirar módulos do sistema... Visualiza: - usuário mané (pleonasmo) no ssh, observa um módulo estranho e, aproveitando seus poderes de trabalhar com os módulos, faz um maravilhoso: # rmmod rtl8139 o usuário (e a rede) caem e todos vão aporrinhar a paciência do pobre administrador (que merece ser aporrinhado). No usuário não consigo nem se eu usar "su". Há como fazelo funcionar no usuário simples? Tente depois de fazer "su" /sbin/insmod modulo Ou, faça "su -" ao invés de "su". Falous, Piter PUNK -- *************************************************************** De: dino@salvati.no-ip.com Para: robert.rocha Cc: lista-linux Assunto: Re: (linux-br) Problemas com módules Data: 03 Jul 2003 00:56:56 -0300 On Wed, Jul 02, 2003 at 03:43:57PM -0300, robert.rocha wrote: > alguem sabe como corrigir quando fica > aparecendo uma mensagem informando que > /etc/modules.conf é mais recente que > /lib/modules/2.4.21/modules.dep > > Pois sempre que reinicio a máquina > aparece essa mensagem, eu queria saber > como faço pra normalizar as coisas > novamente digite: depmode -a -- *************************************************************** De:  Amim Moises Salum Knabben Para:  Linux Assunto:  Re: (linux-br)problemas com o synaptic Data:  Tue, 16 Dec 2003 16:55:47 -0300 > Prezados senhores, > > Acredito que após tentar instalar meu gravador de cd's IDE, começou a > apresentar o seguinte problema: Não consigo instalar qualquer pacote > pelo synaptic e os passos que adotei foram: Escolher o pacote, clicar em > INSTALAR e PROSSEGUIR. Abre então uma janela pedindo o respectivo CD, ao > inserir o cd ele é automaticamente montado, mas quando na janela que > pede o cd confirmo a instalação o comportamento é como não existisse cd > ou melhor o cd está errado (n° errado). Os únicos comandos que > acrescentei foram: no etc/modules.config : >     modprobe sg; modprobe ide-scsi Fábio, Tire esses comandos do rc.local e faça um script para botar no /usr/bin você não vai conseguir ler os cds quando o cdrom está emulando o scsi (pelo menos eu não consigo), o jeito é carregar(modprobe)/descarregar(modprobe -r) os módulos na mão mesmo. Ou então deixe como ta quando for ler um cd descarregue os módulos e para gravar carregue-os. -- AMIM M. S. KNABBEN amim@stela.ufsc.br  °v° /(_)\  Usuário Linux #339560 *************************************************************** De:  Thiago Macieira Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Misterio = modulo esta no kernel mas nao carrega Data:  Tue, 30 Mar 2004 09:55:46 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Garak wrote: >Tanto que no arquivo .config ele tá lá, certinho. Vejam: > >CONFIG_TUN=y [snip] >Mas, se dou um lsmod, ele nao aparece: > >[root@localhost root]# lsmod >Module                  Size  Used by    Not tainted >autofs                 11172   0  (autoclean) (unused) >ne2k-pci                5792   1 >8390                    8216   0  [ne2k-pci] >crc32                   3728   0  [8390] >ide-cd                 32096   0  (autoclean) >cdrom                  32032   0  (autoclean) [ide-cd] >usb-uhci               24548   0  (unused) >usbcore                72704   1  [usb-uhci] >ext3                   65248   2 >jbd                    46860   2  [ext3] > >------- > >E se tento carrega-lo, olhem a mensagem: > >[root@localhost root]# modprobe tun >modprobe: Can't locate module tun > >---- > >Pessoal, eu nao sei mais o que fazer. >Nao entendo o que pode estar errado. >Sera que alguem pode me dar uma luz? O que você fez de errado foi isto: - --------- # modprobe tun - --------- Tente fazer assim: - --------- # - --------- Ou seja: não faça nada. Explicação: veja lá em cima que você configurou esse driver como "y", não "m". Isto é, você configurou para que ele fosse compilado dentro do kernel. Assim, não existe módulo para o tun: ele está sempre disponível. - --   Thiago Macieira  -  Registered Linux user #65028    thiago (AT) macieira (DOT) info *************************************************************** De:  Thiago Macieira Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Problemas para Carregar drivers. Data:  Fri, 6 Aug 2004 13:48:10 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 RAFAEL  DOS SANTOS wrote: >Venho solicitar orientações sobre como efetuar certos procedimentos > para carregar um modulo. >Venho tentando por para funcionar um intel 537 no fedora core 1, > consegui achar o driver em rpm pra ele. utilizei o comando rpm -Uvh > .. e instalou sem problemas, mais não carregou o modulo, tentei > carrega na mão ismod Modulo...etc, ele informa que não encontrou o > local correto, como devo proceder neste caso? Por favor, nunca use o insmod. O comando correto é modprobe. Você só deve usar o insmod se souber exatamente o que está fazendo. Dica: rode o depmod -a depois de instalar um módulo do kernel. Qual é a mensagem de erro exata que você recebe? De onde veio o driver que você baixou? - --   Thiago Macieira  -  Registered Linux user #65028    thiago (AT) macieira (DOT) info     ICQ UIN: 1967141   PGP/GPG: 0x6EF45358; fingerprint: *************************************************************** De:  Marcelo Vivan Borro Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br) Note: /etc/module.conf is more recent than /lib/modules/... Data:  Thu, 12 Aug 2004 16:57:16 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Em Qui 12 Ago 2004 09:10, Leonardo Pinto escreveu: > > Olá Lista, > > Instalei o CL 9 com o novíssimo kernel24 ... 18. E algumas > vezes na inicialização recebo: > > "Note: /etc/module.conf is more recent than /lib/modules/" Não representa nenhum perigo maior.  Você tem algum script que modifica o /etc/modules.conf no boot? Rode depmode -a para evitar esta mensagem (já deve ser executado por algum script de inicialização). - -- Marcelo Vivan Borro Linux User # 277064 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) *************************************************************** De:  Carlos Carvalho Para:  Eric Meris Cc:  Linux-Br@Bazar2. Conectiva. Com. Br Assunto:  Re: (linux-br)Pra estudar sobre módulos. Data:  Sat, 04 Sep 2004 16:08:03 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 O comando lsmod te mostra que modulos estao carregados, nao necessariamente que modulos estao sendo utilizados no momento. Por exemplo: se voce possui um windows XP instalado e executa o lsmod e aparece o modulo ntfs carregado nao significa que ele esta sendo utilizado, mas quando voce montar sua particao ntfs o modulo estar sendo necessario para que voce possa acessar e montar essa particao. Muitos modulos , dependendo da distribuicao e seu hardware nao precisam ser carregados, mas para isso voce precisa saber o que cada modulo faz e ~ assim altera-los no seu modules.conf ou rc.modules etc e tal.... Um exemplo eh o usbcore, se voce nao tiver dispositivos usb nem pretende te-los voce pode facilmente dar um rmmos usbcore, mas se voce der um rmmod em um  modulo ipv6 e voce estiver utilizando ipv6 ai vc tera problemas. Eric Meris wrote: | Fala Linuxers, | |       Gostaria de aprender mais sobre módulos, tipow: quando executo o comando | "lsmod" me aparecem vários módulos, mas eu gostaria de saber se todos aqueles | que aparecem na lista estão sendo utilizados, aqui está a lista após o | comando dado. | PS: uso o Slackware10 com kernel 2.6.8-1 | | meris@darkstar:~$ lsmod | Module                  Size  Used by | appletalk              28756  - | ipx                    23348  - | ipv6                  223908  - | it87                   20116  - | eeprom                  6448  - | i2c_sensor              3592  - . . . | meris@darkstar:~$ | | Abraço, - -- Time is nature's way of making sure that everything doesn't happen at once. - - SlackWare user #349702 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) *************************************************************** De:  Carlos Carvalho Para:  Danilo Vasconcelos de O. e Silva , linux-br@bazar2.conectiva.com.br Assunto:  RE: (linux-br)Fedora.. Arquivo de Config dos Modulos Data:  Wed, 8 Sep 2004 11:10:11 -0300   Se quando voce da um rmmod e a mensagem te informa que o modulo esta em uso acredito que voce deva derrubar o processo ou aplicativo que usa esse modulo para entao usar o rmmod.  '>'Lista..  '>'        Tenho um Fedora instalado e to querendo tirar alguns modulos da  '>'memoria. Tipo, eu digito "lsmod" e me aparece:  '>'  '>'[root@omega-01 etc]# lsmod  '>'Module                  Size  Used by  '>'ipv6                  184288  12  '>'e100                   25348  0  '>'mii                     3584  1 e100  '>'3c59x                  30376  0  '>'dm_mod                 33184  0  '>'button                  4504  0  '>'battery                 6924  0  '>'asus_acpi               8472  0  '>'ac                      3340  0  '>'ext3                  102376  2  '>'jbd                    40216  1 ext3  '>'[root@omega-01 etc]#  '>'  '>'Se eu tento remover na mao, tipo, "rmmod battery" ele me retorna um erro,  '>'informando que o modulo está sendo usado.  '>'Entao, qual é o arquivo que eu tenho que configurar para remover esses  '>'modulos? Verifiquei e nao existe um "/etc/modules.conf" ou um  '>'"/etc/rc.d/rc.modules", que me ajude com isso..  '>'  '>'Valeu..  '>'  '>'Danilo.  '>' *************************************************************** De:  Fabio Jr. Beneditto Para:  Danilo Vasconcelos de O. e Silva Cc:  Linux-BR Assunto:  Re: (linux-br)Fedora.. Arquivo de Config dos Modulos Data:  Wed, 08 Sep 2004 14:17:38 -0300 Em Qua, 2004-09-08 às 08:04, Danilo Vasconcelos de O. e Silva escreveu: > Lista.. >         Tenho um Fedora instalado e to querendo tirar alguns modulos da > memoria. Tipo, eu digito "lsmod" e me aparece: > > [root@omega-01 etc]# lsmod > Module                  Size  Used by > ipv6                  184288  12 > e100                   25348  0 > mii                     3584  1 e100 > 3c59x                  30376  0 > dm_mod                 33184  0 > button                  4504  0 > battery                 6924  0 > asus_acpi               8472  0 > ac                      3340  0 > ext3                  102376  2 > jbd                    40216  1 ext3 > [root@omega-01 etc]# > > Se eu tento remover na mao, tipo, "rmmod battery" ele me retorna um erro, > informando que o modulo está sendo usado. Não funciona nem um # modprobe -r battery ? Pode ser porque esse battery está associado ao asus_acpi Mas, é apenas um palpíte... > Entao, qual é o arquivo que eu tenho que configurar para remover esses > modulos? Verifiquei e nao existe um "/etc/modules.conf" ou um > "/etc/rc.d/rc.modules", que me ajude com isso.. Não entendo do fedora. No gentoo, há a pasta /etc/modules.d/ e dentro delas os "templates", que geram o /etc/modules.conf a partir de um # modules-update -- :wq! Atenciosamente, Fabio Jr. Beneditto - Quimigal Ind. Quimica Ltda. Fone/Fax: (51)475-4921 / 475-3714 Canoas - RS *************************************************************** De:  Marcos R. Pawloski Para:  Fabio Jr. Beneditto , Danilo Vasconcelos de O. e Silva Cc:  Linux-BR Assunto:  Re: (linux-br)Fedora.. Arquivo de Config dos Modulos Data:  Sun, 12 Sep 2004 17:42:46 -0300 O nome do arquivo é   modprobe.conf   : [root@marcos etc]# cat issue Fedora Core release 2 (Tettnang) Kernel \r on an \m [root@marcos etc]# cat modprobe.conf alias eth1 via-rhine alias eth0 3c59x alias scsi_hostadapter aic7xxx alias snd-card-0 snd-intel8x0 install snd-intel8x0 /sbin/modprobe --ignore-install snd-intel8x0 && /usr/sbin/alsactl restore >/dev/null 2>&1 || : remove snd-intel8x0 { /usr/sbin/alsactl store >/dev/null 2>&1 || : ; }; /sbin/modprobe -r --ignore-remove snd-intel8x0 alias usb-controller uhci-hcd alias usb-controller1 ehci-hcd [root@marcos etc]# > >         Tenho um Fedora instalado e to querendo tirar alguns modulos da > > memoria. Tipo, eu digito "lsmod" e me aparece: > > > > [root@omega-01 etc]# lsmod > > Module                  Size  Used by > > ipv6                  184288  12 > > e100                   25348  0 > > Entao, qual é o arquivo que eu tenho que configurar para remover esses > > modulos? Verifiquei e nao existe um "/etc/modules.conf" ou um > > "/etc/rc.d/rc.modules", que me ajude com isso.. > > Não entendo do fedora. *************************************************************** De:  Thiago Macieira Para:  linux-br@bazar2.conectiva.com.br Cc:  Claudio Polegato Junior Assunto:  Re: (linux-br) Módulo ou intrínseco - compilando o kernel Data:  Wed, 13 Oct 2004 19:11:25 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Claudio Polegato Junior wrote: >  Seguinte, existe algum guia que possa orientar-me quanto a decidir entre > compilar um driver como módulo ou torná-lo intrínseco ao kernel? Existe > muita vantagem em um ou outro? Quais os parâmetros básicos para tomar > este tipo de decisão quando se tem um máquina específica e disposivos da > mesma bem conhecidos? Acho que posso resumir assim: se é necessário na hora do boot, precisa estar no kernel. Se não, módulo é o mais indicado. - --   Thiago Macieira  -  Registered Linux user #65028    thiago (AT) macieira (DOT) info *************************************************************** De:  Antonio da Silva Martins Junior Para:  Claudio Polegato Junior Cc:  Lista de Linux Assunto:  Re: (linux-br)=?iso-8859-1?q?M=F3dulo_ou_intr=EDnseco_-_compilando_o_kernel?= Data:  Wed, 13 Oct 2004 22:11:29 -0300 (BRT) On Wed, 13 Oct 2004, Claudio Polegato Junior wrote: >   Seguinte, existe algum guia que possa orientar-me quanto a decidir entre compilar > um driver como módulo ou torná-lo intrínseco ao kernel? Existe muita vantagem em > um ou outro? Quais os parâmetros básicos para tomar este tipo de decisão quando > se tem um máquina específica e disposivos da mesma bem conhecidos? Olá,    Veja bem esta é a _minha_  opinião sobre este assunto:    - Sistema Modular: - mais genérico                       - kernel menor (boot + rápido)                       - mais configurável (em algumas situações)    - Sistema monolítico: - mais especifico para um hardware/aplicação                          - kernel maior (depende do hardware)                          - menos configurável    Agora, quando gerar um outro, depende de seu hardware e aplicação.    O sistema modular além de diminuir o tamanho do kernel inicial a ser carregado, permitem uma passagem de parâmetros especificos a cada módulo, e a associação de determinados dispositivos a hardwares (p.ex. na mesma maquina eu quero eth0 = 3c59x e eth1 = eepro100). O que é mais complexo (e não impossivel) de fazer no kernel monolítico. Permite também um kernel único (uma só compilação) para diversas máquinas (é uma vantagem para quem administra vários servidores).    No sistema monolítico, tem-se a vantagem de não conter código desnecessário (eu pelo menos não compilo o que não vai ser usado), e não correr o risco de atualizar o initrd e a maquina não dar boot pela falta do filesystem ou da controladora de disco :)    Minha opinião: cada caso é um caso, analise o que mais lhe convêm :)    Antonio. +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Antonio S. Martins Jr. - Support Analist | "Only The Shadow Knows     | | Universidade Estadual de Maringa - Brasil|   what evil lurks in the   | | NPD - Núcleo de Processamento de Dados   |       Heart of Men!"       | | E-Mail: asmartins@uem.br / shadow@uem.br | !!! Linux User: 52392 !!!  | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ *************************************************************** De:  Claudio Polegato Junior Para:  Thiago Macieira Cc:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br) Módulo ou intrínseco - compilando o kernel Data:  Thu, 14 Oct 2004 04:23:27 -0300 (EST) Olá,   Então deixa eu ver se entendi bem... Na hora do boot preciso apenas do fs e driver da controladora do disco em que "boota", dae o resto vira tudo módulo e não preciso mais do initrd, é isso?   E no caso por exemplo de eu estar usando constantemente a placa de rede e de vídeo (acho que é caso geral), não seria mais interassante deixar o driver no kernel para "livrar" um pouco os "overheads", se é que existem? E quanto a mouse, teclado, portas seriais, paralelas, usb, etc. que dependendo o caso também são constantemente utilizadas, por exemplo, um servidor de impressão que usa constantemente a paralela e a usb, também não seria o mesmo caso de melhorar desempenho deixando o driver complidado junto com o kernel? []'s Claudio >>  Seguinte, existe algum guia que possa orientar-me quanto a decidir entre >> compilar um driver como módulo ou torná-lo intrínseco ao kernel? Existe >> muita vantagem em um ou outro? Quais os parâmetros básicos para tomar >> este tipo de decisão quando se tem um máquina específica e disposivos da >> mesma bem conhecidos? > Acho que posso resumir assim: se é necessário na hora do boot, precisa estar > no kernel. Se não, módulo é o mais indicado De:  Thiago Macieira Para:  Claudio Polegato Junior Cc:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br) Módulo ou intrínseco - compilando o kernel Data:  Thu, 14 Oct 2004 06:37:59 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Claudio Polegato Junior wrote: >  Então deixa eu ver se entendi bem... Na hora do boot preciso apenas do > fs e driver da controladora do disco em que "boota", dae o resto vira > tudo módulo e não preciso mais do initrd, é isso? Falta também o driver de carregamento de executáveis ELF, além do de partições de PC. De resto, é o que você disse. >  E no caso por exemplo de eu estar usando constantemente a placa de rede > e de vídeo (acho que é caso geral), não seria mais interassante deixar o > driver no kernel para "livrar" um pouco os "overheads", se é que existem? Não existe overhead. Uma vez carregado, o módulo faz parte do kernel tanto quanto se já estivesse lá desde o princípio. > E quanto a mouse, teclado, portas seriais, paralelas, usb, etc. que > dependendo o caso também são constantemente utilizadas, por exemplo, um > servidor de impressão que usa constantemente a paralela e a usb, também > não seria o mesmo caso de melhorar desempenho deixando o driver > complidado junto com o kernel? Desempenho? Não, daria na mesma. O máximo que pode acontecer é você poupar alguns bytes por módulo que deixa de ser carregado. Mas não acho que seja significativo. - --   Thiago Macieira  -  Registered Linux user #65028    thiago (AT) macieira (DOT) info De:  Claudio Polegato Junior Para:  Antonio da Silva Martins Junior Cc:  Claudio Polegato Junior Assunto:  Re: (linux-br)Módulo ou intrínseco - compilando o kernel Data:  Thu, 14 Oct 2004 04:27:28 -0300 (EST) Olá,   Neste ponto de ser mais configurável e flexível eu concordo, mas como estou compilando o kernel posso configurar no código e resolvo isso, além de _eu_ _achar_ que ganha-se desempenho compilando o driver junto com o kernel quando se trata de uma máquina em específico.   Seriam estas minhas impressão corretas? []'s Claudio >>   Seguinte, existe algum guia que possa orientar-me quanto a decidir entre >> compilar >> um driver como módulo ou torná-lo intrínseco ao kernel? Existe muita vantagem em >> um ou outro? Quais os parâmetros básicos para tomar este tipo de decisão quando >> se tem um máquina específica e disposivos da mesma bem conhecidos? >    Veja bem esta é a _minha_  opinião sobre este assunto: >    - Sistema Modular: - mais genérico >                       - kernel menor (boot + rápido) >                       - mais configurável (em algumas situações) >    - Sistema monolítico: - mais especifico para um hardware/aplicação >                          - kernel maior (depende do hardware) >                          - menos configurável >    Agora, quando gerar um outro, depende de seu hardware e aplicação. >    O sistema modular além de diminuir o tamanho do kernel inicial a ser > carregado, permitem uma passagem de parâmetros especificos a cada módulo, > e a associação de determinados dispositivos a hardwares (p.ex. na mesma > maquina eu quero eth0 = 3c59x e eth1 = eepro100). O que é mais complexo (e > não impossivel) de fazer no kernel monolítico. Permite também um kernel > único (uma só compilação) para diversas máquinas (é uma vantagem para > quem administra vários servidores). >    No sistema monolítico, tem-se a vantagem de não conter código > desnecessário (eu pelo menos não compilo o que não vai ser usado), e não > correr o risco de atualizar o initrd e a maquina não dar boot pela falta > do filesystem ou da controladora de disco :) >    Minha opinião: cada caso é um caso, analise o que mais lhe convêm :) *************************************************************** De:  Thiago Macieira Para:  linux-br@bazar2.conectiva.com.br Cc:  Claudio Polegato Junior Assunto:  Re: (linux-br)=?iso-8859-1?q?M=F3dulo_ou_intr=EDnseco_-_compilando_o?= kernel Data:  Thu, 14 Oct 2004 19:54:00 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Claudio Polegato Junior wrote: > de _eu_ _achar_ que ganha-se desempenho compilando o driver junto com o > kernel quando se trata de uma máquina em específico. >  Seriam estas minhas impressão corretas? Não. É igual dizer que o tempo passa mais devagar quando você está olhando para o relógio: não é verdade, mas você tem impressão de que é. - --   Thiago Macieira  -  Registered Linux user #65028    thiago (AT) macieira (DOT) info *************************************************************** De:  Claudio Polegato Junior Para:  Antonio da Silva Martins Junior Cc:  Lista de Linux Assunto:  (linux-br)Re: Módulo Data:  Fri, 15 Oct 2004 10:17:32 -0300 (EST) Olá,   Está certo Antônio, estou estudando a melhor solução e ao que venho lendo realmente a única diferença está na primeira vez que se acessa um dispositivo cujo driver é um módulo, pois tem-se ae o tempo de carga do mesmo, mas do resto é como se estivesse compilado junto ao kernel. Ganha-se portanto no boot, que será mais rápido se o que não for necessário no boot estiver compilado no kernel e alguns bytes, como disse o Thiago, que são acrescentados aos módulos.   No meu caso, como em todo boot carrego os drivers de porta paralela, usb e impressão, além da rede, creio que seria interessante já ter no kernel, pois vou precisar destes drivers de todo jeito. Mas este é um caso isolado.   Obrigado a todos. []'s Claudio >    Desempenho, não sei se seria perceptivel. O que já li, mas não senti em > maquina minha, é que quanto menor o kernel (mais módulos), mais rápida a > carga inicial (do kernel monolítico), e após é um pouco mais lento quando > precisa carregar o módulo com suporte a algum hardware. Mas, se é mais > lento o acesso a algum hardware por ser módulo ou não, não sei informar. >    Como você tem uma aplicação especifica para sua máquina, _pode_ ser > interessante compilar um kernel específico para ela. Mas, se alterar o > código do kernel para otimizar/configurar alguma coisa lembre-se de gerar > um diff em relação ao código stock para aplicar quando for atualiza-lo! :) *************************************************************** De: Rodolfo Ribeiro Machado Para: linux-br@bazar2.conectiva.com.br Assunto: (linux-br)Onde esta modules.conf Data: Fri, 9 Dec 2005 16:22:16 -0200 Amigos da lista, troquei a versão do meu conectiva do 9 para o 10, tenho duas placas de rede, na instalação ele só reconheceu uma placa, a que é on-board, mas digitando lspci -v apareciam as duas. No faq do Zago encontrei uma dica para este caso, identificar o modulo, editar o /etc/modules.conf e colocar a linha "alias eth1..." porem no meu micro não encontrei o arquivo /etc/modules.conf e deduzi que seria o /etc/modprobe.conf, nele encontrei a linha "alias eth0...", copie e coloquei eth1 e o modulo, que no meu caso é o 8139too e iniciei a rede novemente e funcionou. Minha divida é como saber sobre estas mudanças de nome de arquivo ou de localização, porque neste caso procurei no Faq, no google e não achei nada que indicasse a falta deste arquivo no CL-10. ***************************************************************