JM プロジェクトは、主に Linux 関連のマニュアルページの日本語ページを翻訳・公開しています。
... es ); int finit_module(int fd , const char * param_values , int flags ); 注意 : glibc では、 ヘッダーファイルでの init_module () の宣言はなく、 f ... init_module () のラッパー関数も提供されていない。 「注意」の節を参照。 説明 init_module () は ELF イメージをカーネル空間にロードし、 必 ... 呼び出し元から指定された値に初期化し、 最後にそのモジュールの init 関数を実行する。 このシステムコールには特権が必要である。 module_image 引数はロードするバイナリーイメージが入ったバッファーを指し、 len はバッファーのサイズを指定する。 モジュールイメージ ... ... es ); int finit_module(int fd , const char * param_values , int flags ); 注意 : glibc では、 ヘッダーファイルでの init_module () の宣言はなく、 f ... init_module () のラッパー関数も提供されていない。 「注意」の節を参照。 説明 init_module () は ELF イメージをカーネル空間にロードし、 必 ... 呼び出し元から指定された値に初期化し、 最後にそのモジュールの init 関数を実行する。 このシステムコールには特権が必要である。 module_image 引数はロードするバイナリーイメージが入ったバッファーを指し、 len はバッファーのサイズを指定する。 モジュールイメージ ... ... されていない。「注意」を参照。 説明 注意 : このシステムコールが存在するのは、カーネル 2.6 より前の Linux だけである。 query_module () は、ローダーブルモジュールに関する情報をカーネルに問い合わせる。 情報は buf が指し示すバッファーに格納されて返される。 ... 操作があれば、 カーネル固有であることを示す NULL を指定できる操作もある。 which には以下の値を指定できる: 0 カーネルが query_module () をサポートしている場合、成功を返す。 このシステムコールが利用可能かを調べるために使われる。 QM_MODULES ロードされている ... スポートしているシンボルと 値を返す。 バッファーのデータは、 以下の構造体の配列にヌル終端された文字列が続く形となる。 struct module_symbol { unsigned long value; unsigned long name; }; name の値は、 buf の先頭からの文字列までのオフセット文字数である。 re ... ... ッケージの設定ファイル modules.conf の説明で、古いものです。現在ではたいていの場合、kmod パッケージのユーティリティがモジュールの管理に使われており、 設 ... d.d の二つに別れています。(2022/12/02, Linux JM Project) 説明 modprobe (8) (および depmod (8)) の動作は、設定ファイル /etc/modules.conf によって変更できる (このファイルは無くてもよい)。 設定ファイルは行単位で解釈される。 全ての空行と、'#' 文字以降の行末 ... になっている行は次の行に継続する。 残りは指定行 (directive) であり、 すべて以下のフォーマットのいずれかに従う: [add] above module module_list alias alias_name result [add] below module module_list define VARIABLE WORD depfile=A_PATH else elseif EXPRESS ... ... されていない。「注意」を参照。 説明 注意 : このシステムコールが存在するのは、カーネル 2.6 より前の Linux だけである。 create_module () は、ローダーブルモジュールのエントリーを作成し、そのモジュールの保持に必要な カーネルメモリーを予約しようとする。 このシ ... きない。 ENOMEM モジュールを格納するのに必要な大きさの連続したメモリーブロックを カーネルが確保できなかった。 ENOSYS create_module () がこのバージョンのカーネルではサポートされていない (例えば、カーネルのバージョンが 2.6 以降)。 EPERM 呼び出し元が特権 ( ... CAP_SYS_MODULE ケーパビリティ) を持っていなかった。 バージョン このシステムコールが存在するのはカーネル 2.4 までの Linux だけである。 Lin ... ... ibc のヘッダーでは提供されていない。「注意」を参照。 説明 delete_module () システムコールは、 name で特定される未使用のロード可能なモジュールのエントリーを削除しようとする。 モジュールに exit 関 ... 敗する。 しかし、 O_TRUNC が指定された場合、 この要件はスキップされる。 O_TRUNC フラグの使用は危険である! カーネルが CONFIG_MODULE_FORCE_UNLOAD で作成されていない場合、 このフラグは黙って無視される (通常は CONFIG_MODULE_FORCE_UNLOAD は有効になっている)。 ... クセスできるアドレス空間外の場所を参照している。 ENOENT その名前のモジュールが存在しない。 EPERM 呼び出し元が特権 ( CAP_SYS_MODULE ケーパビリティ) を持っていなかった。 または、 モジュールのアンロードが無効になっている ( proc (5) の /proc/sys/kernel/modu ... ... 以下の構造体の列 (table) に値を入れて返す。 struct kernel_sym { unsigned long value; char name[60]; }; シンボルの中には、 # module-name という形式の、カーネルが空の名前を持っているマジックシンボル (magic symbol) が散在している。この形式のシンボルに対応す ... になる。 公開されるシンボル名の長さが 59 文字に制限されている。 これらの制限があるので、このシステムコールを使うよりは query_module (2) を使うのが望ましい (現在では query_module (2) 自身もそのマニュアルページに書かれているように 他のインターフェースを使う ... のが望ましいとされている)。 関連項目 create_module (2), delete_module (2), init_module (2), query_module (2) この文書について この man ページは Linux man-pages プロジェクトの ... ... iconv (3) を使用するプログラムの速度が遅くなるので、 キャッシュ機構が採用されている。 The iconvconfig program reads iconv module configuration files and writes a fast-loading gconv module configuration cache file. In addition to the system provided gc ... onv modules, the user can specify custom gconv module directories with the environment variable GCONV_PATH . However, iconv module co ... を参照。 デフォルトでは、 この接頭辞は空である。 接頭辞を foo に設定すると、 gconv モジュール設定は foo/usr/lib/gconv/gconv-modules から読み込まれ、 キャッシュは foo/usr/lib/gconv/gconv-modules.cache に書き込まれる。 -? , --help 使用方法を表示し、終了す ... ... gepages (2), ioperm (2), iopl (2), vm86 (2) のようなシステムコールは特定のアーキテクチャーにのみ存在する。 ipc (2), create_module (2), init_module (2), delete_module (2) のようなシステムコールは Linux カーネルがそれらをサポートするよう に構築されている ... ... gepages (2), ioperm (2), iopl (2), vm86 (2) のようなシステムコールは特定のアーキテクチャーにのみ存在する。 ipc (2), create_module (2), init_module (2), delete_module (2) のようなシステムコールは Linux カーネルがそれらをサポートするよう に構築されている ... 日本語の文書やマニュアルを配布している個人/プロジェクトへのリンクです。