On Tue, Apr 23, 2024 at 04:55:32PM +0100, Srinivas Kandagatla wrote:
On 23/04/2024 13:02, Johan Hovold wrote:
On Mon, Apr 22, 2024 at 02:43:52PM +0100, Srinivas Kandagatla wrote:
static const struct snd_soc_dapm_widget qcom_jack_snd_widgets[] = { SND_SOC_DAPM_HP("Headphone Jack", NULL), SND_SOC_DAPM_MIC("Mic Jack", NULL),
- SND_SOC_DAPM_SPK("HDMI/DP0 Jack", NULL),
- SND_SOC_DAPM_SPK("HDMI/DP1 Jack", NULL),
- SND_SOC_DAPM_SPK("HDMI/DP2 Jack", NULL),
Shouldn't these be split in dedicated HDMI and DP jacks too? What if you have a machine with HDMI and DP jacks which would otherwise both claim "HDMI/DP0"?
These map to the Jack's added as part of qcom_snd_dp_jack_setup and belong to DISPLAY_PORT_RX_0, DISPLAY_PORT_RX_1, DISPLAY_PORT_RX_2.
If its going via USB-C DP controller it will be either DP or an HDMI ?
It will always be DP out of the machine even if an adapter can convert to HDMI internally.
The DRM ports are called "DP-1" and "DP-2" so it seems we should match that.
This is the most common naming for the USB-C DP/HDMI jack events.
It looks like some Intel machines use names like "HDMI/DP, pcm=%d Jack" (with a pcm device number), but we also have "DP Jack". Not sure which are are used with USB-C, though. (Or if the former actually support HDMI altmode.)
Qualcomm LPASS in some older SoCs had a dedicated HDMI interface which is different to this one.
Usual Other ways to connect HDMI is via external HDMI Bridge using I2S interface which totally different to this DP interface.
Sure, but if there's ever a design with such a port then it will be called "HDMI Jack" and then the "HDMI in "HDMI/DP0 Jack" is unnecessary and confusing when it is always DP out.
Johan