tree: 40d16b075865f4b2d1621de743e6484680c17441 [path history] [tgz]
  1. composite_node_spec/
  2. devfs/
  3. driver_development/
  4. meta/
  5. testing/
  6. tests/
  7. bind_manager.cc
  8. bind_manager.h
  9. bind_result_tracker.cc
  10. bind_result_tracker.h
  11. binding.cc
  12. binding.h
  13. BUILD.gn
  14. composite_node_spec_v2.cc
  15. composite_node_spec_v2.h
  16. driver_development_service.cc
  17. driver_development_service.h
  18. driver_host.cc
  19. driver_host.h
  20. driver_host_loader_service.cc
  21. driver_host_loader_service.h
  22. driver_runner.cc
  23. driver_runner.h
  24. inspect.cc
  25. inspect.h
  26. main.cc
  27. node.cc
  28. node.h
  29. node_removal_tracker.cc
  30. node_removal_tracker.h
  31. node_remover.h
  32. parent_set_collector.cc
  33. parent_set_collector.h
  34. README.md
  35. runner.cc
  36. runner.h
  37. shutdown_helper.cc
  38. shutdown_helper.h
  39. shutdown_manager.cc
  40. shutdown_manager.h
src/devices/bin/driver_manager/README.md

Driver Manager

The Driver Manager is responsible for enumerating, loading, and managing the life cycle of device drivers. Driver Manager also vends the /dev directory to the rest of the system so that others can access drivers.

Building and Running

Driver Manager is built and run in every product. It is launched on startup.

If you're looking for running a hermetic Driver Manager for testing, please see driver test realm.

Package Sources

Driver Manager has two sources of drivers identified by fuchsia-pkg:// URLs:

  1. the base resolver
  2. the full resolver, if ephemeral drivers are enabled

Both the base resolver and full resolver resolve components using the fuchsia.component.resolution/Resolver FIDL interface. To disambiguate these sources, Driver Manager consumes the base resolver capability as fuchsia.component.resolution/Resolver-base and the full resolver capability as fuchsia.component.resolution/Resolver-full.