LKM

索引

名称

索引

解説

多様なタイプのモジュールをシステムにロードすることが出来ます。 後述するように、定義されたモジュールのタイプが幾つかあり、 これらのタイプ毎に予め決められた方法でモジュールはシステムに付加されます。 その上、一般的なタイプもあって、このタイプについてはモジュールは それ自体がローディングとアンローディングを処理するものと します。

FreeBSD システムでは動的にロードするカーネルモジュールを広汎に利用していて、 大部分のファイルシステム、 NFS クライアントとサーバ、全てのスクリーンセーバ、そして iBCS2 や Linux エミュレータなどについて動的にロードするバージョンを 提供しています。 システムと共に配布されたモジュールは /lkm ディレクトリにあります。

インタフェースを利用するには /dev/lkm デバイスに対して ioctl(2) システムコールを 発行します。 通常、動的にロードするカーネルモジュールに関わる全ての操作は、 modload(8) と modunload(8) と modstat(8) の プログラムにより処理されます。 ユーザは直接 /dev/lkm に関与する必要は無い筈です。  

索引

モジュールのタイプ

システムコールモジュール

システムコールは新しいシステムコールを インタフェースを通してロードすることにより置き換えること が出来ます。 全てのシステムコールを置き換えることが出来ますが、しかし ioctl(2) システムコールに関しては特に注意を払わなければなりません。 何故なら、このシステムコールがモジュールのロードとアンロードに 用いられているからです。

システムコールモジュールがアンロードされるときには、 動的にロードされたモジュールにより置き換えられていたシステムコール はシステムコールテーブルの適正な位置に戻されます。

仮想ファイルシステムモジュール

仮想ファイルシステムは インタフェースを通してロードできます。

デバイスドライバモジュール

新しいブロック型と文字型のデバイスドライバを LKM を用いて、システムにロードすることが出来ます。 デバイスドライバをロードする場合の主要な問題は アクセスするデバイスに対応してドライバのデバイスノードが 存在しなければならないことです。 これらのデバイスノードを作成するには通常 ドライバのロードが成功した場合に 適切なプログラムを実行するよう modload(8) に指定する事により行います。

実行クラス

イメージアクティベータ (image activator) としても知られています。 実行クラスとは、これにより execve(2) システムコールが実行可能ファイルの形式を識別してメモリにロード できるような機構です。

雑モジュール

雑モジュールは、いまのところ明確に定義された、あるいは 一般的となっている拡張のためのインタフェースがないモジュールです。 ユーザは固有のローダを書かなければなりません。 新しいモジュールのロード時およびアンロード時に、 そのモジュールを有効化および無効化するために 必要となるすべてのカーネルデータを、このローダが操作します。

索引

関連ファイル

/dev/lkm

インタフェースデバイス

/lkm

システムと同梱されたモジュールのバイナリが置いてあるディレクトリ

/usr/include/sys/lkm.h

モジュールタイプの定義が置いてあるファイル

/usr/share/examples/lkm

2タイプのモジュールを実装しているソースコードの例

索引

関連項目

索引

バグ

システムの内部のインタフェースが変更された場合には、 古いままのモジュールはしばしばこの変更を発見できないので、 このようなモジュールはロードされた時に しばしばクラッシュするかまたは不可解な機能不全を起こします。  

索引

作者

索引

歴史

索引

Index

名称

解説

モジュールのタイプ

関連ファイル

関連項目

バグ

作者

歴史