All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andy Yan <andy.yan@rock-chips.com>
To: Sascha Hauer <s.hauer@pengutronix.de>,
	Piotr Oniszczuk <piotr.oniszczuk@gmail.com>
Cc: "devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
	"Benjamin Gaignard" <benjamin.gaignard@collabora.com>,
	"Heiko Stübner" <heiko@sntech.de>,
	"Peter Geis" <pgwipeout@gmail.com>,
	"Sandy Huang" <hjc@rock-chips.com>,
	dri-devel@lists.freedesktop.org,
	"open list:ARM/Rockchip SoC..."
	<linux-rockchip@lists.infradead.org>,
	"Michael Riesch" <michael.riesch@wolfvision.net>,
	kernel@pengutronix.de,
	"linux-arm-kernel@lists.infradead.org"
	<linux-arm-kernel@lists.infradead.org>
Subject: Re: [PATCH v9 00/23] drm/rockchip: RK356x VOP2 support
Date: Thu, 31 Mar 2022 20:13:09 +0800	[thread overview]
Message-ID: <af8445e0-f4af-721b-709e-2eb7c488a8a4@rock-chips.com> (raw)
In-Reply-To: <20220330192054.GA4012@pengutronix.de>

Hi Piotr:

On 3/31/22 03:20, Sascha Hauer wrote:
> On Wed, Mar 30, 2022 at 04:52:22PM +0200, Piotr Oniszczuk wrote:
>>
>>> Wiadomość napisana przez Sascha Hauer <s.hauer@pengutronix.de> w dniu 30.03.2022, o godz. 12:20:
>>>
>>> Does it change anything if you do a "modetest -s 69@67:1920x1080" before
>>> starting the app? Or if you run "modetest -P 43@67:1920x1080@NV12"
>>> before starting the app? Or other combinations thereof?
>> So i tried following combinations
>>
>> -boot
>> -modetest -s 69@67:1920x1080 -> ok
>> -modetest -P 43@67:1920x1080@NV12 -> green screen
> I have no idea what is going on here. There same commands work for me.
> You could provide me your kernel config and upstream commitish you are
> working on, maybe that gets me closer to your setup.


It's a little strange, I can't reproduce this issue neither.

But I have problem with this two step command sequence.

step 1:  modetest -s 69@67:1920x1080 -> ok

step 2:  modetest -P 43@67:1920x1080@NV12,

I got the failed message:  "failed to enable plane: Permission denied"

Because the drm core will stop step2 by drm_ioctrl_permit as 
DRM_IOCTL_SETPLANE need a master,

but the current master is the modetest run by step1.

static int drm_ioctl_permit(u32 flags, struct drm_file *file_priv)
{

         /* ROOT_ONLY is only for CAP_SYS_ADMIN */
         if (unlikely((flags & DRM_ROOT_ONLY) && !capable(CAP_SYS_ADMIN))) {
                 printk("DRM_ROOT_ONLY\n");
                 return -EACCES;
         }

         /* AUTH is only for authenticated or render client */
         if (unlikely((flags & DRM_AUTH) && 
!drm_is_render_client(file_priv) &&
                      !file_priv->authenticated)) {
                 printk("DRM_AUTH\n");
                 return -EACCES;
         }

         /* MASTER is only for master or control clients */
         if (unlikely((flags & DRM_MASTER) &&
                      !drm_is_current_master(file_priv))) {
                 printk("DRM_MASTER\n");
                 return -EACCES;
         }

         /* Render clients must be explicitly allowed */
         if (unlikely(!(flags & DRM_RENDER_ALLOW) &&
                      drm_is_render_client(file_priv))) {
                 printk("DRM_RENDER_NOT_ALLOW\n");
                 return -EACCES;
         }

         return 0;
}


After bypass the permission check, I can run step 2 , but the display on 
the screen will have a shift as the wrong dly configuration.

So how you two got step two run success?

Piotr:

What soc is on you board? rk3566 or rk3568?

I have a scripts[0]  use io[1] command to dump the VOP2 register you can 
use it dump the register configuration when you meet a display failure,

then send the dump to me, maybe I can figure out something.

[0]https://github.com/andyshrk/buildroot/blob/2022/board/andyshrk/rootfs_overlay/usr/bin/vop2_dump.sh

[1] https://github.com/andyshrk/io

>
> Sascha
>

WARNING: multiple messages have this Message-ID (diff)
From: Andy Yan <andy.yan@rock-chips.com>
To: Sascha Hauer <s.hauer@pengutronix.de>,
	Piotr Oniszczuk <piotr.oniszczuk@gmail.com>
