<div dir="ltr">Hi,<br><div><br>Replies in between...<br><div class="gmail_extra"><br></div><div class="gmail_extra">Regards,</div><div class="gmail_extra">Luís<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Nov 7, 2017 at 5:03 PM, Russell King - ARM Linux <span dir="ltr"><<a href="mailto:linux@armlinux.org.uk" target="_blank">linux@armlinux.org.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Luís,<br>
<span class="gmail-"><br>
On Tue, Nov 07, 2017 at 04:53:02PM +0000, Luís Mendes wrote:<br>
> Hi Russell,<br>
><br>
> I've just tested my Wandboard Rev.D1 with a Samsung monitor PX2370, model:<br>
> LS23WHEKFV/EN which has HDMI with audio (has an audio pass-through with an<br>
> optical IEC958 connector and an analog stereo audio jack which can be<br>
> connected to an amplifier, despite the monitor has no speakers embedded to<br>
> it) that provides no EDID information, thus I had to force the EDID data<br>
> from my home TV for the audio to work.<br>
<br>
</span>What do you mean "provides no EDID information" - you mean there's no<br>
EDID at all from the monitor, or it's just missing the HDMI vendor<br>
block?  I'd find it hard to accept that there's no EDID information at<br>
all from the monitor.<br>
<br>
Can you provide me with whatever EDID information the monitor does give<br>
please, preferably in binary format.  Thanks.<br></blockquote><div><br></div><div>I got no EDID at all from the monitor.</div><div>get-edid returns:</div><div>No EDID on bus 0</div><div>No EDID on bus 1</div><div>No EDID on bus 2</div><div><br></div><div>hexdump -C /sys/class/drm/card1-HDMI-A-1/edid</div><div>is empty<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<span class="gmail-"><br>
> This made me think the kernel option has_audio={-1,0,1} would be<br>
> appropriate for these cases. I know that you don't find this idea so good,<br>
> but for these cases would be nice. If you want I can provide a patch for<br>
> this.<br>
> What do you say?<br>
<br>
</span>I disagree - if the monitor supports audio, but doesn't advertise in<br>
the EDID that it supports audio, it isn't a source device problem,<br>
and it isn't a source driver problem either.  It's a generic problem.<br>
<br>
Consider if you connect this monitor to some other device, such as a<br>
PC running Intel graphics - should the i915 driver also spring up a<br>
"has_audio" option as well?<br>
<br>
Would it not be more sensible for this to be handled generically<br>
within DRM?<br></blockquote><div> </div><div>You're right it makes more sense. I wasn't thinking in generic terms...<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Regards,<br>
<div class="gmail-HOEnZb"><div class="gmail-h5"><br>
--<br>
RMK's Patch system: <a href="http://www.armlinux.org.uk/developer/patches/" rel="noreferrer" target="_blank">http://www.armlinux.org.uk/<wbr>developer/patches/</a><br>
FTTC broadband for 0.8mile line in suburbia: sync at 8.8Mbps down 630kbps up<br>
According to <a href="http://speedtest.net" rel="noreferrer" target="_blank">speedtest.net</a>: 8.21Mbps down 510kbps up<br>
</div></div></blockquote></div><br></div></div></div>