Manpage of DELETE_MODULE
DELETE_MODULESection: Linux Programmer's Manual (2)
NAMEdelete_module - unload a kernel module
int delete_module(const char *name, int flags);
DESCRIPTIONThe delete_module() system call attempts to remove the unused loadable module entry identified by name. If the module has an exitfunction, then that function is executed before unloading the module. The flagsargument is used to modify the behavior of the system call, as described below. This system call requires privilege.
Module removal is attempted according to the following rules:
- If there are other loaded modules that depend on (i.e., refer to symbols defined in) this module, then the call fails.
- Otherwise, if the reference count for the module (i.e., the number of processes currently using the module) is zero, then the module is immediately unloaded.
- If a module has a nonzero reference count, then the behavior depends on the bits set in flags. In normal usage (see NOTES), the O_NONBLOCKflag is always specified, and the O_TRUNCflag may additionally be specified.
- The various combinations for
flagshave the following effect:
- flags == O_NONBLOCK
- The call returns immediately, with an error.
- flags == (O_NONBLOCK | O_TRUNC)
- The module is unloaded immediately, regardless of whether it has a nonzero reference count.
- (flags & O_NONBLOCK) == 0
flagsdoes not specify
the following steps occur:
- The module is marked so that no new references are permitted.
- If the module's reference count is nonzero, the caller is placed in an uninterruptible sleep state (TASK_UNINTERRUPTIBLE) until the reference count is zero, at which point the call unblocks.
- The module is unloaded in the usual way.
The O_TRUNCflag has one further effect on the rules described above. By default, if a module has an initfunction but no exitfunction, then an attempt to remove the module will fail. However, if O_TRUNCwas specified, this requirement is bypassed.
Using the O_TRUNCflag is dangerous! If the kernel was not built with CONFIG_MODULE_FORCE_UNLOAD, this flag is silently ignored. (Normally, CONFIG_MODULE_FORCE_UNLOADis enabled.) Using this flag taints the kernel (TAINT_FORCED_RMMOD).
RETURN VALUEOn success, zero is returned. On error, -1 is returned and errnois set appropriately.
- The module is not "live" (i.e., it is still being initialized or is already marked for removal); or, the module has an initfunction but has no exitfunction, and O_TRUNCwas not specified in flags.
- namerefers to a location outside the process's accessible address space.
- No module by that name exists.
- The caller was not privileged (did not have the CAP_SYS_MODULEcapability), or module unloading is disabled (see /proc/sys/kernel/modules_disabledin proc(5)).
- Other modules depend on this module; or, O_NONBLOCKwas specified in flags, but the reference count of this module is nonzero and O_TRUNCwas not specified in flags.
CONFORMING TOdelete_module() is Linux-specific.
NOTESThe delete_module() system call is not supported by glibc. No declaration is provided in glibc headers, but, through a quirk of history, glibc versions before 2.23 did export an ABI for this system call. Therefore, in order to employ this system call, it is (before glibc 2.23) sufficient to manually declare the interface in your code; alternatively, you can invoke the system call using syscall(2).
The uninterruptible sleep that may occur if O_NONBLOCKis omitted from flagsis considered undesirable, because the sleeping process is left in an unkillable state. As at Linux 3.7, specifying O_NONBLOCKis optional, but in future kernels it is likely to become mandatory.
Linux 2.4 and earlierIn Linux 2.4 and earlier, the system call took only one argument:
int delete_module(const char *name);
If nameis NULL, all unused modules marked auto-clean are removed.
SEE ALSOcreate_module(2), init_module(2), query_module(2), lsmod(8), modprobe(8), rmmod(8)
This document was created by man2html, using the manual pages.
Time: 19:53:39 GMT, October 26, 2017 Click Here!