Cc: "devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
	"Benjamin Gaignard" <benjamin.gaignard@collabora.com>,
	"Heiko Stübner" <heiko@sntech.de>,
	"Peter Geis" <pgwipeout@gmail.com>,
	"Sandy Huang" <hjc@rock-chips.com>,
	dri-devel@lists.freedesktop.org,
	"open list:ARM/Rockchip SoC..."
	<linux-rockchip@lists.infradead.org>,
	"Michael Riesch" <michael.riesch@wolfvision.net>,
	kernel@pengutronix.de,
	"linux-arm-kernel@lists.infradead.org"
	<linux-arm-kernel@lists.infradead.org>
Subject: Re: [PATCH v9 00/23] drm/rockchip: RK356x VOP2 support
Date: Thu, 31 Mar 2022 20:13:09 +0800	[thread overview]
Message-ID: <af8445e0-f4af-721b-709e-2eb7c488a8a4@rock-chips.com> (raw)
In-Reply-To: <20220330192054.GA4012@pengutronix.de>

Hi Piotr:

On 3/31/22 03:20, Sascha Hauer wrote:
> On Wed, Mar 30, 2022 at 04:52:22PM +0200, Piotr Oniszczuk wrote:
>>
>>> Wiadomość napisana przez Sascha Hauer <s.hauer@pengutronix.de> w dniu 30.03.2022, o godz. 12:20:
>>>
>>> Does it change anything if you do a "modetest -s 69@67:1920x1080" before
>>> starting the app? Or if you run "modetest -P 43@67:1920x1080@NV12"
>>> before starting the app? Or other combinations thereof?
>> So i tried following combinations
>>
>> -boot
>> -modetest -s 69@67:1920x1080 -> ok
>> -modetest -P 43@67:1920x1080@NV12 -> green screen
> I have no idea what is going on here. There same commands work for me.
> You could provide me your kernel config and upstream commitish you are
> working on, maybe that gets me closer to your setup.


It's a little strange, I can't reproduce this issue neither.

But I have problem with this two step command sequence.

step 1:  modetest -s 69@67:1920x1080 -> ok

step 2:  modetest -P 43@67:1920x1080@NV12,

I got the failed message:  "failed to enable plane: Permission denied"

Because the drm core will stop step2 by drm_ioctrl_permit as 
DRM_IOCTL_SETPLANE need a master,

but the current master is the modetest run by step1.

static int drm_ioctl_permit(u32 flags, struct drm_file *file_priv)
{

         /* ROOT_ONLY is only for CAP_SYS_ADMIN */
         if (unlikely((flags & DRM_ROOT_ONLY) && !capable(CAP_SYS_ADMIN))) {
                 printk("DRM_ROOT_ONLY\n");
                 return -EACCES;
         }

         /* AUTH is only for authenticated or render client */
         if (unlikely((flags & DRM_AUTH) && 
!drm_is_render_client(file_priv) &&
                      !file_priv->authenticated)) {
                 printk("DRM_AUTH\n");
                 return -EACCES;
         }

         /* MASTER is only for master or control clients */
         if (unlikely((flags & DRM_MASTER) &&
                      !drm_is_current_master(file_priv))) {
                 printk("DRM_MASTER\n");
                 return -EACCES;
         }

         /* Render clients must be explicitly allowed */
         if (unlikely(!(flags & DRM_RENDER_ALLOW) &&
                      drm_is_render_client(file_priv))) {
                 printk("DRM_RENDER_NOT_ALLOW\n");
                 return -EACCES;
         }

         return 0;
}


After bypass the permission check, I can run step 2 , but the display on 
the screen will have a shift as the wrong dly configuration.

So how you two got step two run success?

Piotr:

What soc is on you board? rk3566 or rk3568?

I have a scripts[0]  use io[1] command to dump the VOP2 register you can 
use it dump the register configuration when you meet a display failure,

then send the dump to me, maybe I can figure out something.

[0]https://github.com/andyshrk/buildroot/blob/2022/board/andyshrk/rootfs_overlay/usr/bin/vop2_dump.sh

[1] https://github.com/andyshrk/io

>
> Sascha
>

_______________________________________________
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: Andy Yan <andy.yan@rock-chips.com>
To: Sascha Hauer <s.hauer@pengutronix.de>,
	Piotr Oniszczuk <piotr.oniszczuk@gmail.com>
