feat(linux): Add audio-graph-card2 documentation - #759
Conversation
686403c to
aa6c5b6
Compare
3b86ae0 to
f2ce624
Compare
|
|
||
| In this configuration: | ||
|
|
||
| * The two FE ports on the McASP node (``port@0``/``port@1``) use the same flat, non-DPCM ``ports`` binding as the previous example. DPCM fan-out is defined on the **card** side, in the ``dpcm`` sub-node, not on the McASP node itself |
There was a problem hiding this comment.
What do you mean by FE port?
|
|
||
| In this configuration: | ||
|
|
||
| * One McASP DAI serves both codec links (here, a headphone codec and HDMI), each exposed as its own ``port@N`` endpoint under the McASP node's ``ports`` container |
There was a problem hiding this comment.
Good to give execution steps too, ideally an overlay would have been better.
- User applies this DT change
- User plays using TLV codec path -> steps and cmd
- User wants to play HDMI audio -> steps (Jumper change) and cmd to select hdmi dai link
|
|
||
| ``simple-audio-card`` can already share one McASP instance across multiple independent codec links (see | ||
| the ``simple-audio-card`` multi-codec example above), using its ``cpu``/``codec`` phandle pairs. | ||
| **audio-graph-card2** describes the same kind of topology through the generic OF-graph ``ports``/``port`` |
There was a problem hiding this comment.
Highlight when user should switch to audio graph card2 and what are its advantages .
I think it helps avoid a system reboot when switching form tlv to HDMI codec as you had mentioned earlier as user just need to change the jumper right?
StaticRocket
left a comment
There was a problem hiding this comment.
There are quite a few acronyms that are never actually defined in this document
| - No :sup:`1` | ||
| - | A fixed multiplier to sampling rate (𝑓\ :sub:`s`) for a given AUXCLK frequency for TX (and RX if ``auxclk-fs-ratio-rx`` not specified). | ||
| | :sup:`1` If not specified, dividers are calculated from ``.set_sysclk`` via the ASoC machine driver. (For common machine driver such as simple-audio-card or audio-graph-card, this is set via the ``system-clock-frequency = <>`` property in the DAI link). | ||
| | :sup:`1` If not specified, dividers are calculated from ``.set_sysclk`` via the ASoC machine driver. (For common machine driver such as simple-audio-card, audio-graph-card, or audio-graph-card2, this is set via the ``system-clock-frequency = <>`` property in the DAI link or endpoint). |
There was a problem hiding this comment.
| | :sup:`1` If not specified, dividers are calculated from ``.set_sysclk`` via the ASoC machine driver. (For common machine driver such as simple-audio-card, audio-graph-card, or audio-graph-card2, this is set via the ``system-clock-frequency = <>`` property in the DAI link or endpoint). | |
| | :sup:`1` If not specified, dividers are calculated from ``.set_sysclk`` via the ASoC machine driver. The ``system-clock-frequency`` property in the DAI link or endpoint sets this value for common machine drivers such as simple-audio-card, audio-graph-card, or audio-graph-card2). |
| Most TI EVMs use simple-audio-card for its simplicity, though audio-graph-card or custom machine drivers are also supported. | ||
| Most TI EVMs use simple-audio-card for its simplicity, though audio-graph-card2 or custom machine drivers are also supported. | ||
| audio-graph-card2 describes DAI links through the generic OF-graph ``ports``/``port``/``endpoint`` bindings | ||
| on the McASP node instead of ``simple-audio-card``'s ``cpu``/``codec`` phandle pairs (see the example |
There was a problem hiding this comment.
Hm. The term phandle seems to be a colloquialism in the kernel for device tree references. It's well known enough to be used in the bindings, but not actually described in their documentation. Fun. Guess we should incorporate it in the accept list?
| on the McASP node instead of ``simple-audio-card``'s ``cpu``/``codec`` phandle pairs (see the example | ||
| below). It also handles a DPCM (Dynamic PCM) topology, where one front-end stream fans out to, or fans in from, more |
There was a problem hiding this comment.
| on the McASP node instead of ``simple-audio-card``'s ``cpu``/``codec`` phandle pairs (see the example | |
| below). It also handles a DPCM (Dynamic PCM) topology, where one front-end stream fans out to, or fans in from, more | |
| on the McASP node instead of ``simple-audio-card``'s ``cpu``/``codec`` phandle pairs (see the following | |
| example). It also handles a DPCM (Dynamic PCM) topology, where one front-end stream fans out to, or fans in from, more |
Signed-off-by: Sen Wang <sen@ti.com>
f2ce624 to
d0289dd
Compare
Adding audio-graph-card2 support documentation as a part of McASP and its machine driver binding specifics.