Hi Daniel,
I've got pretty strange results so I need some time to investigate it and
probably retest.
I'll send you update in a few days.
---
Eugeniy Paltsev
From: Daniel Vetter
Sent: Friday, June 5, 2020 22:55
To: Eugeniy Paltsev
Cc: Intel Graphics
get_signal+0x9a/0x5f0
do_signal+0x86/0x23c
resume_user_mode_begin+0x88/0xd0
--->8---
---
Eugeniy Paltsev
From: Daniel Vetter
Sent: Thursday, June 4, 2020 14:19
To: Eug
of @intel.com one).
From: Daniel Vetter
Sent: Thursday, June 4, 2020 11:05
To: Alexey Brodkin
Cc: Intel Graphics Development; DRI Development; Daniel Vetter; Eugeniy
Paltsev; Sam Ravnborg
Subject: Re: [PATCH 53/59] drm/arc: Move to drm/tiny
On Fri, May 08, 2020
HDMI bridge.
Probably you have some ideas about how to fix it?
Thanks.
> From: Daniel Vetter
> Sent: Monday, May 25, 2020 20:26
> To: Eugeniy Paltsev
> Cc: dri-devel
> Subject: Re: [PATCH 53/59] drm/arc: Move to drm/tiny
>
> On Mon, May 25, 2020 at 6:36 PM Eugeniy Pa
Hi Daniel,
looks like I'll finally have some time for review of "drm/arc: Move to
drm/tiny".
So, is it possible to find all these changes in any public git repo?
Thanks.
---
Eugeniy Paltsev
___
dri-devel mailing list
dri-devel@lists.freed
The Synopsys ARC SoCs (like HSDK4xD) include on-chip DesignWare HDMI
encoders. Support them with a platform driver to provide platform glue
data to the dw-hdmi driver.
Acked-by: Sam Ravnborg
Signed-off-by: Eugeniy Paltsev
---
MAINTAINERS | 6 ++
drivers/gpu/drm/Makefile
This patch adds documentation of device tree bindings for the Synopsys
HDMI 2.0 TX encoder driver for ARC SoCs.
Acked-by: Sam Ravnborg
Signed-off-by: Eugeniy Paltsev
---
.../display/bridge/snps,arc-dw-hdmi.yaml | 136 ++
1 file changed, 136 insertions(+)
create mode
w-hdmi-hsdk"
Now DT binding file is snps,arc-dw-hdmi.yaml and compatible is
"snps,arc-dw-hdmi-"
* Minor fixes
Eugeniy Paltsev (2):
DRM: ARC: add HDMI 2.0 TX encoder support
dt-bindings: Document the Synopsys ARC HDMI TX bindings
.../display/bridge/snps,a
Changes v1->v2:
* use DT Schema format please (.yaml files) for DT bindings
Eugeniy Paltsev (2):
DRM: ARC: add HDMI 2.0 TX encoder support
dt-bindings: Document the Synopsys ARC HDMI TX bindings
.../display/bridge/snps,arc-dw-hdmi.yaml | 131 ++
MAINTAIN
The Synopsys ARC SoCs (like HSDK4xD) include on-chip DesignWare HDMI
encoders. Support them with a platform driver to provide platform glue
data to the dw-hdmi driver.
Signed-off-by: Eugeniy Paltsev
---
MAINTAINERS | 6 ++
drivers/gpu/drm/Makefile | 2
This patch adds documentation of device tree bindings for the Synopsys
HDMI 2.0 TX encoder driver for ARC SoCs.
Signed-off-by: Eugeniy Paltsev
---
.../display/bridge/snps,arc-dw-hdmi.yaml | 131 ++
1 file changed, 131 insertions(+)
create mode 100644
Documentation
The Synopsys ARC SoCs (like HSDK4xD) include on-chip DesignWare HDMI
encoders. Support them with a platform driver to provide platform glue
data to the dw-hdmi driver.
Signed-off-by: Eugeniy Paltsev
---
MAINTAINERS | 6 ++
drivers/gpu/drm/Makefile | 2
Eugeniy Paltsev (2):
DRM: ARC: add HDMI 2.0 TX encoder support
dt-bindings: Document the Synopsys ARC HDMI TX bindings
.../display/bridge/snps,arc-dw-hdmi.txt | 73 ++
MAINTAINERS | 6 +
drivers/gpu/drm/Makefile | 2
This patch adds documentation of device tree bindings for the Synopsys
HDMI 2.0 TX encoder driver for ARC SoCs.
Signed-off-by: Eugeniy Paltsev
---
.../display/bridge/snps,arc-dw-hdmi.txt | 73 +++
1 file changed, 73 insertions(+)
create mode 100644
Documentation
Filter out interlaced modes as they are not supported by ARC PGU
hardware.
Signed-off-by: Eugeniy Paltsev
---
drivers/gpu/drm/arc/arcpgu_crtc.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/arc/arcpgu_crtc.c
b/drivers/gpu/drm/arc/arcpgu_crtc.c
index 8ae1e1f97a73
Current implementation don't switch to RGB565 format if BGR888 was
previously used. Fix that.
Signed-off-by: Eugeniy Paltsev
---
drivers/gpu/drm/arc/arcpgu_crtc.c | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/arc/arcpgu_crtc.c
b/drivers/gpu
Eugeniy Paltsev (4):
DRM: ARC: PGU: fix framebuffer format switching
DRM: ARC: PGU: cleanup supported format list code
DRM: ARC: PGU: replace unsupported by HW RGB888 format by XRGB888
DRM: ARC: PGU: add ARGB format to supported format list
drivers/gpu/drm/arc/arcpgu_crtc.c | 36
Get rid of 'simplefb_format' structure usage as we only use its
'fourcc' field.
Signed-off-by: Eugeniy Paltsev
---
drivers/gpu/drm/arc/arcpgu_crtc.c | 25 +++--
1 file changed, 11 insertions(+), 14 deletions(-)
diff --git a/drivers/gpu/drm/arc/arcpgu_crtc.c
b/drivers/gpu
ARC PGU doesn't support RGB888 (24 bit) format but supports
XRGB888 (32 bit) format. Fix incorrect format list in a driver.
Signed-off-by: Eugeniy Paltsev
---
drivers/gpu/drm/arc/arcpgu_crtc.c | 6 +++---
drivers/gpu/drm/arc/arcpgu_regs.h | 2 +-
2 files changed, 4 insertions(+), 4 deletions
As we ignore first 8 bit of 32 bit pixel value we can add ARGB
format as alias of XRGB.
Signed-off-by: Eugeniy Paltsev
---
drivers/gpu/drm/arc/arcpgu_crtc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/arc/arcpgu_crtc.c
b/drivers/gpu/drm/arc/arcpgu_crtc.c
index
Instead of using non-standard "encoder-slave" property to find
encoder let's find it by associated endpoint.
While I'm on it add corresponding log message if we don't find
any encoder and we assume that we use virtual LCD on the
simulation platform.
Signed-off-by: Eugeniy Paltsev
--
ARC HSDK SoC has Vivante GPU IP so allow build etnaviv for ARC.
Signed-off-by: Eugeniy Paltsev
---
drivers/gpu/drm/etnaviv/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/etnaviv/Kconfig b/drivers/gpu/drm/etnaviv/Kconfig
index 342591a1084e
= 0;
> - break;
> - case 24:
> - info->var.red.offset = 16;
> - info->var.green.offset = 8;
> - info->var.blue.offset = 0;
> - info->var.red.length = 8;
> - info->var.green.length = 8;
> - info->var.blue.length = 8;
> - info->var.transp.offset = 0;
> - info->var.transp.length = 0;
> - break;
> - case 32:
> - info->var.red.offset = 16;
> - info->var.green.offset = 8;
> - info->var.blue.offset = 0;
> - info->var.red.length = 8;
> - info->var.green.length = 8;
> - info->var.blue.length = 8;
> - info->var.transp.offset = 24;
> - info->var.transp.length = 8;
> - break;
> - default:
> - break;
> - }
> + drm_fb_helper_fill_pixel_fmt(>var, fb->format->depth);
>
> info->var.xres = fb_width;
> info->var.yres = fb_height;
> --
> 2.20.1
>
--
Eugeniy Paltsev
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
Hi David,
Maybe you have any comments or remarks about this patch?
And if you don't could you please apply it. Thanks!
On Fri, 2018-09-28 at 17:41 +0300, Eugeniy Paltsev wrote:
> UDL doesn't support vblank functionality so we don't need to
> initialize vblank here (we are able to send pag
drm fbdev emulation doesn't support changing the pixel format at all,
so reject all pixel format changing requests.
Cc: sta...@vger.kernel.org
Signed-off-by: Eugeniy Paltsev
---
Changes v1->v2:
* Reject all pixel format changing request, not just the invalid ones.
drivers/gpu/
On Wed, 2018-10-03 at 15:30 +0300, Ville Syrjälä wrote:
> On Wed, Oct 03, 2018 at 01:36:00PM +0200, Daniel Vetter wrote:
> > On Wed, Oct 3, 2018 at 1:05 PM Eugeniy Paltsev
> > wrote:
> > >
> > > Validate requested pixel format against bits_per_pixe
with 16 bpp which is obviously incorrect and should be
rejected.
Cc: sta...@vger.kernel.org
Signed-off-by: Eugeniy Paltsev
---
drivers/gpu/drm/drm_fb_helper.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/gpu/drm/drm_fb_helper.c b/drivers/gpu/drm/drm_fb_helper.c
index 16ec93b75dbf
ery
time. This breaks userspace apps (for example weston) which
relies on timestamp value.
Cc: sta...@vger.kernel.org
Signed-off-by: Eugeniy Paltsev
---
drivers/gpu/drm/udl/udl_main.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/udl/udl_main.c b/driv
On Wed, 2018-09-26 at 19:37 +0300, Ville Syrjälä wrote:
> On Wed, Sep 26, 2018 at 05:25:35PM +0300, Eugeniy Paltsev wrote:
> > If driver/HW doesn't support vblank functionality (for example
> > UDL driver, ARCPGU driver, ...) we always have vblank->time == 0.
> > In resul
ime to provide valid timestamp for DRM_EVENT_FLIP_COMPLETE
event.
Cc: sta...@vger.kernel.org
Signed-off-by: Eugeniy Paltsev
---
drivers/gpu/drm/drm_vblank.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/gpu/drm/drm_vblank.c b/drivers/gpu/drm/drm_vblank.c
index 28cdcf76b
RM helper functions.
>
> For now we should be fine with this solution.
This works fine on HSDK, thanks!
Tested-By: Eugeniy Paltsev
>
> Signed-off-by: Lucas Stach
> ---
> drivers/gpu/drm/etnaviv/etnaviv_drv.c | 27 +--
> 1 file changed, 21 insert
Hi Lucas,
Maybe you have any comments or remarks about this patch? And if you don't could
you please apply it.
Thanks!
On Thu, 2018-08-23 at 19:38 +0300, Eugeniy Paltsev wrote:
> As for today etnaviv device doesn't setup dma_mask.
> The etnaviv device is a virtual device not represented
on map_* operations in generic
dma_noncoherent_ops and dma_direct_ops.
We faced with this behaviour after switching ARC to generic
dma_noncoherent cache ops using.
So fix this by setting dma_mask via dma_coerce_mask_and_coherent()
Reviewed-by: Christoph Hellwig
Signed-off-by: Eugeniy Paltsev
that should work
(at least it works for ARC):
Signed-off-by: Eugeniy Paltsev
---
drivers/gpu/drm/etnaviv/etnaviv_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/etnaviv/etnaviv_drv.c
b/drivers/gpu/drm/etnaviv/etnaviv_drv.c
index 540b59fb4103
driver.
So what is best way of implementing both component framework API and regular
API in one driver?
Thanks.
--
Eugeniy Paltsev
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
ix ARC PGU driver to be able work with drm bridge hdmi encoder
interface. The hdmi connector code isn't needed anymore as we expect
the adv7511 bridge driver to create/manage the connector.
Signed-off-by: Eugeniy Paltsev
---
Changes for v2:
- remove bridge functions call from kms driver
- g
ix ARC PGU driver to be able work with drm bridge hdmi encoder
interface. The hdmi connector code isn't needed anymore as we expect
the adv7511 bridge driver to create/manage the connector.
Signed-off-by: Eugeniy Paltsev
---
drivers/gpu/drm/arc/arcpgu_hdmi.c | 144 +---
37 matches
Mail list logo
