tree: 22d2478b000103d2e661abea48915473053c2ee1 [path history] [tgz]
  1. common/
  2. config/
  3. constants/
  4. dlp/
  5. init/
  6. ip_peripheral/
  7. machine_learning/
  8. missive/
  9. permission_broker/
  10. power/
  11. tpm_manager/
  12. u2f/
  15. DEPS
  17. OWNERS


This directory contains client libraries for communication with Chrome OS system service daemons over D-Bus.

For more information, see Chrome OS D-Bus Usage in Chrome.

D-Bus Client Best Practices

An example of a relatively simple client using existing patterns can be found in src/chromeos/dbus/dlp.

  • Create a subdirectory under src/chromeos/dbus for new clients or use an existing directory. If a new client is ash-specific, create a subdirectory under src/chromeos/ash/components/dbus. Do not add new clients to this directory.

  • D-Bus clients are explicitly initialized and shut down. They provide a static getter for the single global instance. In Ash Chrome, initialization occurs in In Lacros Chrome, initialization occurs in

  • Be careful when providing access to multiple processes (e.g. Ash Chrome and Lacros Chrome). Not all of the underlying daemons support multiple clients.

  • For new clients, if test methods are required, create a TestInterface in the base class with a virtual GetTestInterface() method and implement it only in the fake (return null in the real implementation). See src/chromeos/dbus/dlp for an example.

    (Many existing clients provide additional test functionality in the fake implementation, however this complicates tests and the fake implementation).

  • These clients do not have any dependency on FeatureList, and care should be taken regarding initialization order if such dependencies are added (see BluezDBusManager for an example of such client).

Older clients that have been removed:

  • Amplifier (
  • Audio DSP (
  • Introspection (
  • NFC (
  • peerd (
  • privetd (
  • Wi-Fi AP manager (