Regression: HDMI stopped working on rk3399-sapphire in 4.17-rc1

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Apr 16, 2018 at 11:41 PM, Heiko Stuebner <heiko at sntech.de> wrote:
> Hi Vicente,
>
> Am Montag, 16. April 2018, 23:18:27 CEST schrieb Vicente Bergas:
>> Hello,
>>
>> first of all, I am not sure if this goes to
>> linux-rockchip at lists.infradead.org
>> or
>> dri-devel at lists.freedesktop.org
>> Please, tell me if I have chosen the wrong list.
>
> Best would be having both in the Cc list :-)
>
>
>> In 4.16-rc7 the HDMI video works with minor issues, but it is perfectly
>> usable. In 4.17-rc1 the HDMI port is not detected at all.
>>
>> Here are the messages from dmesg that I think are relevant:
>>
>> Linux version 4.16.0-rc7+ (vj at alarm) (gcc version 7.3.0 (GCC)) #15 SMP
>> Mon Mar 26 19:03:44 CEST 2018
>> iommu: Adding device ff8f0000.vop to group 0
>> iommu: Adding device ff900000.vop to group 1
>> rockchip-drm display-subsystem: bound ff8f0000.vop (ops vop_component_ops)
>> rockchip-drm display-subsystem: bound ff900000.vop (ops vop_component_ops)
>> rockchip-drm display-subsystem: failed to bind ff940000.hdmi (ops
>> dw_hdmi_rockchip_ops): -EPROBE_DEFER
>> rockchip-drm display-subsystem: master bind failed: -EPROBE_DEFER
>> rockchip-drm display-subsystem: bound ff8f0000.vop (ops vop_component_ops)
>> rockchip-drm display-subsystem: bound ff900000.vop (ops vop_component_ops)
>> dwhdmi-rockchip ff940000.hdmi: Detected HDMI TX controller v2.11a with
>> HDCP (DWC HDMI 2.0 TX PHY)
>> rockchip-drm display-subsystem: bound ff940000.hdmi (ops dw_hdmi_rockchip_ops)
>> [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
>> [drm] No driver support for vblank timestamp query.
>> Console: switching to colour frame buffer device 240x67
>> rockchip-drm display-subsystem: fb0:  frame buffer device
>> [drm] Initialized rockchip 1.0.0 20140818 for display-subsystem on minor 0
>>
>> Linux version 4.17.0-rc1+ (vj at alarm) (gcc version 7.3.0 (GCC)) #1 SMP
>> Mon Apr 16 19:42:50 CEST 2018
>> rk_iommu ff8f3f00.iommu: Failed to get clk 'iface': -ENOENT
>> rk_iommu: probe of ff8f3f00.iommu failed with error -ENOENT
>> rk_iommu ff903f00.iommu: Failed to get clk 'iface': -ENOENT
>> rk_iommu: probe of ff903f00.iommu failed with error -ENOENT
>> rockchip-drm display-subsystem: Linked as a consumer to ff8f0000.vop
>> rockchip-drm display-subsystem: Linked as a consumer to ff900000.vop
>> rockchip-drm display-subsystem: Linked as a consumer to ff940000.hdmi
>> rockchip-drm display-subsystem: master bind failed: -12
>> rockchip-vop: probe of ff900000.vop failed with error -12
>>
>>
>> While fixing this issue, I can help debugging and testing.
>
> I do belive
>         https://patchwork.codeaurora.org/patch/495129/
> should do the trick. Needs a respin to make it a bit more
> beatiful, but should restore your display output again nevertheless.
>
>
> Heiko

Hi Heiko,
thanks for such a quick answer!
Tomorrow I'll give it a try.

Regards,
  Vicente.



[Index of Archives]     [LM Sensors]     [Linux Sound]     [ALSA Users]     [ALSA Devel]     [Linux Audio Users]     [Linux Media]     [Kernel]     [Gimp]     [Yosemite News]     [Linux Media]

  Powered by Linux