On Wed, Apr 06, 2022 at 11:47:22AM +0200, Piotr Oniszczuk wrote:
>
>
> > Wiadomość napisana przez Piotr Oniszczuk <piotr.oniszczuk@xxxxxxxxx> w dniu 01.04.2022, o godz. 15:05:
> >
> >
> >
> >> Wiadomość napisana przez Sascha Hauer <s.hauer@xxxxxxxxxxxxxx> w dniu 01.04.2022, o godz. 14:52:
> >>
> >> Based on the discussion with Andy please try the following patch, it
> >> should fix your green screen issue. Note that with this patch the
> >> CRTC and plane ids will change, so the modetest commands need to be
> >> adjusted accordingly.
> >>
> >> Sascha
> >>
> >> -------------------------8<---------------------------
> >>
> >> --
> >> From cbc03073623a7180243331ac24c3afaf9dec7522 Mon Sep 17 00:00:00 2001
> >> From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
> >> Date: Fri, 1 Apr 2022 14:48:49 +0200
> >> Subject: [PATCH] fixup! drm: rockchip: Add VOP2 driver
> >>
> >> ---
> >> drivers/gpu/drm/rockchip/rockchip_drm_vop2.c | 14 ++++++++++++++
> >> 1 file changed, 14 insertions(+)
> >>
> >> diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_vop2.c b/drivers/gpu/drm/rockchip/rockchip_drm_vop2.c
> >> index 7dba7b9b63dc6..1421bf2f133f1 100644
> >> --- a/drivers/gpu/drm/rockchip/rockchip_drm_vop2.c
> >> +++ b/drivers/gpu/drm/rockchip/rockchip_drm_vop2.c
> >> @@ -2287,6 +2287,20 @@ static int vop2_create_crtc(struct vop2 *vop2)
> >> }
> >> }
> >>
> >> + if (vop2->data->soc_id == 3566) {
> >> + /*
> >> + * On RK3566 these windows don't have an independent
> >> + * framebuffer. They share the framebuffer with smart0,
> >> + * esmart0 and cluster0 respectively.
> >> + */
> >> + switch (win->data->phys_id) {
> >> + case ROCKCHIP_VOP2_SMART1:
> >> + case ROCKCHIP_VOP2_ESMART1:
> >> + case ROCKCHIP_VOP2_CLUSTER1:
> >> + continue;
> >> + }
> >> + }
> >> +
> >> if (win->type == DRM_PLANE_TYPE_OVERLAY)
> >> possible_crtcs = (1 << nvps) - 1;
> >>
> >> --
> >> 2.30.2
> >>
> >> Pengutronix e.K. | |
> >> Steuerwalder Str. 21 | http://www.pengutronix.de/ |
> >> 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
> >> Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
> >
> > Sascha
> >
> > Now works perfectly!
> > (hd playback with 3.5...5.5% cpu while rendering to drm plane)
> >
> > Fantastic work of You!
>
> Sascha,
>
> Having vop2 finally working with drm planes rendering i discovered another issue: overlay osd is invisible at playback.
>
> context: player draws video on plane #X and osd on overlay plane #Y
> When user do i.e. seek at playback - app uses overlay OSD plane to display OSD to user. This approach is used by majority of players (KODI, etc.)
>
> This works well on all platforms i have - except rk3566
>
> For me it looks like z-order vop2 issue or alpha blending issue.
> As this is only on rk3566 and only on drm-planes mode - issue is vop2 related imho.
During my testing I haven't seen any z-order issues, but that doesn't
mean much. With Weston I can currently only use the AFBC enabled cluster
windows and with modetest I can only use the non-cluster windows. Are
you able to find out which window is used for the OSD?
Sascha
--
Pengutronix e.K. | |
Steuerwalder Str. 21 | http://www.pengutronix.de/ |
31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
