All of lore.kernel.org
 help / color / mirror / Atom feed
From: Daniel Stone <daniel@fooishbar.org>
To: Andy Yan <andy.yan@rock-chips.com>
Cc: Sascha Hauer <s.hauer@pengutronix.de>,
	dri-devel@lists.freedesktop.org, devicetree@vger.kernel.org,
	Benjamin Gaignard <benjamin.gaignard@collabora.com>,
	Sandy Huang <hjc@rock-chips.com>,
	linux-rockchip@lists.infradead.org,
	Michael Riesch <michael.riesch@wolfvision.net>,
	kernel@pengutronix.de, Peter Geis <pgwipeout@gmail.com>,
	linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v8 22/24] drm: rockchip: Add VOP2 driver
Date: Tue, 15 Mar 2022 12:43:18 +0000	[thread overview]
Message-ID: <CAPj87rM4StzGMqPfK=j5p0-mY2=ENZnZWx9QDL_jo8SzNTXWTQ@mail.gmail.com> (raw)
In-Reply-To: <9ec29d9b-8197-98fb-c612-5c842e4212c4@rock-chips.com>

Hi Andy,

On Tue, 15 Mar 2022 at 06:46, Andy Yan <andy.yan@rock-chips.com> wrote:
> On 3/11/22 16:33, Sascha Hauer wrote:
> > The driver is tested with HDMI and MIPI-DSI display on a RK3568-EVB
> > board. Overlay support is tested with the modetest utility. AFBC support
> > on the cluster windows is tested with weston-simple-dmabuf-egl on
> > weston using the (yet to be upstreamed) panfrost driver support.
>
> Do we need some modification to test AFBC by weston-simple-dma-egl ?
>
> I have a buildroot system with weston-10.0.9 and mesa 21.3.5.
>
> After launch weston, I run weston-simple-dmabuf-egl, but from the output
>
> of sys/kernel/debug/dri/0/state, the weston is still use Smart0-win0,
> which is
>
> a non-AFBC window.
>
> Do i need to modify the vop2 driver to set one Cluster window as primary
> plane?

Are you using the open-source Panfrost driver, or the proprietary Arm
DDK? The DDK was previously using some non-standard modifier tokens
which have since been corrected upstream.

You can see from running `weston-debug drm-backend` (if you start
Weston with `--debug`) the output as it tries to put client surfaces
on to overlay planes, and why it can or cannot.

For Weston's own composited output (used when it cannot place client
surfaces on to planes), it will just use whatever the KMS driver
declares as the primary plane. Weston does not have any logic to say
'oh, this plane is AFBC and AFBC is better, so I will use this as my
primary plane': we just follow what the kernel tells us.

Cheers,
Daniel

WARNING: multiple messages have this Message-ID (diff)
From: Daniel Stone <daniel@fooishbar.org>
To: Andy Yan <andy.yan@rock-chips.com>
Cc: Sascha Hauer <s.hauer@pengutronix.de>,
	dri-devel@lists.freedesktop.org,  devicetree@vger.kernel.org,
	 Benjamin Gaignard <benjamin.gaignard@collabora.com>,
	Sandy Huang <hjc@rock-chips.com>,
	linux-rockchip@lists.infradead.org,
	 Michael Riesch <michael.riesch@wolfvision.net>,
	kernel@pengutronix.de,  Peter Geis <pgwipeout@gmail.com>,
	linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v8 22/24] drm: rockchip: Add VOP2 driver
Date: Tue, 15 Mar 2022 12:43:18 +0000	[thread overview]
Message-ID: <CAPj87rM4StzGMqPfK=j5p0-mY2=ENZnZWx9QDL_jo8SzNTXWTQ@mail.gmail.com> (raw)
In-Reply-To: <9ec29d9b-8197-98fb-c612-5c842e4212c4@rock-chips.com>

Hi Andy,

On Tue, 15 Mar 2022 at 06:46, Andy Yan <andy.yan@rock-chips.com> wrote:
> On 3/11/22 16:33, Sascha Hauer wrote:
> > The driver is tested with HDMI and MIPI-DSI display on a RK3568-EVB
> > board. Overlay support is tested with the modetest utility. AFBC support
> > on the cluster windows is tested with weston-simple-dmabuf-egl on
> > weston using the (yet to be upstreamed) panfrost driver support.
>
> Do we need some modification to test AFBC by weston-simple-dma-egl ?
>
> I have a buildroot system with weston-10.0.9 and mesa 21.3.5.
>
> After launch weston, I run weston-simple-dmabuf-egl, but from the output
>
> of sys/kernel/debug/dri/0/state, the weston is still use Smart0-win0,
> which is
>
> a non-AFBC window.
>
> Do i need to modify the vop2 driver to set one Cluster window as primary
> plane?

