代码中设备的扫描和Driver Binding的关系

代码中设备的扫描和Driver Binding的关系
主板上大部分外设都是挂在控制器或桥上，这些控制器都挂在PCI下。

如上图，USB设备就通过USB总线挂在EHCI下面，在代码中，每一个设备对应一个handle，PCI Bus先扫描BUS0上的PCI设备，扫描到一个设备，就在它的handle下install PciIoProtocol和DevicePath，这样它的配置空间就可以用了。gBS->ConnectController调用Driver Binding函数遍历所有PCI设备，匹配classcode。以EhciDriverBinding为例，包含supported、Start、Stop函数，在supported中，匹配特定class code。以EHCI控制器为例，如下：

 //
  // Test whether the controller belongs to Ehci type
  //
  if ((UsbClassCReg.BaseCode != PCI_CLASS_SERIAL) || (UsbClassCReg.SubClassCode != PCI_CLASS_SERIAL_USB)
      || ((UsbClassCReg.ProgInterface != PCI_IF_EHCI) && (UsbClassCReg.ProgInterface != PCI_IF_UHCI) && (UsbClassCReg.ProgInterface != PCI_IF_OHCI))) {

    Status = EFI_UNSUPPORTED;
  }

如果匹配成功，找到EHCI控制器，Start就通过读取该设备的io空间获取capabilities，创建EfiUsb2Hc结构体用来存这些capabilities，在该设备handle下install　EfiUsb2HcProtocol，使USB　BUS能直接通过EfiUsb2HcProtocol访问EHCI控制器，得知其下有几个port。USB　BUS再扫描挂载的所有USB设备，USBBUS进行USB枚举的时候给它们install　USBIoProtocol和DevicePath，然后Driver　Binding函数进行匹配安装驱动服务函数，使USB设备可以通信使用。以USB鼠标为例，install　SimplePointerProtocol使其可以使用。