Múltiplas instâncias de um módulo

É um contador. Ele pode ser incrementado ou decrementado pela API principal do kernel.

É responsabilidade dos módulos, quando incrementá-lo. Por exemplo, se você tiver um somefsmódulo no kernel, o comportamento esperado é incrementar esse contador com qualquer montagem de uma somefspartição e decrementá-lo na desmontagem. Desta forma, somefspode garantir que não será removido enquanto houver uma somefspartição montada.

Se o contador de uso do módulo for diferente de zero, rmmodfalhará nesse módulo. Mas rmmod -fnão, se a remoção forçada do módulo for compilada no kernel.

Assim, as coisas importantes:

• O incremento e decremento do contador é de responsabilidade dos módulos, não há rastreamento de referência genérico e sofisticado por trás dele .
• Em muitos casos, funciona corretamente, mas nem sempre. Por exemplo, alguns módulos sujos, como ipv6funcionam dessa forma, que aumenta o contador para 1 ligado insmode nunca diminui. Assim, se você compilou ipv6como módulo, nunca poderá fazê- rmmodlo. Alguns drivers de placas de vídeo funcionam de forma semelhante, pois faltam suas rotinas que iriam desinicializá-la. Nenhum desses módulos pode ser motivo de orgulho para seus desenvolvedores.
• Se você não pode remover um módulo por causa disso, não há uma maneira geral de descobrir o que exatamente é usado por um módulo.

poe_isr 3046 4 - Live 0xc37e1000 (O)

A 3ª coluna indica que existem 4 módulos/processos dependentes. Daí rmmodnão vai funcionar. A quarta coluna indica se são módulos ou não módulos. '-' indica que 4 são não-módulos. No exemplo acima, poe_isr depende de 4 não-módulos.