Cc: "devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
	Benjamin Gaignard <benjamin.gaignard@collabora.com>,
	Sandy Huang <hjc@rock-chips.com>,
	dri-devel@lists.freedesktop.org,
	"open list:ARM/Rockchip SoC..."
	<linux-rockchip@lists.infradead.org>,
	Michael Riesch <michael.riesch@wolfvision.net>,
	Peter Geis <pgwipeout@gmail.com>,
	kernel@pengutronix.de,
	"linux-arm-kernel@lists.infradead.org"
	<linux-arm-kernel@lists.infradead.org>
Subject: Re: [PATCH v9 00/23] drm/rockchip: RK356x VOP2 support
Date: Thu, 31 Mar 2022 20:13:09 +0800	[thread overview]
Message-ID: <af8445e0-f4af-721b-709e-2eb7c488a8a4@rock-chips.com> (raw)
In-Reply-To: <20220330192054.GA4012@pengutronix.de>

Hi Piotr:

On 3/31/22 03:20, Sascha Hauer wrote:
> On Wed, Mar 30, 2022 at 04:52:22PM +0200, Piotr Oniszczuk wrote:
>>
>>> Wiadomość napisana przez Sascha Hauer <s.hauer@pengutronix.de> w dniu 30.03.2022, o godz. 12:20:
>>>
>>> Does it change anything if you do a "modetest -s 69@67:1920x1080" before
>>> starting the app? Or if you run "modetest -P 43@67:1920x1080@NV12"
>>> before starting the app? Or other combinations thereof?
>> So i tried following combinations
>>
>> -boot
>> -modetest -s 69@67:1920x1080 -> ok
>> -modetest -P 43@67:1920x1080@NV12 -> green screen
> I have no idea what is going on here. There same commands work for me.
> You could provide me your kernel config and upstream commitish you are
> working on, maybe that gets me closer to your setup.


It's a little strange, I can't reproduce this issue neither.

But I have problem with this two step command sequence.

step 1:  modetest -s 69@67:1920x1080 -> ok

step 2:  modetest -P 43@67:1920x1080@NV12,

I got the failed message:  "failed to enable plane: Permission denied"

Because the drm core will stop step2 by drm_ioctrl_permit as 
DRM_IOCTL_SETPLANE need a master,

but the current master is the modetest run by step1.

static int drm_ioctl_permit(u32 flags, struct drm_file *file_priv)
{

         /* ROOT_ONLY is only for CAP_SYS_ADMIN */
         if (unlikely((flags & DRM_ROOT_ONLY) && !capable(CAP_SYS_ADMIN))) {
                 printk("DRM_ROOT_ONLY\n");
                 return -EACCES;
         }

         /* AUTH is only for authenticated or render client */
         if (unlikely((flags & DRM_AUTH) && 
!drm_is_render_client(file_priv) &&
                      !file_priv->authenticated)) {
                 printk("DRM_AUTH\n");
                 return -EACCES;
         }

         /* MASTER is only for master or control clients */
         if (unlikely((flags & DRM_MASTER) &&
                      !drm_is_current_master(file_priv))) {
                 printk("DRM_MASTER\n");
                 return -EACCES;
         }

         /* Render clients must be explicitly allowed */
         if (unlikely(!(flags & DRM_RENDER_ALLOW) &&
                      drm_is_render_client(file_priv))) {
                 printk("DRM_RENDER_NOT_ALLOW\n");
                 return -EACCES;
         }

         return 0;
}


After bypass the permission check, I can run step 2 , but the display on 
the screen will have a shift as the wrong dly configuration.

So how you two got step two run success?

Piotr:

What soc is on you board? rk3566 or rk3568?

I have a scripts[0]  use io[1] command to dump the VOP2 register you can 
use it dump the register configuration when you meet a display failure,

then send the dump to me, maybe I can figure out something.

[0]https://github.com/andyshrk/buildroot/blob/2022/board/andyshrk/rootfs_overlay/usr/bin/vop2_dump.sh

[1] https://github.com/andyshrk/io

>
> Sascha
>

WARNING: multiple messages have this Message-ID (diff)
From: Andy Yan <andy.yan@rock-chips.com>
To: Sascha Hauer <s.hauer@pengutronix.de>,
	Piotr Oniszczuk <piotr.oniszczuk@gmail.com>
