platform_hardware_interfaces/audio
Mikhail Naganov 5fd0c77caf audio: Allow specifying "default" stream type in V7
Despite that AUDIO_STREAM_DEFAULT value of audio_stream_type_t
should only used by the framework, it can still end up being
passed to the HAL in port configs and offload info structures.
This happens in the cases when the stream type is not actually
used by the HAL. It seems natural to use an empty string
as the value of AudioStreamType field in this case.

Bug: 179743630
Test: atest android.hardware.audio.common@7.0-util_tests
Test: make a telephone call on a device with HAL V7
Change-Id: Ia330031fca9d081627746b4f6074162835c4c54b
2021-02-09 20:41:52 -08:00
..
2.0 update hidl .bp 2020-07-07 16:22:36 +09:00
4.0 Make android.hardware.renderscript@1.0 buildable for native_bridge 2020-07-08 21:20:03 +00:00
5.0 audio: Allow using vendor extensions in surround formats (V5) 2021-02-04 16:04:56 -08:00
6.0 audio: Allow using vendor extensions in surround formats (V6) 2021-02-04 16:04:56 -08:00
7.0 Merge "Add IEC60958 audio format" 2021-02-08 16:59:13 +00:00
common audio: Allow specifying "default" stream type in V7 2021-02-09 20:41:52 -08:00
core/all-versions audio: Fix SourceMetadata spec in HAL V7 VTS 2021-02-08 13:49:50 -08:00
effect audio: Create libraries for data types in core and effect 2021-02-03 01:28:38 +00:00
policy/1.0 Remove vts10 reference vts_target_tests_defaults 2020-10-05 10:48:24 -07:00
README.md audio: Create libraries for data types in core and effect 2021-02-03 01:28:38 +00:00

Audio HAL

Directory structure of the audio HAL related code.

Run common/all-versions/copyHAL.sh to create a new version of the audio HAL based on an existing one.

Directory Structure

  • 2.0 — version 2.0 of the core HIDL API. Note that .hal files can not be moved into the core directory because that would change its namespace and include path.
    • config — the XSD schema for the Audio Policy Manager configuration file.
  • 4.0 — version 4.0 of the core HIDL API.
  • ...
  • common — common types for audio core and effect HIDL API.
    • 2.0 — version 2.0 of the common types HIDL API.
    • 4.0 — version 4.0.
    • ...
    • 7.0 — version 7.0.
      • example — example implementation of the core and effect V7.0 API. It represents a "fake" audio HAL that doesn't actually communicate with hardware.
    • all-versions — code common to all version of both core and effect API.
      • default — shared code of the default implementation.
        • service — vendor HAL service for hosting the default implementation.
      • test — utilities used by tests.
      • util — utilities used by both implementation and tests.
  • core — VTS tests and the default implementation of the core API (not HIDL API, it's in audio/N.M).
    • 7.0 — code specific to version V7.0 of the core HIDL API
    • all-versions — the code is common between all versions, version-specific parts are enclosed into conditional directives of preprocessor or reside in dedicated files.
      • default — code that wraps the legacy API (from hardware/libhardware).
        • util — utilities for the default implementation.
      • vts VTS tests for the core HIDL API.
  • effect — same for the effect HIDL API.
    • 2.0
      • config — the XSD schema for the Audio Effects configuration file.
    • 4.0
    • ...
    • all-versions
      • default — code that wraps the legacy API (from hardware/libhardware).
        • util — utilities for the default implementation.
      • vts VTS tests for the effect HIDL API.
  • policy — Configurable Audio Policy schemes.
    • 1.0 — note that versions of CAP are not linked to the versions of audio HAL.
      • vts — VTS tests for validating actual configuration files.
      • xml — XSD schemas for CAP configuration files.