Are you using the open-source Panfrost driver, or the proprietary Arm
DDK? The DDK was previously using some non-standard modifier tokens
which have since been corrected upstream.

You can see from running `weston-debug drm-backend` (if you start
Weston with `--debug`) the output as it tries to put client surfaces
on to overlay planes, and why it can or cannot.

For Weston's own composited output (used when it cannot place client
surfaces on to planes), it will just use whatever the KMS driver
declares as the primary plane. Weston does not have any logic to say
'oh, this plane is AFBC and AFBC is better, so I will use this as my
primary plane': we just follow what the kernel tells us.

Cheers,
Daniel

_______________________________________________
Linux-rockchip mailing list
Linux-rockchip@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-rockchip

WARNING: multiple messages have this Message-ID (diff)
From: Daniel Stone <daniel@fooishbar.org>
To: Andy Yan <andy.yan@rock-chips.com>
Cc: devicetree@vger.kernel.org,
	Benjamin Gaignard <benjamin.gaignard@collabora.com>,
	Peter Geis <pgwipeout@gmail.com>,
	Sascha Hauer <s.hauer@pengutronix.de>,
	Sandy Huang <hjc@rock-chips.com>,
	dri-devel@lists.freedesktop.org,
	linux-rockchip@lists.infradead.org,
	Michael Riesch <michael.riesch@wolfvision.net>,
	kernel@pengutronix.de, linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v8 22/24] drm: rockchip: Add VOP2 driver
Date: Tue, 15 Mar 2022 12:43:18 +0000	[thread overview]
Message-ID: <CAPj87rM4StzGMqPfK=j5p0-mY2=ENZnZWx9QDL_jo8SzNTXWTQ@mail.gmail.com> (raw)
In-Reply-To: <9ec29d9b-8197-98fb-c612-5c842e4212c4@rock-chips.com>

Hi Andy,

On Tue, 15 Mar 2022 at 06:46, Andy Yan <andy.yan@rock-chips.com> wrote:
> On 3/11/22 16:33, Sascha Hauer wrote:
> > The driver is tested with HDMI and MIPI-DSI display on a RK3568-EVB
> > board. Overlay support is tested with the modetest utility. AFBC support
> > on the cluster windows is tested with weston-simple-dmabuf-egl on
> > weston using the (yet to be upstreamed) panfrost driver support.
>
> Do we need some modification to test AFBC by weston-simple-dma-egl ?
>
> I have a buildroot system with weston-10.0.9 and mesa 21.3.5.
>
> After launch weston, I run weston-simple-dmabuf-egl, but from the output
>
> of sys/kernel/debug/dri/0/state, the weston is still use Smart0-win0,
> which is
>
> a non-AFBC window.
>
> Do i need to modify the vop2 driver to set one Cluster window as primary
> plane?

Are you using the open-source Panfrost driver, or the proprietary Arm
DDK? The DDK was previously using some non-standard modifier tokens
which have since been corrected upstream.

You can see from running `weston-debug drm-backend` (if you start
Weston with `--debug`) the output as it tries to put client surfaces
on to overlay planes, and why it can or cannot.

For Weston's own composited output (used when it cannot place client
surfaces on to planes), it will just use whatever the KMS driver
declares as the primary plane. Weston does not have any logic to say
'oh, this plane is AFBC and AFBC is better, so I will use this as my
primary plane': we just follow what the kernel tells us.

Cheers,
Daniel

WARNING: multiple messages have this Message-ID (diff)
From: Daniel Stone <daniel@fooishbar.org>
To: Andy Yan <andy.yan@rock-chips.com>
Cc: Sascha Hauer <s.hauer@pengutronix.de>,
	dri-devel@lists.freedesktop.org,  devicetree@vger.kernel.org,
	 Benjamin Gaignard <benjamin.gaignard@collabora.com>,
	Sandy Huang <hjc@rock-chips.com>,
	linux-rockchip@lists.infradead.org,
	 Michael Riesch <michael.riesch@wolfvision.net>,
	kernel@pengutronix.de,  Peter Geis <pgwipeout@gmail.com>,
	linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v8 22/24] drm: rockchip: Add VOP2 driver
