8

Linux Device Drivers 3rd Edition の The Linux Device Model に関連する章を読んで理解したように、新しいデバイスが構成されると、カーネル (2.6) は多かれ少なかれ次のシーケンスに従います。

  1. デバイスがドライバー コアに登録されている (device_register()デバイスの初期化を含む)
  2. kobject がデバイス モデルに登録されている
  3. sysfs にエントリを作成し、ホットプラグ イベントを引き起こします。
  4. バスとドライバーがチェックされ、どれがデバイスと一致するかが確認されます
  5. 調査
  6. デバイスはドライバーにバインドされています

私の主な疑問は、ステップ 1 で、いつdevice_register()呼び出され、どのフィールドがdevice構造体に既に設定されている必要があるかということです。

デバイスが接続されているバスから呼び出されますか? コードの例はありますか?

私は何か誤解しましたか？:)

4

2 に答える 2

3

PCIホットプラグコードはpci_do_scan_bus（）を呼び出してすべてのスロットを通過し、デバイス/ブリッジが見つかったかどうかを確認して、デバイスツリーに追加します。

unsigned int __devinit pci_do_scan_bus(struct pci_bus *bus)   { 
    max = pci_scan_child_bus(bus) //scan bus for all slots and devices in them
    pci_bus_add_devices(bus);  //add what we find
...
}

struct deviceのフィールドは、pci_scan_child_bus（）の呼び出しの一部として実際に入力されます。これがコールグラフです（一種の:)）：

pci_scan_child_bus> pci_scan_slot（バス上のスロットをスキャン）> pci_scan_single_device>pci_device_add>device_initialize。

device_initialize（）はdevice_register（）の最初の部分であることに注意してください。device_initialize（）を呼び出した後、structdeviceのフィールドがpci_device_addに入力されていることがわかります。カーネルソースのdrivers/pci/probe.cにあります。struct pci_devもいっぱいになり、後でデバイス固有のドライバーによって使用されます。

デバイス階層へのkobjectの実際の追加は、pci_bus_add_devicesで行われます。これがコールグラフです：

pci_bus_add_devices>pci_bus_add_device>device_add。

ご覧のとおり、この呼び出しフローはdevice_register（）関数の2番目の部分を完了します。

つまり、device_register（）は次の要素で構成されます。1。デバイスを初期化します。2。デバイスを追加します。pci_device_addはステップ1を実行し、pci_bus_add_deviceはステップ2を実行します。

対象のファイルは次のとおりです：drivers / pci / {pci.c、bus.c、probe.c}

于 2010-06-04T20:11:26.900 に答える
0

構造体バス型には、関数 match へのポインターがあり、その仕事は、デバイスに関連付けられたドライバーと一致することです。したがって、デバイスがバスに関連付けられている場合、デバイスがバスに接続されるとすぐに、デバイスを検索するのはバスの責任です。

そうでない場合は、修正してください。

于 2012-10-19T10:04:45.840 に答える