Re: [PATCH v7 1/7] ASoC: qcom: qdsp6: add topology-driven Audio IF support

Next message: Esteban Urrutia via B4 Relay: "[PATCH RESEND v3 0/2] Initial QMP USB PHY support for SM8475"
Previous message: Jernej &#x160;krabec: " Re: [PATCH 13/13] drm/sun4i: Align VI buffer addresses for subsampled formats"
In reply to: Mark Brown: "Re: [PATCH v7 1/7] ASoC: qcom: qdsp6: add topology-driven Audio IF support"
Next in thread: Prasad Kumpatla: "[PATCH v7 5/7] dt-bindings: sound: qcom,sm8250: allow TDM slot properties"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

From: Cezary Rojewski

Date: Tue Aug 04 2026 - 14:07:22 EST

On 8/4/2026 7:50 PM, Mark Brown wrote:

On Tue, Aug 04, 2026 at 07:46:58PM +0200, Cezary Rojewski wrote:

I'd suggest to move away from snd_ar_tokens.h (the name is as ambiguous is
at can be) and start new header family within 'qcom' subfolder.

FWIW the "ar" is I think AudioReach.

Indeed but uapi is exposed to "users". As a "user" which would like to take advantage of their dev kit and collaterals, I'd expect something more descriptive than snd_ar_tokens.h.

For the readers, I've not mentioned the full context - let me correct that now. The "bad" example is snd_sst_tokens.h which targets Intel's skylake-driver (the driver has been removed few years ago). SST stands for Smart Sound Technology.