Date: Tue, 15 Mar 2022 12:43:18 +0000	[thread overview]
Message-ID: <CAPj87rM4StzGMqPfK=j5p0-mY2=ENZnZWx9QDL_jo8SzNTXWTQ@mail.gmail.com> (raw)
In-Reply-To: <9ec29d9b-8197-98fb-c612-5c842e4212c4@rock-chips.com>

Hi Andy,

On Tue, 15 Mar 2022 at 06:46, Andy Yan <andy.yan@rock-chips.com> wrote:
> On 3/11/22 16:33, Sascha Hauer wrote:
> > The driver is tested with HDMI and MIPI-DSI display on a RK3568-EVB
> > board. Overlay support is tested with the modetest utility. AFBC support
> > on the cluster windows is tested with weston-simple-dmabuf-egl on
> > weston using the (yet to be upstreamed) panfrost driver support.
>
> Do we need some modification to test AFBC by weston-simple-dma-egl ?
>
> I have a buildroot system with weston-10.0.9 and mesa 21.3.5.
>
> After launch weston, I run weston-simple-dmabuf-egl, but from the output
>
> of sys/kernel/debug/dri/0/state, the weston is still use Smart0-win0,
> which is
>
> a non-AFBC window.
>
> Do i need to modify the vop2 driver to set one Cluster window as primary
> plane?

Are you using the open-source Panfrost driver, or the proprietary Arm
DDK? The DDK was previously using some non-standard modifier tokens
which have since been corrected upstream.

You can see from running `weston-debug drm-backend` (if you start
Weston with `--debug`) the output as it tries to put client surfaces
on to overlay planes, and why it can or cannot.

For Weston's own composited output (used when it cannot place client
surfaces on to planes), it will just use whatever the KMS driver
declares as the primary plane. Weston does not have any logic to say
'oh, this plane is AFBC and AFBC is better, so I will use this as my
primary plane': we just follow what the kernel tells us.

Cheers,
Daniel

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

  reply	other threads:[~2022-03-15 12:43 UTC|newest]

