1. NOM▲

delete_module - Décharger un module de noyau

2. SYNOPSIS ▲

 
Sélectionnez
int delete_module(const char *name, int flags);

Remarque : il n'existe pas de fonction glibc autour de cet appel système ; consultez NOTES.

3. DESCRIPTION ▲

L'appel système delete_module() essaye de supprimer une entrée de module chargeable inutilisée identifiée par name. Si le module à une fonction exit, alors cette fonction est exécutée avant de décharger le module. L'argument flags est utilisé pour modifier le comportement de l'appel système, conformément à la description ci-dessous. Cet appel système nécessite des droits. La suppression de module est essayée d'après les règles suivantes.

1. 4 Si d'autres modules chargés dépendent de (c'est-à-dire font référence aux symboles définis dans) ce module, alors l'appel échoue.

2. Sinon, si le nombre de références pour ce module (c'est-à-dire le nombre de processus utilisant actuellement ce module) est nul, alors le module est immédiatement déchargé.

3. Si un module a un nombre de références non nul, alors le comportement dépend des bits définis dans flags. En utilisation normale (consultez NOTES), l'attribut O_NONBLOCK est toujours indiqué, et l'attribut O_TRUNC pourrait être aussi indiqué. Les diverses combinaisons de flags ont les effets suivants.

  • flags == O_NONBLOCK
        L'appel se termine immédiatement, avec une erreur.
  • flags == (O_NONBLOCK | O_TRUNC)
        Le module est déchargé immédiatement, quelque soit le nombre de références.
  • (flags & O_NONBLOCK) == 0
        Si flags n'indique pas O_NONBLOCK, les étapes suivantes se succèdent :

* 3 le module est marqué de telle sorte qu'aucune nouvelle référence est permise ;

* si le nombre de références du module est non nul, l'appelant est placé en état de sommeil non interruptible (TASK_UNINTERRUPTIBLE) jusqu'à ce que le nombre de références soit nul, à ce moment l'appel est débloqué ;

* le module est déchargé normalement

L'attribut O_TRUNC a un effet supplémentaire sur les réglés décrites précédemment. Par défaut, si un module a une fonction init mais pas de fonction exit, essayer de supprimer ce module échouera. Cependant, si O_TRUNC a été indiqué, cette condition est contournée.

Utiliser l'attribut O_TRUNC est dangereux. Si le noyau n'a pas été construit avec CONFIG_MODULE_FORCE_UNLOAD, cet attribut est ignoré silencieusement (normalement, CONFIG_MODULE_FORCE_UNLOAD est activé). Utiliser cet attribut corrompt le noyau (TAINT_FORCED_RMMOD).

4. VALEUR RENVOYÉE ▲

S'il réussit, cet appel système renvoie 0. S'il échoue, il renvoie -1 et définit errno en conséquence.

5. ERREURS ▲

  • EBUSY
        Le module n'est pas « actif » (c'est-à-dire qu'il est encore en cours d'initialisation ou déjà marqué pour la suppression), ou le module a une fonction init mais pas de fonction exit, et O_TRUNC n'a pas été indiqué dans flags.
  • EFAULT
        name fait référence à un emplacement en dehors de l'espace d'adressage accessible du processus.
  • ENOENT
        Il n'existe aucun module de ce nom.
  • EPERM
        L'appelant n'avait pas les droits (n'avait pas la capacité CAP_SYS_MODULE), ou le déchargement de module est désactivé (consultez /proc/sys/kernel/modules_disabled dans proc(5)).
  • EWOULDBLOCK
        D'autres modules dépendent de ce module, ou O_NONBLOCK a été indiqué dans flags, mais le nombre de références est non nul et O_TRUNC n'a pas été indiqué dans flags.

6. CONFORMITÉ ▲

delete_module() est spécifique à Linux.

7. NOTES ▲

La glibc ne fournit pas de fonction autour de cet appel système ; utilisez syscall(2) pour l'appeler. Le sommeil non interruptible qui peut arriver si O_NONBLOCK est omis de flags est considéré indésirable, parce que le processus dormant est laissé dans un état non tuable. Avec Linux 3.7, indiquer O_NONBLOCK est facultatif, mais à l'avenir, ce sera probablement obligatoire.

7.1. Linux 2.4 et antérieurs ▲

Dans Linux 2.4 et antérieurs, l'appel système ne prend qu'un argument : int delete_module(const char *name); Si name est NULL, tous les modules non utilisés marqués à nettoyer automatiquement sont supprimés. De plus amples précisions sur les différences de comportement de delete_module() dans Linux 2.4 et antérieurs ne sont actuellement pas expliquées dans cette page de manuel.

8. VOIR AUSSI ▲

9. COLOPHON ▲

Cette page fait partie de la publication 3.52 du projet man-pages Linux. Une description du projet et des instructions pour signaler des anomalies peuvent être trouvées à l'adresse http://www.kernel.org/doc/man-pages/.

10. TRADUCTION ▲

Depuis 2010, cette traduction est maintenue à l'aide de l'outil po4a <http://po4a.alioth.debian.org/> par l'équipe de traduction francophone au sein du projet perkamon <http://perkamon.alioth.debian.org/>.

Alain Portal <http://manpagesfr.free.fr/> (2006-2007).

Veuillez signaler toute erreur de traduction en écrivant à <>.

Vous pouvez toujours avoir accès à la version anglaise de ce document en utilisant la commande « LC_ALL=C man <section> <page_de_man> ».