Skip to content

audio: source-ground the MT6739 call path and calibrate echo control #876

Description

@forkwright

Finding

Phase-07 planning asserted a direct modem-PCM-to-MT6357 call-audio path that bypasses the AP and froze an unexplained >-30 dB echo threshold, while the same plan still asks how the real call path and readiness work. The repository has no pinned MT6739 PCM/voice-route source or accepted AEC metric/setup.

Evidence

Why this matters

A wrong route assumption can send invalid PMIC/AFE commands or leave calls silent. An unqualified dB threshold has no defined metric, setup, error bound, or intelligibility outcome and cannot drive a safe product decision.

Done when

  • Pin authoritative MT6739/MT6357/BSP sources for modem voice PCM/AFE routing, ownership, clocking, sample format, readiness, teardown, and error reporting.
  • Represent the route behind a host-testable seam and fail closed until every required endpoint acknowledges.
  • Define AEC/echo metrics, fixtures, corpus, measurement setup, latency/intelligibility bounds, and versioned acceptance criteria without a guessed constant.
  • Test call setup/teardown, route conflict, partial failure, timeout, mute, preemption, and unavailable codec/modem paths.
  • Only after source/software acceptance, record operator-owned M7 voice and acoustic receipts.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions