Módulo marcado (F) em / proc / modules

No meu sistema 3.10, alguns dos módulos listados em / proc / modules estão marcados (F). Eu gostaria de encontrar a causa disso (F). Tenho certeza de que os módulos não foram carregados com força e foram criados com o Kernel. Você poderia apontar qual código do kernel cria os / proc / modules?

usb_storage 56610 0 - Live 0xffffffffa005d000 (F)

Se eu descarregar e recarregar novamente este módulo, o (F) desaparecerá.

kernel-modules

— Stephan T.
fonte

Além do código (ainda procurando por esse bit), os próximos melhores recursos que encontrei até agora são estes 2: unixhelp.ed.ac.uk/CGI/man-cgi?proc+5 & tldp.org/HOWTO/html_single/ COMO FAZER o Módulo . Isso também é útil: centos.org/docs/5/html/Deployment_Guide-en-US/…

— slm

Obrigado slm. Seu terceiro ponteiro, na seção referente a / proc / modules, explica a sexta coluna, que é o deslocamento da memória. Ele diz que essa informação é usada pelos criadores de perfil - esse é o meu problema. O criador de perfil silenciosamente se recusa a trabalhar quando o módulo está marcado (F).

— Stephan T.

As colunas na saída de /proc/modulessão as seguintes.

usb_storage 56610 0    -   Live 0xffffffffa005d000 (F)
  (1)        (2) (3)  (4)  (5)         (6)         (7)

NOTA: Não encontrei menção do que parece ser a sétima coluna, mas estou rotulando-a como tal, pois as descrições da 6ª coluna (veja abaixo) não cobrem as informações que estão sendo exibidas lá.

trecho - http://www.centos.org/docs/5/html/Deployment_Guide-en-US/s1-proc-topfiles.html

A primeira coluna contém o nome do módulo.

A segunda coluna refere-se ao tamanho da memória do módulo, em bytes.

A terceira coluna lista quantas instâncias do módulo estão carregadas no momento. Um valor zero representa um módulo descarregado.

A quarta coluna indica se o módulo depende de outro módulo para estar presente para funcionar e lista esses outros módulos.

A quinta coluna lista em que estado do carregamento o módulo está: Ao vivo, carregando ou descarregando são os únicos valores possíveis.

A sexta coluna lista o deslocamento atual da memória do kernel para o módulo carregado. Essas informações podem ser úteis para fins de depuração ou para ferramentas de criação de perfil, como oprofile.

Acredito que a coluna marcada com (F)(ou seja, a 7ª coluna) venha daqui neste arquivo - panic.c.

/**
 *  print_tainted - return a string to represent the kernel taint state.
 *
 *  'P' - Proprietary module has been loaded.
 *  'F' - Module has been forcibly loaded.
 *  'S' - SMP with CPUs not designed for SMP.
 *  'R' - User forced a module unload.
 *  'M' - System experienced a machine check exception.
 *  'B' - System has hit bad_page.
 *  'U' - Userspace-defined naughtiness.
 *  'D' - Kernel has oopsed before
 *  'A' - ACPI table overridden.
 *  'W' - Taint on warning.
 *  'C' - modules from drivers/staging are loaded.
 *  'I' - Working around severe firmware bug.
 *  'O' - Out-of-tree module has been loaded.
 *  'E' - Unsigned module has been loaded.
 *
 *  The string is overwritten by the next call to print_tainted().
 */

Esses códigos são uma representação para a máscara de bit presente na kernel.txtdocumentação de referência.

tainted:

 Non-zero if the kernel has been tainted.  Numeric values, which
 can be ORed together:

    1 - A module with a non-GPL license has been loaded, this
        includes modules with no license.
        Set by modutils >= 2.4.9 and module-init-tools.
    2 - A module was force loaded by insmod -f.
        Set by modutils >= 2.4.9 and module-init-tools.
    4 - Unsafe SMP processors: SMP with CPUs not designed for SMP.
    8 - A module was forcibly unloaded from the system by rmmod -f.
   16 - A hardware machine check error occurred on the system.
   32 - A bad page was discovered on the system.
   64 - The user has asked that the system be marked "tainted".  This
        could be because they are running software that directly modifies
        the hardware, or for other reasons.
  128 - The system has died.
  256 - The ACPI DSDT has been overridden with one supplied by the user
         instead of using the one provided by the hardware.
  512 - A kernel warning has occurred.
 1024 - A module from drivers/staging was loaded.
 2048 - The system is working around a severe firmware bug.
 4096 - An out-of-tree module has been loaded.
 8192 - An unsigned module has been loaded in a kernel supporting module
        signature.

Referências

— slm
fonte