Bug 111572

On HDMI this should result in a full modeset. Can you grab a full dmesg with drm.debug=0x1e so we can see what happens when you change the prop value?

Created attachment 145322 [details]
Log with drm.debug=0x1e when setting Broadcast RGB

Attached is prop.log. I added a pr_info in intel_digital_connector_atomic_set_property() when the Broadcast RGB property changes ("HV: set broadcast_rgb to 1").

Note that I'm testing on an Intel NUC7i5BNB where DP-1 is a DP-to-HDMI branch device (MegaChips 2800). So it is not a native HDMI device.

I'm happy to test more if needed.

(In reply to Hans Verkuil from comment #2)
> Created attachment 145322 [details]
> Log with drm.debug=0x1e when setting Broadcast RGB
> 
> Attached is prop.log. I added a pr_info in
> intel_digital_connector_atomic_set_property() when the Broadcast RGB
> property changes ("HV: set broadcast_rgb to 1").
> 
> Note that I'm testing on an Intel NUC7i5BNB where DP-1 is a DP-to-HDMI
> branch device (MegaChips 2800). So it is not a native HDMI device.
> 
> I'm happy to test more if needed.

Ah LSPCON. Yeah that's probably borked because we have no readout and hence the infoframe state checker isn't hooked up either, and so the code doesn't realize it needs a full modeset to update the infoframe. Not the only problem in the LSPCON code unfortunately.

(In reply to Ville Syrjala from comment #3)
> (In reply to Hans Verkuil from comment #2)
> > Created attachment 145322 [details]
> > Log with drm.debug=0x1e when setting Broadcast RGB
> > 
> > Attached is prop.log. I added a pr_info in
> > intel_digital_connector_atomic_set_property() when the Broadcast RGB
> > property changes ("HV: set broadcast_rgb to 1").
> > 
> > Note that I'm testing on an Intel NUC7i5BNB where DP-1 is a DP-to-HDMI
> > branch device (MegaChips 2800). So it is not a native HDMI device.
> > 
> > I'm happy to test more if needed.
> 
> Ah LSPCON. Yeah that's probably borked because we have no readout and hence
> the infoframe state checker isn't hooked up either, and so the code doesn't
> realize it needs a full modeset to update the infoframe. Not the only
> problem in the LSPCON code unfortunately.

Swati/Shshank, Latest/upcoming FW will help here?

(In reply to Lakshmi from comment #4)
> (In reply to Ville Syrjala from comment #3)
> > (In reply to Hans Verkuil from comment #2)
> > > Created attachment 145322 [details]
> > > Log with drm.debug=0x1e when setting Broadcast RGB
> > > 
> > > Attached is prop.log. I added a pr_info in
> > > intel_digital_connector_atomic_set_property() when the Broadcast RGB
> > > property changes ("HV: set broadcast_rgb to 1").
> > > 
> > > Note that I'm testing on an Intel NUC7i5BNB where DP-1 is a DP-to-HDMI
> > > branch device (MegaChips 2800). So it is not a native HDMI device.
> > > 
> > > I'm happy to test more if needed.
> > 
> > Ah LSPCON. Yeah that's probably borked because we have no readout and hence
> > the infoframe state checker isn't hooked up either, and so the code doesn't
> > realize it needs a full modeset to update the infoframe. Not the only
> > problem in the LSPCON code unfortunately.
> 
> Swati/Shshank, Latest/upcoming FW will help here?

Firmware is no help here. The code needs to:
- precompute the infoframes properly
- read out the infoframe so that the state checker will work
- add a mechanims by which we can disable the infoframe (because I suspect currnely it's sending infoframes to DVI sinks)

-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/drm/intel/issues/397.