-
Notifications
You must be signed in to change notification settings - Fork 325
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
topology2: mtl: Add HDMI-in capture support for SSP-based no-headset … #8784
topology2: mtl: Add HDMI-in capture support for SSP-based no-headset … #8784
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@CBala21 I guess this is a HW I2S/HDMI bridge ? - if so, do we need to spell out this as a special case in more inline comments. Thinking aloud, I would not want anyone to copy this example for native HDMI or native I2S as it could cause confusion ?
The changes are added to generate the topology configuration for the product which doesn't have I2S audio codec but they need HDMI-In audio capture via I2S interface. |
Adding HEADSET_CODEC macro and guarded the SSP configuration handling under this macro.By this changes we can generate the topology configuration for the products which has no headset codec. Signed-off-by: Balamurugan C <[email protected]>
override the default HDMI DAI link id's by using make define parameters instead of fixed in file. Signed-off-by: Balamurugan C <[email protected]>
Adding make file changes to generate the topology file for the products which doesn't have no ssp-based audio codec but need to support HDMI audio playback and HDMI-in capture via I2S. Signed-off-by: Balamurugan C <[email protected]>
0db4292
to
953d749
Compare
@plbossart any comments ? |
…codec products.
Adding support for the product which doesn't have no ssp-based audio codec but need to support HDMI audio playback and HDMI-in capture via I2S.