>>684

> usbdevsは単に各ドライバの著者が個別に定義するものを、どうせみんな同じこと
> 書くんでしょということで共通にマクロを定義しているだけ。テーブルでもなんでもない。

まずはもったいないその1。
OSのリリース後も次のリリースまでにデバイスは発売されていく訳で、
起動後に動的に追加できるデータベースにしておくことで次のリリース
を待たずにportsとかで対応できる筈。


> デバイスによってはというよりこれが普通のやり方。

ここでもったいないその2。
例えば先のデータベースをdevice.hintsと統合してドライバのデフォルトで
動かない場合の特別扱いの対象デバイスとオプションを列記してやるように
なれば、必ずしもドライバ内にハードコードしなくても例えばboot2とかで
このフィールド分はusbdevs、このフィールド分はdevice.hintsというように
初期化してkernelに渡すようにすれば痛みも最小限にできないかな？


> deqnaの例は単にモジュールをカーネル空間に読み込むというだけで
> このデバイスにどのドライバをアタッチせよという指示ではないよ。

それは分かってるけどもったいないその3。
せっかくデバイスの識別（IDのマッチング）を取れるメカニズムなんだ
から、もう一歩進めれば使いでがあると思うんだが。

次に続く。