tree: bcf385d5d80973db647a47b99e1bfa5cd8b8823d [path history] [tgz]
  1. meta/
  2. testing/
  3. v1/
  4. autobind_tests.cc
  5. base_package_resolver.cc
  6. base_package_resolver.h
  7. bind_driver_manager.cc
  8. bind_driver_manager.h
  9. binding.cc
  10. binding_internal.h
  11. binding_v2_test.cc
  12. BUILD.gn
  13. component_lifecycle.cc
  14. component_lifecycle.h
  15. composite_device.cc
  16. composite_device.h
  17. composite_device_tests.cc
  18. coordinator.cc
  19. coordinator.h
  20. coordinator_test_mock_power_manager.h
  21. coordinator_test_utils.cc
  22. coordinator_test_utils.h
  23. debug_dump.cc
  24. debug_dump.h
  25. devfs.cc
  26. devfs.h
  27. devfs_exporter.cc
  28. devfs_exporter.h
  29. devfs_test.cc
  30. device.cc
  31. device.h
  32. device_tests.cc
  33. device_watcher.h
  34. driver.cc
  35. driver.h
  36. driver_development_service.cc
  37. driver_development_service.h
  38. driver_host.cc
  39. driver_host.h
  40. driver_host_loader_service.cc
  41. driver_host_loader_service.h
  42. driver_host_loader_service_test.cc
  43. driver_loader.cc
  44. driver_loader.h
  45. driver_loader_test.cc
  46. driver_runner.cc
  47. driver_runner.h
  48. driver_runner_test.cc
  49. fake_driver_index.h
  50. fdio.h
  51. init_tests.cc
  52. inspect.cc
  53. inspect.h
  54. inspect_test.cc
  55. load_driver_package_test.cc
  56. main.cc
  57. manifest_parser.cc
  58. manifest_parser.h
  59. manifest_parser_fuzzer.cc
  60. manifest_parser_test.cc
  61. metadata.h
  62. misc_tests.cc
  63. multiple_device_test.cc
  64. multiple_device_test.h
  65. multiple_device_test_utils.cc
  66. package_resolver.cc
  67. package_resolver.h
  68. README.md
  69. resume_tests.cc
  70. suspend_tests.cc
  71. system_instance.cc
  72. system_instance.h
  73. system_instance_test.cc
  74. system_state_manager.cc
  75. system_state_manager.h
  76. unbind_tests.cc
  77. vmo_writer.cc
  78. vmo_writer.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 an isolated Driver Manager for testing, please see isolated_devmgr.

Commandline Options

When running Driver Manager there are some commandline options that can change Driver Manager's behavior. Normally these are set in the CML file when Driver Manager is run as a component, or through isolated Driver Manager for testing.

--load_driver=<string>

Load a driver with this path. If this is set then DriverManager will not search /boot/drivers/ for drivers.

--log_to_debuglog=<bool>

Connect the stdout and stderr file descriptors for this program to a debuglog handle acquired with fuchsia.boot.WriteOnlyLog.

--no-exit-after-suspend=<bool>

Do not exit Driver Manager after suspending the system.

--sys-device-driver=<bool>

Use this driver as the sys_device driver. If nullptr, the default will be used.

Kernel Commandline Options

The behavior of Driver Manager can also be changed by several kernel commandline options. Please look at the list of kernel commandline options and look for the options that start with devmgr.*