Cc: "devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
	"Benjamin Gaignard" <benjamin.gaignard@collabora.com>,
	"Heiko Stübner" <heiko@sntech.de>,
	"Peter Geis" <pgwipeout@gmail.com>,
	"Sandy Huang" <hjc@rock-chips.com>,
	dri-devel@lists.freedesktop.org,
	"open list:ARM/Rockchip SoC..."
	<linux-rockchip@lists.infradead.org>,
	"Michael Riesch" <michael.riesch@wolfvision.net>,
	kernel@pengutronix.de,
	"linux-arm-kernel@lists.infradead.org"
	<linux-arm-kernel@lists.infradead.org>
Subject: Re: [PATCH v9 00/23] drm/rockchip: RK356x VOP2 support
Date: Thu, 31 Mar 2022 20:13:09 +0800	[thread overview]
Message-ID: <af8445e0-f4af-721b-709e-2eb7c488a8a4@rock-chips.com> (raw)
In-Reply-To: <20220330192054.GA4012@pengutronix.de>

Hi Piotr:

On 3/31/22 03:20, Sascha Hauer wrote:
> On Wed, Mar 30, 2022 at 04:52:22PM +0200, Piotr Oniszczuk wrote:
>>
>>> Wiadomość napisana przez Sascha Hauer <s.hauer@pengutronix.de> w dniu 30.03.2022, o godz. 12:20:
>>>
>>> Does it change anything if you do a "modetest -s 69@67:1920x1080" before
>>> starting the app? Or if you run "modetest -P 43@67:1920x1080@NV12"
>>> before starting the app? Or other combinations thereof?
>> So i tried following combinations
>>
>> -boot
>> -modetest -s 69@67:1920x1080 -> ok
>> -modetest -P 43@67:1920x1080@NV12 -> green screen
> I have no idea what is going on here. There same commands work for me.
> You could provide me your kernel config and upstream commitish you are
> working on, maybe that gets me closer to your setup.


It's a little strange, I can't reproduce this issue neither.

But I have problem with this two step command sequence.

step 1:  modetest -s 69@67:1920x1080 -> ok

step 2:  modetest -P 43@67:1920x1080@NV12,

I got the failed message:  "failed to enable plane: Permission denied"

Because the drm core will stop step2 by drm_ioctrl_permit as 
DRM_IOCTL_SETPLANE need a master,

but the current master is the modetest run by step1.

static int drm_ioctl_permit(u32 flags, struct drm_file *file_priv)
{

         /* ROOT_ONLY is only for CAP_SYS_ADMIN */
         if (unlikely((flags & DRM_ROOT_ONLY) && !capable(CAP_SYS_ADMIN))) {
                 printk("DRM_ROOT_ONLY\n");
                 return -EACCES;
         }

         /* AUTH is only for authenticated or render client */
         if (unlikely((flags & DRM_AUTH) && 
!drm_is_render_client(file_priv) &&
                      !file_priv->authenticated)) {
                 printk("DRM_AUTH\n");
                 return -EACCES;
         }

         /* MASTER is only for master or control clients */
         if (unlikely((flags & DRM_MASTER) &&
                      !drm_is_current_master(file_priv))) {
                 printk("DRM_MASTER\n");
                 return -EACCES;
         }

         /* Render clients must be explicitly allowed */
         if (unlikely(!(flags & DRM_RENDER_ALLOW) &&
                      drm_is_render_client(file_priv))) {
                 printk("DRM_RENDER_NOT_ALLOW\n");
                 return -EACCES;
         }

         return 0;
}


After bypass the permission check, I can run step 2 , but the display on 
the screen will have a shift as the wrong dly configuration.

So how you two got step two run success?

Piotr:

What soc is on you board? rk3566 or rk3568?

I have a scripts[0]  use io[1] command to dump the VOP2 register you can 
use it dump the register configuration when you meet a display failure,

then send the dump to me, maybe I can figure out something.

[0]https://github.com/andyshrk/buildroot/blob/2022/board/andyshrk/rootfs_overlay/usr/bin/vop2_dump.sh

[1] https://github.com/andyshrk/io

>
> Sascha
>

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

  parent reply	other threads:[~2022-03-31 12:13 UTC|newest]

Thread overview: 333+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-03-28 15:10 [PATCH v9 00/23] drm/rockchip: RK356x VOP2 support Sascha Hauer
2022-03-28 15:10 ` Sascha Hauer
2022-03-28 15:10 ` Sascha Hauer
2022-03-28 15:10 ` Sascha Hauer
2022-03-28 15:10 ` [PATCH v9 01/23] clk: rk3568: Mark hclk_vo as critical Sascha Hauer
2022-03-28 15:10   ` Sascha Hauer
2022-03-28 15:10   ` Sascha Hauer
2022-03-28 15:10   ` Sascha Hauer
2022-03-29 13:22   ` Dmitry Osipenko
2022-03-29 13:22     ` Dmitry Osipenko
2022-03-29 13:22     ` Dmitry Osipenko
2022-03-29 13:22     ` Dmitry Osipenko
2022-04-06 11:15   ` Robin Murphy
2022-04-06 11:15     ` Robin Murphy
2022-04-06 11:15     ` Robin Murphy
2022-04-06 11:15     ` Robin Murphy
2022-03-28 15:10 ` [PATCH v9 02/23] drm/rockchip: Embed drm_encoder into rockchip_decoder Sascha Hauer
2022-03-28 15:10   ` Sascha Hauer
2022-03-28 15:10   ` Sascha Hauer
2022-03-28 15:10   ` Sascha Hauer
2022-03-28 15:10 ` [PATCH v9 03/23] drm/rockchip: Add crtc_endpoint_id to rockchip_encoder Sascha Hauer
2022-03-28 15:10   ` Sascha Hauer
2022-03-28 15:10   ` Sascha Hauer
2022-03-28 15:10   ` Sascha Hauer
2022-03-28 15:10 ` [PATCH v9 04/23] drm/rockchip: dw_hdmi: rename vpll clock to reference clock Sascha Hauer
2022-03-28 15:10   ` Sascha Hauer
2022-03-28 15:10   ` Sascha Hauer
2022-03-28 15:10   ` Sascha Hauer
2022-03-28 15:10 ` [PATCH v9 05/23] dt-bindings: display: rockchip: dw-hdmi: use "ref" as clock name Sascha Hauer
2022-03-28 15:10   ` Sascha Hauer
2022-03-28 15:10   ` Sascha Hauer
2022-03-28 15:10   ` Sascha Hauer
2022-03-28 15:10 ` [PATCH v9 06/23] arm64: dts: rockchip: rk3399: rename HDMI ref clock to 'ref' Sascha Hauer
2022-03-28 15:10   ` Sascha Hauer
2022-03-28 15:10   ` Sascha Hauer
2022-03-28 15:10   ` Sascha Hauer
2022-03-28 15:11 ` [PATCH v9 07/23] drm/rockchip: dw_hdmi: add rk3568 support Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11 ` [PATCH v9 08/23] dt-bindings: display: rockchip: dw-hdmi: Add compatible for rk3568 HDMI Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11 ` [PATCH v9 09/23] drm/rockchip: dw_hdmi: add regulator support Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11 ` [PATCH v9 10/23] dt-bindings: display: rockchip: dw-hdmi: Add " Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11 ` [PATCH v9 11/23] drm/rockchip: dw_hdmi: Use auto-generated tables Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11 ` [PATCH v9 12/23] drm/rockchip: dw_hdmi: drop mode_valid hook Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11 ` [PATCH v9 13/23] drm/rockchip: dw_hdmi: Set cur_ctr to 0 always Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11 ` [PATCH v9 14/23] drm/rockchip: dw_hdmi: add default 594Mhz clk for 4K@60hz Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11 ` [PATCH v9 15/23] dt-bindings: display: rockchip: dw-hdmi: Make unwedge pinctrl optional Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11 ` [PATCH v9 16/23] arm64: dts: rockchip: rk356x: Add VOP2 nodes Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11 ` [PATCH v9 17/23] arm64: dts: rockchip: rk356x: Add HDMI nodes Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11 ` [PATCH v9 18/23] arm64: dts: rockchip: rk3568-evb: Enable VOP2 and hdmi Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11 ` [PATCH v9 19/23] arm64: dts: rockchip: enable vop2 and hdmi tx on quartz64a Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11 ` [PATCH v9 20/23] drm/rockchip: Make VOP driver optional Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-29 11:56   ` Andy Yan
2022-03-29 11:56     ` Andy Yan
2022-03-29 11:56     ` Andy Yan
2022-03-29 11:56     ` Andy Yan
2022-03-30  6:39     ` Sascha Hauer
2022-03-30  6:39       ` Sascha Hauer
2022-03-30  6:39       ` Sascha Hauer
2022-03-30  6:39       ` Sascha Hauer
2022-03-30 12:50       ` Andy Yan
2022-03-30 12:50         ` Andy Yan
2022-03-30 12:50         ` Andy Yan
2022-03-30 12:50         ` Andy Yan
2022-03-31  7:06         ` Sascha Hauer
2022-03-31  7:06           ` Sascha Hauer
2022-03-31  7:06           ` Sascha Hauer
2022-03-31  7:06           ` Sascha Hauer
2022-03-31  7:20           ` Andy Yan
2022-03-31  7:20             ` Andy Yan
2022-03-31  7:20             ` Andy Yan
2022-03-31  7:20             ` Andy Yan
2022-03-31  8:18             ` Sascha Hauer
2022-03-31  8:18               ` Sascha Hauer
2022-03-31  8:18               ` Sascha Hauer
2022-03-31  8:18               ` Sascha Hauer
2022-03-31 11:00               ` Andy Yan
2022-03-31 11:00                 ` Andy Yan
2022-03-31 11:00                 ` Andy Yan
2022-03-31 11:00                 ` Andy Yan
2022-04-01 12:55                 ` Sascha Hauer
2022-04-01 12:55                   ` Sascha Hauer
2022-04-01 12:55                   ` Sascha Hauer
2022-04-01 12:55                   ` Sascha Hauer
2022-04-02  1:25                   ` Andy Yan
2022-04-02  1:25                     ` Andy Yan
2022-04-02  1:25                     ` Andy Yan
2022-04-02  1:25                     ` Andy Yan
2022-04-05  9:05                     ` Sascha Hauer
2022-04-05  9:05                       ` Sascha Hauer
2022-04-05  9:05                       ` Sascha Hauer
2022-04-05  9:05                       ` Sascha Hauer
2022-04-06  1:43                       ` Andy Yan
2022-04-06  1:43                         ` Andy Yan
2022-04-06  1:43                         ` Andy Yan
2022-04-06  1:43                         ` Andy Yan
2022-04-06  7:04                         ` Sascha Hauer
2022-04-06  7:04                           ` Sascha Hauer
2022-04-06  7:04                           ` Sascha Hauer
2022-04-06  7:04                           ` Sascha Hauer
2022-04-06  7:47                           ` Andy Yan
2022-04-06  7:47                             ` Andy Yan
2022-04-06  7:47                             ` Andy Yan
2022-04-06  7:47                             ` Andy Yan
2022-04-06  8:00                             ` Sascha Hauer
2022-04-06  8:00                               ` Sascha Hauer
2022-04-06  8:00                               ` Sascha Hauer
2022-04-06  8:00                               ` Sascha Hauer
2022-03-28 15:11 ` [PATCH v9 21/23] drm: rockchip: Add VOP2 driver Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11 ` [PATCH v9 22/23] dt-bindings: display: rockchip: Add binding for VOP2 Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11 ` [PATCH v9 23/23] dt-bindings: display: rockchip: dw-hdmi: fix ports description Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-28 15:11   ` Sascha Hauer
2022-03-29  7:31 ` [PATCH v9 00/23] drm/rockchip: RK356x VOP2 support Piotr Oniszczuk
2022-03-29  7:31   ` Piotr Oniszczuk
2022-03-29  7:31   ` Piotr Oniszczuk
2022-03-29  7:31   ` Piotr Oniszczuk
2022-03-30  7:28   ` Sascha Hauer
2022-03-30  7:28     ` Sascha Hauer
2022-03-30  7:28     ` Sascha Hauer
2022-03-30  7:28     ` Sascha Hauer
2022-03-30  8:41     ` piotro.oniszczuk@google.com
2022-03-30  8:41       ` piotro.oniszczuk@google.com
2022-03-30  8:41       ` piotro.oniszczuk@google.com
2022-03-30  8:41       ` piotro.oniszczuk@google.com
2022-03-30  9:45       ` Sascha Hauer
2022-03-30  9:45         ` Sascha Hauer
2022-03-30  9:45         ` Sascha Hauer
2022-03-30  9:45         ` Sascha Hauer
2022-03-30 10:01         ` piotro.oniszczuk@google.com
2022-03-30 10:01           ` piotro.oniszczuk@google.com
2022-03-30 10:01           ` piotro.oniszczuk@google.com
2022-03-30 10:01           ` piotro.oniszczuk@google.com
2022-03-30 10:20           ` Sascha Hauer
2022-03-30 10:20             ` Sascha Hauer
2022-03-30 10:20             ` Sascha Hauer
2022-03-30 10:20             ` Sascha Hauer
2022-03-30 14:52             ` Piotr Oniszczuk
2022-03-30 14:52               ` Piotr Oniszczuk
2022-03-30 14:52               ` Piotr Oniszczuk
2022-03-30 14:52               ` Piotr Oniszczuk
2022-03-30 19:20               ` Sascha Hauer
2022-03-30 19:20                 ` Sascha Hauer
2022-03-30 19:20                 ` Sascha Hauer
2022-03-30 19:20                 ` Sascha Hauer
2022-03-30 19:35                 ` Piotr Oniszczuk
2022-03-30 19:35                   ` Piotr Oniszczuk
2022-03-30 19:35                   ` Piotr Oniszczuk
2022-03-30 19:35                   ` Piotr Oniszczuk
2022-03-30 19:59                   ` Sascha Hauer
2022-03-30 19:59                     ` Sascha Hauer
2022-03-30 19:59                     ` Sascha Hauer
2022-03-30 19:59                     ` Sascha Hauer
2022-03-31 12:13                 ` Andy Yan [this message]
2022-03-31 12:13                   ` Andy Yan
2022-03-31 12:13                   ` Andy Yan
2022-03-31 12:13                   ` Andy Yan
2022-03-31 12:19                   ` Sascha Hauer
2022-03-31 12:19                     ` Sascha Hauer
2022-03-31 12:19                     ` Sascha Hauer
2022-03-31 12:19                     ` Sascha Hauer
2022-03-31 14:53                   ` Piotr Oniszczuk
2022-03-31 14:53                     ` Piotr Oniszczuk
2022-03-31 14:53                     ` Piotr Oniszczuk
2022-03-31 14:53                     ` Piotr Oniszczuk
2022-03-31 15:00                     ` Sascha Hauer
2022-03-31 15:00                       ` Sascha Hauer
2022-03-31 15:00                       ` Sascha Hauer
2022-03-31 15:00                       ` Sascha Hauer
2022-03-31 15:06                       ` Piotr Oniszczuk
2022-03-31 15:06                         ` Piotr Oniszczuk
2022-03-31 15:06                         ` Piotr Oniszczuk
2022-03-31 15:06                         ` Piotr Oniszczuk
2022-03-31 15:19                         ` Piotr Oniszczuk
2022-03-31 15:19                           ` Piotr Oniszczuk
2022-03-31 15:19                           ` Piotr Oniszczuk
2022-03-31 15:19                           ` Piotr Oniszczuk
2022-04-01  1:52                     ` Andy Yan
2022-04-01  7:06                       ` Sascha Hauer
2022-04-01  7:06                         ` Sascha Hauer
2022-04-01  7:06                         ` Sascha Hauer
2022-04-01  7:06                         ` Sascha Hauer
2022-04-01 12:04                       ` Andy Yan
2022-04-01 12:53                         ` Piotr Oniszczuk
2022-04-01 12:53                           ` Piotr Oniszczuk
2022-04-01 12:53                           ` Piotr Oniszczuk
2022-04-01 12:53                           ` Piotr Oniszczuk
2022-04-01 12:52   ` Sascha Hauer
2022-04-01 12:52     ` Sascha Hauer
2022-04-01 12:52     ` Sascha Hauer
2022-04-01 12:52     ` Sascha Hauer
2022-04-01 13:05     ` Piotr Oniszczuk
2022-04-01 13:05       ` Piotr Oniszczuk
2022-04-01 13:05       ` Piotr Oniszczuk
2022-04-01 13:05       ` Piotr Oniszczuk
2022-04-06  9:47       ` Piotr Oniszczuk
2022-04-06  9:47         ` Piotr Oniszczuk
2022-04-06  9:47         ` Piotr Oniszczuk
2022-04-06  9:47         ` Piotr Oniszczuk
2022-04-06 14:58         ` Sascha Hauer
2022-04-06 14:58           ` Sascha Hauer
2022-04-06 14:58           ` Sascha Hauer
2022-04-06 14:58           ` Sascha Hauer
2022-04-06 16:00           ` Piotr Oniszczuk
2022-04-06 16:00             ` Piotr Oniszczuk
2022-04-06 16:00             ` Piotr Oniszczuk
2022-04-06 16:00             ` Piotr Oniszczuk
2022-04-07 10:16             ` Sascha Hauer
2022-04-07 10:16               ` Sascha Hauer
2022-04-07 10:16               ` Sascha Hauer
2022-04-07 10:16               ` Sascha Hauer
2022-04-07 15:02               ` Piotr Oniszczuk
2022-04-07 15:02                 ` Piotr Oniszczuk
2022-04-07 15:02                 ` Piotr Oniszczuk
2022-04-07 15:02                 ` Piotr Oniszczuk
2022-04-08  8:07         ` Sascha Hauer
2022-04-08  8:07           ` Sascha Hauer
2022-04-08  8:07           ` Sascha Hauer
2022-04-08  8:07           ` Sascha Hauer
2022-04-08 12:00           ` Sascha Hauer
2022-04-08 12:00             ` Sascha Hauer
2022-04-08 12:00             ` Sascha Hauer
2022-04-08 12:00             ` Sascha Hauer
2022-04-08 15:54             ` Piotr Oniszczuk
2022-04-08 15:54               ` Piotr Oniszczuk
2022-04-08 15:54               ` Piotr Oniszczuk
2022-04-08 15:54               ` Piotr Oniszczuk
2022-04-11  9:08               ` Sascha Hauer
2022-04-11  9:08                 ` Sascha Hauer
2022-04-11  9:08                 ` Sascha Hauer
2022-04-11  9:08                 ` Sascha Hauer
2022-04-11 11:07                 ` Piotr Oniszczuk
2022-04-11 11:07                   ` Piotr Oniszczuk
2022-04-11 11:07                   ` Piotr Oniszczuk
2022-04-11 11:07                   ` Piotr Oniszczuk
2022-04-12  7:50                   ` Sascha Hauer
2022-04-12  7:50                     ` Sascha Hauer
2022-04-12  7:50                     ` Sascha Hauer
2022-04-12  7:50                     ` Sascha Hauer
2022-04-12  8:10                     ` Lucas Stach
2022-04-12  8:10                       ` Lucas Stach
2022-04-12  8:10                       ` Lucas Stach
2022-04-12  8:10                       ` Lucas Stach
2022-04-12 10:14                       ` Piotr Oniszczuk
2022-04-12 10:14                         ` Piotr Oniszczuk
2022-04-12 10:14                         ` Piotr Oniszczuk
2022-04-12 10:14                         ` Piotr Oniszczuk
2022-04-12 11:30                         ` Daniel Stone
2022-04-12 11:30                           ` Daniel Stone
2022-04-12 11:30                           ` Daniel Stone
2022-04-12 11:30                           ` Daniel Stone
2022-04-15 11:11                           ` Piotr Oniszczuk
2022-04-15 11:11                             ` Piotr Oniszczuk
2022-04-15 11:11                             ` Piotr Oniszczuk
2022-04-15 11:11                             ` Piotr Oniszczuk
2022-04-25 14:54                             ` Daniel Stone
2022-04-25 14:54                               ` Daniel Stone
2022-04-25 14:54                               ` Daniel Stone
2022-04-25 14:54                               ` Daniel Stone
2022-04-12  9:28                     ` Piotr Oniszczuk
2022-04-12  9:28                       ` Piotr Oniszczuk
2022-04-12  9:28                       ` Piotr Oniszczuk
2022-04-12  9:28                       ` Piotr Oniszczuk
2022-04-02  1:37     ` Andy Yan
2022-04-02  1:37       ` Andy Yan
2022-04-02  1:37       ` Andy Yan
2022-04-02  1:37       ` Andy Yan
2022-04-05  9:37       ` Sascha Hauer
2022-04-05  9:37         ` Sascha Hauer
2022-04-05  9:37         ` Sascha Hauer
2022-04-05  9:37         ` Sascha Hauer
2022-04-06  2:02         ` Andy Yan
2022-04-06  2:02           ` Andy Yan
2022-04-06  2:02           ` Andy Yan
2022-04-06  2:02           ` Andy Yan
2022-04-06  8:13           ` Sascha Hauer
2022-04-06  8:13             ` Sascha Hauer
2022-04-06  8:13             ` Sascha Hauer
2022-04-06  8:13             ` Sascha Hauer
2022-04-06  8:36             ` Andy Yan
2022-04-06  8:36               ` Andy Yan
2022-04-06  8:36               ` Andy Yan
2022-04-06  8:36               ` Andy Yan
2022-04-06 14:54               ` Sascha Hauer
2022-04-06 14:54                 ` Sascha Hauer
2022-04-06 14:54                 ` Sascha Hauer
2022-04-06 14:54                 ` 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=af8445e0-f4af-721b-709e-2eb7c488a8a4@rock-chips.com \
    --to=andy.yan@rock-chips.com \
    --cc=benjamin.gaignard@collabora.com \
    --cc=devicetree@vger.kernel.org \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=heiko@sntech.de \
    --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=piotr.oniszczuk@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.