私のもの理解する利点は、dkmsLinuxシステムで接続/切断されたすべてのデバイスドライバを動的に管理する方法です。これが正しい場合は、デバイスドライバをインストールできる「ストレージ」を設定できるため、ホットプラグ対応デバイスが接続されている場合は、そのデバイスのドライバを見つけることができます（ここに保存されています）。ライブラリ）をロードします。
これが正しい場合、このリポジトリはどこにあり、場所を設定できますか？リモートで（HTTP、TCPなどを使用して）ドライバを見つけるように設定できますか？
返品、dkmsは実行時にデバイスドライバを動的に更新/アップグレードする方法を提供しますか？デバイスドライバのアップデートをこのリポジトリにプッシュし、dkmsが自動的にドライバをリリース/削除し、既存のドライバを新しい/更新されたドライバで上書きし、新しいドライバを再ロードすることをお勧めします。
答え1
どちらもありませんウデブ...でもないデータ管理システム「Linuxシステムで接続/切断されたすべてのデバイスドライバを動的に管理する方法」で適切に説明できます。 udev動的管理装備、ドライバではありません - デバイスが/dev接続されたときにアイテムを生成します。 DKMSはドライバに関するものですが、デバイス用のドライバを見つけることとは関係ありません。 DKMS は、カーネルのインストール時にソースからサードパーティのドライバをコンパイルする方法です。
カーネルがドライバのないデバイスを検出すると、このプログラムを呼び出します。modprobeこのドライバを提供するモジュールをロードしてみてください。その後、プログラムmodprobeは次のように作成されたデータベースを参照します。depmod*.ko.Lookに位置して横断します。/lib/modules/VERSION/再起動後にDebianシリアルPCIカードが検出されないこのメカニズムの詳細な説明です。
デバイスが接続されており、メモリにドライバがない場合、公称イベントの順序は次のとおりです。
modprobeドライバをロードするためにカーネルによって呼び出されます。modprobeからモジュールファイルをロードします/lib/modules。- これでドライバが利用できるようになり、カーネルはudevに新しいデバイスがあることを知らせます。
/devudev は新しいデバイスのエントリを作成します。
不明なデバイスが検出されると、どこかからデバイスドライバをダウンロードするための標準的なメカニズムはありません。ドライバをインストールする一般的な方法は、ディストリビューションが提供するすべての可能なドライバをシステムにインストールすることです。ドライバをダウンロードすることは必ずしも可能ではありません（たとえば、ドライバをネットワークに接続する必要がある場合、またはドライバがない場合など）。ネットワーク接続）。ドライバのアップグレードは、ドライバファイルを含むパッケージ（通常はカーネルパッケージ）をアップグレードして他のものをアップグレードするのと同じように機能します。
ドライバがLinuxカーネルの一部ではない場合、DKMSは介入します。カーネルバージョンとコンパイルオプションで動作するモジュールバイナリを作成することは困難です。 DKMSは、インストールされているカーネルのモジュールを自動的にコンパイルするフレームワークです。これらのモジュールはソースコードとして配布されます。