Skip to content
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

vc4: HDMI detection fail on some monitors #116

Open
babyimp opened this issue Oct 17, 2017 · 14 comments
Open

vc4: HDMI detection fail on some monitors #116

babyimp opened this issue Oct 17, 2017 · 14 comments

Comments

@babyimp
Copy link

babyimp commented Oct 17, 2017

Hi,

Android Things DP 5.1 installed on RPI3 fails to detect HDMI connection status on some monitors such as UOTOO 7" TFT monitor and PI-topCEED (all monitors are physically connected via HDMI).

I traced where to fail and notice that a function vc4_hdmi_connector_detect in vc4_hdmi.c returns connector_status_disconnected in such cases.

Any hints or ideas to solve this issue?

@anholt
Copy link
Owner

anholt commented Oct 18, 2017

What kernel are you using? Does the failing monitor not expose an EDID block?

In general, when reporting display issues, you need drm.debug=0x1e on the kernel command line and to attach (not paste) the dmesg.

@babyimp
Copy link
Author

babyimp commented Oct 19, 2017

Sorry about not recognizing the posting rule.

Kernel is 4.4. The monitor exposes an EDID block.
dmesgs both on success case and on fail case attached.
dmesg.tar.gz

@anholt
Copy link
Owner

anholt commented Oct 19, 2017

4.4 is ancient and I don't support it any more. Notably, it doesn't have HDMI HPD support on the pi3. Please update to the current supported branch (4.9) if you're going to stay on the downstream kernel tree.

@babyimp
Copy link
Author

babyimp commented Oct 23, 2017

got it. let's see what will happen after updating to 4.9.

@anholt
Copy link
Owner

anholt commented Nov 9, 2017

Can we close this?

@babyimp
Copy link
Author

babyimp commented Nov 9, 2017

oh, sorry. issue closed.

@babyimp babyimp closed this as completed Nov 9, 2017
@babyimp
Copy link
Author

babyimp commented Jan 4, 2018

I still see this issue after upgrading to 4.9. no issues with HP monitor, Acer monitor, and some others, while edid is not retrieved from UOTOO "7 TFT and some.
dmesg attached (I also turn on i2c debug).
@anholt can you give some comments?
hdmi15.txt

@babyimp babyimp reopened this Jan 4, 2018
@anholt
Copy link
Owner

anholt commented Feb 5, 2018

You've got a timeout on I2C. This may be your monitor being bad at I2C, or bcm2835-i2c being bad at I2C. I've got one fix laying around on the bcm2835-i2c-clock-stretch branch, and I think we also have some potential issues due to not setting I2C_DEL.

@lategoodbye
Copy link

Do you mean the drm-vc4-i2c-fix branch?
Should we send this patch to upstream?

@anholt
Copy link
Owner

anholt commented Feb 6, 2018

Oh, I hadn't pushed the rename of the branch. Yeah, should probably submit.

@anholt
Copy link
Owner

anholt commented Feb 6, 2018

https://patchwork.kernel.org/patch/9148267/ was another i2c patch I wrote at one point

@lategoodbye
Copy link

The edge delay patch won't apply after dynamic clock support. I assume this change should go into bcm2835_i2c_set_divider().

@anholt
Copy link
Owner

anholt commented Feb 22, 2018

The delay patch should now be applied to the i2c tree, and it fixed EDID at least for Boris. https://patchwork.ozlabs.org/patch/870884/

@anholt
Copy link
Owner

anholt commented Jan 17, 2019

@babyimp have you tried since the i2c fixes?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants