Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.kernel > #1311152 > unrolled thread

Re: [PATCH v12 0/18] Add Analogix Core Display Port Driver

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Re: [PATCH v12 0/18] Add Analogix Core Display Port Driver Heiko Stuebner <heiko@sntech.de> - 2016-01-17 15:30 +0100
    Re: [PATCH v12 0/18] Add Analogix Core Display Port Driver Yakir Yang <ykk@rock-chips.com> - 2016-01-18 11:50 +0100

#1311152 — Re: [PATCH v12 0/18] Add Analogix Core Display Port Driver

[Multipart message — attachments visible in raw view] — view raw

Hi Yakir,

Am Mittwoch, 13. Januar 2016, 15:59:51 schrieb Heiko Stuebner:
> Am Mittwoch, 23. Dezember 2015, 20:25:38 schrieb Yakir Yang:
> >    The Samsung Exynos eDP controller and Rockchip RK3288 eDP controller
> > 
> > share the same IP, so a lot of parts can be re-used. I split the common
> > code into bridge directory, then rk3288 and exynos only need to keep
> > some platform code. Cause I can't find the exact IP name of exynos dp
> > controller, so I decide to name dp core driver with "analogix" which I
> > find in rk3288 eDP TRM
> 
> could you rebase your patches on top of Dave's drm-next branch [0] please?
> The exynos part got some const attributes for the *_func_ops structs and
> drm_encoder_init got an additional parameter.
> I'm still hoping that we can get this finally committed once 4.5-rc1 is
> released in 1.5 weeks :-) .
> 
> I did try to merge things together [1], the system at least comes up and
> detects the panel (EDID is read correctly and it turns the backlight on)
> but I don't see any output on the display - hdmi works fine though and
> X11 is claiming everything to be fine in both cases.
> 
> So I don't know yet if I made a mistake when putting this together or
> there is an issue on the driver-side.

I was able to debug this a bit more, and it seems the encoder_helper_funcs 
don't like the prepare/commit callbacks and like enable better.

So when I do something similar to Marks patch a8eef71d38da ("drm/rockchip: 
dw_hdmi: use encoder enable function"), like in the attached patch (to be 
folded into the original addition of those functions), I get display output 
again.


Heiko

> [0] http://cgit.freedesktop.org/~airlied/linux/log/?h=drm-next
> [1] https://github.com/mmind/linux-rockchip/tree/tmp/analogixdp_v12-veyron
> I left out patch16, per your talk with Jingoo and me not seeing any AUX
> CH errors without it.

[toc] | [next] | [standalone]

#1311467

Hi Heiko,

Sorry for the delay reply ;)

On 01/17/2016 10:25 PM, Heiko Stuebner wrote:
> Hi Yakir,
>
> Am Mittwoch, 13. Januar 2016, 15:59:51 schrieb Heiko Stuebner:
>> Am Mittwoch, 23. Dezember 2015, 20:25:38 schrieb Yakir Yang:
>>>     The Samsung Exynos eDP controller and Rockchip RK3288 eDP controller
>>>
>>> share the same IP, so a lot of parts can be re-used. I split the common
>>> code into bridge directory, then rk3288 and exynos only need to keep
>>> some platform code. Cause I can't find the exact IP name of exynos dp
>>> controller, so I decide to name dp core driver with "analogix" which I
>>> find in rk3288 eDP TRM
>> could you rebase your patches on top of Dave's drm-next branch [0] please?
>> The exynos part got some const attributes for the *_func_ops structs and
>> drm_encoder_init got an additional parameter.
Sure
>> I'm still hoping that we can get this finally committed once 4.5-rc1 is
>> released in 1.5 weeks :-) .
>>
>> I did try to merge things together [1], the system at least comes up and
>> detects the panel (EDID is read correctly and it turns the backlight on)
>> but I don't see any output on the display - hdmi works fine though and
>> X11 is claiming everything to be fine in both cases.
Hmmm.... I would double check in my side.
>> So I don't know yet if I made a mistake when putting this together or
>> there is an issue on the driver-side.
> I was able to debug this a bit more, and it seems the encoder_helper_funcs
> don't like the prepare/commit callbacks and like enable better.
Ah..... Yep, Atomic helper seems wouldn't call the prepaer/commit, 
instead we can use the enbale/disable helper functions.
> So when I do something similar to Marks patch a8eef71d38da ("drm/rockchip:
> dw_hdmi: use encoder enable function"), like in the attached patch (to be
> folded into the original addition of those functions), I get display output
> again.

Thanks for your patient debug, I would send the new version out soon  ;)

- Yakir
>
> Heiko
>
>> [0] http://cgit.freedesktop.org/~airlied/linux/log/?h=drm-next
>> [1] https://github.com/mmind/linux-rockchip/tree/tmp/analogixdp_v12-veyron
>> I left out patch16, per your talk with Jingoo and me not seeing any AUX
>> CH errors without it.

[toc] | [prev] | [standalone]

Back to top | Article view | linux.kernel

csiph-web