Thread overview: 159+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-03-11  8:32 [PATCH v8 00/24] drm/rockchip: RK356x VOP2 support Sascha Hauer
2022-03-11  8:32 ` Sascha Hauer
2022-03-11  8:32 ` Sascha Hauer
2022-03-11  8:32 ` Sascha Hauer
2022-03-11  8:33 ` [PATCH v8 01/24] drm/rockchip: Embed drm_encoder into rockchip_decoder Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33 ` [PATCH v8 02/24] drm/rockchip: Add crtc_endpoint_id to rockchip_encoder Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33 ` [PATCH v8 03/24] drm/rockchip: dw_hdmi: rename vpll clock to reference clock Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33 ` [PATCH v8 04/24] dt-bindings: display: rockchip: dw-hdmi: use "ref" as clock name Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33 ` [PATCH v8 05/24] arm64: dts: rockchip: rk3399: rename HDMI ref clock to 'ref' Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33 ` [PATCH v8 06/24] drm/rockchip: dw_hdmi: add rk3568 support Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33 ` [PATCH v8 07/24] dt-bindings: display: rockchip: dw-hdmi: Add compatible for rk3568 HDMI Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33 ` [PATCH v8 08/24] drm/rockchip: dw_hdmi: add regulator support Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33 ` [PATCH v8 09/24] drm/rockchip: dw_hdmi: Add support for niu clk Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-12 21:07   ` Dmitry Osipenko
2022-03-12 21:07     ` Dmitry Osipenko
2022-03-12 21:07     ` Dmitry Osipenko
2022-03-12 21:07     ` Dmitry Osipenko
2022-03-14  8:18     ` Sascha Hauer
2022-03-14  8:18       ` Sascha Hauer
2022-03-14  8:18       ` Sascha Hauer
2022-03-14  8:18       ` Sascha Hauer
2022-03-14 17:54       ` Dmitry Osipenko
2022-03-14 17:54         ` Dmitry Osipenko
2022-03-14 17:54         ` Dmitry Osipenko
2022-03-14 17:54         ` Dmitry Osipenko
2022-03-16  9:12         ` Sascha Hauer
2022-03-16  9:12           ` Sascha Hauer
2022-03-16  9:12           ` Sascha Hauer
2022-03-16  9:12           ` Sascha Hauer
2022-03-16 13:01           ` Dmitry Osipenko
2022-03-16 13:01             ` Dmitry Osipenko
2022-03-16 13:01             ` Dmitry Osipenko
2022-03-16 13:01             ` Dmitry Osipenko
2022-03-16 13:55             ` Robin Murphy
2022-03-16 13:55               ` Robin Murphy
2022-03-16 13:55               ` Robin Murphy
2022-03-16 13:55               ` Robin Murphy
2022-03-16 14:01               ` Dmitry Osipenko
2022-03-16 14:01                 ` Dmitry Osipenko
2022-03-16 14:01                 ` Dmitry Osipenko
2022-03-16 14:01                 ` Dmitry Osipenko
2022-03-16 14:31             ` Sascha Hauer
2022-03-16 14:31               ` Sascha Hauer
2022-03-16 14:31               ` Sascha Hauer
2022-03-16 14:31               ` Sascha Hauer
2022-03-11  8:33 ` [PATCH v8 10/24] dt-bindings: display: rockchip: dw-hdmi: Add additional clock Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11 14:55   ` Rob Herring
2022-03-11 14:55     ` Rob Herring
2022-03-11 14:55     ` Rob Herring
2022-03-11 14:55     ` Rob Herring
2022-03-11  8:33 ` [PATCH v8 11/24] dt-bindings: display: rockchip: dw-hdmi: Add regulator support Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33 ` [PATCH v8 12/24] drm/rockchip: dw_hdmi: Use auto-generated tables Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33 ` [PATCH v8 13/24] drm/rockchip: dw_hdmi: drop mode_valid hook Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33 ` [PATCH v8 14/24] drm/rockchip: dw_hdmi: Set cur_ctr to 0 always Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33 ` [PATCH v8 15/24] drm/rockchip: dw_hdmi: add default 594Mhz clk for 4K@60hz Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33 ` [PATCH v8 16/24] dt-bindings: display: rockchip: dw-hdmi: Make unwedge pinctrl optional Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33 ` [PATCH v8 17/24] arm64: dts: rockchip: rk356x: Add VOP2 nodes Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33 ` [PATCH v8 18/24] arm64: dts: rockchip: rk356x: Add HDMI nodes Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33 ` [PATCH v8 19/24] arm64: dts: rockchip: rk3568-evb: Enable VOP2 and hdmi Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33 ` [PATCH v8 20/24] arm64: dts: rockchip: enable vop2 and hdmi tx on quartz64a Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33 ` [PATCH v8 21/24] drm/rockchip: Make VOP driver optional Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33 ` [PATCH v8 22/24] drm: rockchip: Add VOP2 driver Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-14 12:27   ` 黄家钗
2022-03-14 13:07   ` [PATCH " Huang Jiachai
2022-03-15  6:46   ` Andy Yan
2022-03-15  6:46     ` Andy Yan
2022-03-15  6:46     ` Andy Yan
2022-03-15  6:46     ` Andy Yan
2022-03-15 12:43     ` Daniel Stone [this message]
2022-03-15 12:43       ` Daniel Stone
2022-03-15 12:43       ` Daniel Stone
2022-03-15 12:43       ` Daniel Stone
2022-03-16  1:14       ` Andy Yan
2022-03-16  1:14         ` Andy Yan
2022-03-16  1:14         ` Andy Yan
2022-03-16  1:14         ` Andy Yan
2022-03-16  7:40     ` Sascha Hauer
2022-03-16  7:40       ` Sascha Hauer
2022-03-16  7:40       ` Sascha Hauer
2022-03-16  7:40       ` Sascha Hauer
2022-03-16 12:22       ` Andy Yan
2022-03-17  7:23         ` Andy Yan
2022-03-18  8:52           ` Sascha Hauer
2022-03-18  8:52             ` Sascha Hauer
2022-03-18  8:52             ` Sascha Hauer
2022-03-18  8:52             ` Sascha Hauer
2022-03-11  8:33 ` [PATCH v8 23/24] dt-bindings: display: rockchip: Add binding for VOP2 Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33 ` [PATCH v8 24/24] dt-bindings: display: rockchip: dw-hdmi: fix ports description Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer
2022-03-11  8:33   ` Sascha Hauer

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAPj87rM4StzGMqPfK=j5p0-mY2=ENZnZWx9QDL_jo8SzNTXWTQ@mail.gmail.com' \
    --to=daniel@fooishbar.org \
    --cc=andy.yan@rock-chips.com \
    --cc=benjamin.gaignard@collabora.com \
    --cc=devicetree@vger.kernel.org \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=hjc@rock-chips.com \
    --cc=kernel@pengutronix.de \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-rockchip@lists.infradead.org \
    --cc=michael.riesch@wolfvision.net \
    --cc=pgwipeout@gmail.com \
    --cc=s.hauer@pengutronix.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.