Skip to content

Fixed Audio 2.0 SET_CUR for fixed sampling frequencies - #286

Open
fdesbiens wants to merge 1 commit into
eclipse-threadx:devfrom
fdesbiens:fix/audio20-fixed-frequency-set-cur
Open

fdesbiens wants to merge 1 commit into
eclipse-threadx:devfrom
fdesbiens:fix/audio20-fixed-frequency-set-cur

Conversation

@fdesbiens

Copy link
Copy Markdown
Contributor

Fixes #221

Audio 2.0 rejected SET_CUR when a host requested a device's fixed sampling frequency. It also rejected a single-frequency range with zero resolution.

Accept the advertised fixed frequency without reporting a clock change, and validate single-frequency ranges through the existing range check. The regression now runs in the RTOS bidirectional endpoint configuration.

GCC 14 CMake/Ninja: the Audio 2.0 control regression passed (1/1). Both fixed-frequency branches were exercised in a separate coverage run. The full default suite could not be built because two unrelated video tests have incompatible-pointer errors.

Assisted-by: Codex (GPT-6-Sol) noreply@openai.com

Fixes eclipse-threadx#221

Audio 2.0 rejected SET_CUR when a host requested a device's fixed sampling
frequency. It also rejected a single-frequency range with zero resolution.

Accept the advertised fixed frequency without reporting a clock change, and
validate single-frequency ranges through the existing range check. Run the
regression in the RTOS bidirectional endpoint configuration.

GCC 14 CMake/Ninja: the Audio 2.0 control regression passed (1/1). Both
fixed-frequency branches were exercised in a separate coverage run.

Assisted-by: Codex (GPT-6-Sol) <noreply@openai.com>

This branch has not been deployed

No deployments
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant