[PATCH 3/5] drm: add timeline support for syncobj export/import

user space can specify timeline point fence to export/import. Signed-off-by: Chunming Zhou Cc: Daniel Rakos Cc: Jason Ekstrand Cc: Bas Nieuwenhuizen Cc: Dave Airlie Cc: Christian König Cc: Chris Wilson --- drivers/gpu/drm/drm_internal.h | 4 ++ drivers/gpu/drm/drm_ioctl.c| 4 ++ driv

[PATCH 4/5] drm/amdgpu: add timeline support in amdgpu CS v2

syncobj wait/signal operation is appending in command submission. v2: separate to two kinds in/out_deps functions Signed-off-by: Chunming Zhou Cc: Daniel Rakos Cc: Jason Ekstrand Cc: Bas Nieuwenhuizen Cc: Dave Airlie Cc: Christian König Cc: Chris Wilson --- drivers/gpu/drm/amd/amdgpu/amdgp

[PATCH 1/5] drm: add support of syncobj timeline point wait v5

points array is one-to-one match with syncobjs array. v2: add seperate ioctl for timeline point wait, otherwise break uapi. v3: userspace can specify two kinds waits:: a. Wait for time point to be completed. b. and wait for time point to become available v4: rebase v5: add comment for xxx_WAIT_AVAI

[PATCH 2/5] drm: add timeline syncobj payload query ioctl v3

user mode can query timeline payload. v2: check return value of copy_to_user v3: handle querying entry by entry Signed-off-by: Chunming Zhou Cc: Daniel Rakos Cc: Jason Ekstrand Cc: Bas Nieuwenhuizen Cc: Dave Airlie Cc: Christian König Cc: Chris Wilson --- drivers/gpu/drm/drm_internal.h |

[PATCH 5/5] drm/amdgpu: update version for timeline syncobj support in amdgpu

Signed-off-by: Chunming Zhou --- drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c b/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c index 28781414d71c..dba529d65ccd 100644 --- a/drivers/gpu/drm/amd/amdgp

[PATCH 1/2] drm/ast: Fix incorrect free on ioregs

If the platform has no IO space, ioregs is placed next to the already allocated regs. In this case, it should not be separately freed. This prevents a kernel warning from __vunmap "Trying to vfree() nonexistent vm area" when unloading the driver. Fixes: 0dd68309b9c5 ("drm/ast: Try to use MMIO reg

Re: [PATCH 09/10] drm/panel: Add Feiyang FY07024DI26A30-D MIPI-DSI LCD panel

On Mon, Nov 5, 2018 at 2:14 AM Sam Ravnborg wrote: > > Hi Jagan. > > Reading through the driver triggered a few comments. > Read and decide what is usefull. > > Sam > > > Add panel driver for it. > > > > Signed-off-by: Jagan Teki > > --- > > Note: init sequence is referenced from > > http

[PATCH 0/2] Two AST driver fixes

Hello, Here are two (attempted) fixes for the AST DRM driver. The issues they fix are both seen when the ast driver is unloaded (tested on Power9, although it looks like the second one is architecture independent). I'm fairly confident about the first fix, as it looks pretty straight forward. I'

[PATCH 2/2] drm/ast: Fix connector leak during driver unload

When unloading the ast driver, a warning message is printed by drm_mode_config_cleanup() because a reference is still held to one of the drm_connector structs. Correct this by calling drm_framebuffer_remove() in ast_fbdev_destroy(). Signed-off-by: Sam Bobroff --- drivers/gpu/drm/ast/ast_fb.c |

Re: [PATCH v3 12/25] drm/sun4i: sun6i_mipi_dsi: Add DSI hblk packet overhead

On Mon, Oct 29, 2018 at 07:56:27PM +0530, Jagan Teki wrote: > On Mon, Oct 29, 2018 at 2:52 PM Maxime Ripard > wrote: > > > > On Fri, Oct 26, 2018 at 08:13:31PM +0530, Jagan Teki wrote: > > > Add 10 bytes packet overhead for hblk where blank is set using > > > a blanking packet like (4 bytes + 4 b

Re: [PATCH v3 14/25] drm/sun4i: sun6i_mipi_dsi: Increase hfp packet overhead

On Mon, Oct 29, 2018 at 07:57:56PM +0530, Jagan Teki wrote: > On Mon, Oct 29, 2018 at 2:58 PM Maxime Ripard > wrote: > > > > On Fri, Oct 26, 2018 at 08:13:33PM +0530, Jagan Teki wrote: > > > Increase the hfp packet overhead with another 10 bytes, the extra > > > 10 bytes(which is hblk packet over

Re: [PATCH v3 16/25] drm/sun4i: sun6i_mipi_dsi: Add support for VCC-DSI voltage regulator

On Mon, Oct 29, 2018 at 08:18:05PM +0530, Jagan Teki wrote: > On Mon, Oct 29, 2018 at 3:01 PM Maxime Ripard > wrote: > > > > On Fri, Oct 26, 2018 at 08:13:35PM +0530, Jagan Teki wrote: > > > Some boards have VCC-DSI pin connected to voltage regulator which may > > > not be turned on by default. >

[GIT PULL] exynos-drm-fixes

Hi Dave, Just three regression fixups - fix extension and clone mode issue, fix lack of fbdev on Rinato and trats boards, and check for dsi->panel object correctlY. Please kindely let me know if there is any problem. Thanks, Inki Dae The following changes since commit 651022382c7f8d

Re: [PATCH v2 1/7] drm/sun4i: tcon: Pass encoder instead of using panel for RGB setup

Hi, On Thu, Nov 01, 2018 at 09:00:39PM +0100, Paul Kocialkowski wrote: > Features such as dithering and pixel data edge configuration currently > rely on the panel registered with the TCON driver. However, bridges are > also supported in addition panels. > > Instead of retrieving the connector fr

[Bug 108625] AMDGPU - Can't even get Xorg to start - Kernel driver hangs with ring buffer timeout on ARM64

https://bugs.freedesktop.org/show_bug.cgi?id=108625 --- Comment #10 from Carsten Haitzler --- so wouldn't that make it a necessity then if its even glamor needing it? i guess i can turn off glamor accel but realistically gl is a necessity so the problem needs to be addressed sooner or later. the

Re: [PATCH v3] drm/cma-helper: Fix crash in fbdev error path

On Sun, Nov 04, 2018 at 08:10:57PM +0300, Sergey Suloev wrote: > To be exact, the issue does not happen in case I use default kernel config > but only with the custom one. Can you pls grab a new backtrace on latest kernels? Thanks, Daniel > > > On 10/2/18 2:14 PM, Noralf Trønnes wrote: > > >

Re: [PATCH 1/3] drm/atomic: Use explicit old crtc state in drm_atomic_add_affected_planes()

On Thu, Nov 01, 2018 at 08:46:44PM +0200, Ville Syrjala wrote: > From: Ville Syrjälä > > Replace 'crtc->state' with the explicit old crtc state. > > Actually it shouldn't matter whether we use the old or the new > crtc state here since any plane that has been removed from the > crtc since the cr

Re: [PATCH 2/3] drm/atomic: Use explicit old/new state in drm_atomic_crtc_check()

On Thu, Nov 01, 2018 at 08:46:45PM +0200, Ville Syrjala wrote: > From: Ville Syrjälä > > Convert drm_atomic_crtc_check() over to using explicit old vs. new > crtc states. Avoids the confusion of "what does crtc->state mean > again?". Yeah much better. > > Signed-off-by: Ville Syrjälä Reviewe

Re: [Intel-gfx] [PATCH 3/3] drm/atomic: Use explicit old/new state in drm_atomic_plane_check()

On Thu, Nov 01, 2018 at 08:46:46PM +0200, Ville Syrjala wrote: > From: Ville Syrjälä > > Convert drm_atomic_plane_check() over to using explicit old vs. new > plane states. Avoids the confusion of "what does plane->state mean > again?". > > Signed-off-by: Ville Syrjälä > --- > drivers/gpu/drm/

Re: [Intel-gfx] [v2 1/2] drm: Add colorspace property

On 11/02/2018 03:29 PM, Jonas Karlman wrote: On 2018-11-02 15:13, Shankar, Uma wrote: -Original Message- From: Ville Syrjälä [mailto:ville.syrj...@linux.intel.com] Sent: Friday, November 2, 2018 5:00 PM To: Maarten Lankhorst Cc: Shankar, Uma ; dri-devel@lists.freedesktop.org; intel-..

Re: [PATCH libdrm 5/5] [libdrm] add syncobj timeline tests

On Fri, Nov 02, 2018 at 04:26:49PM +0800, Chunming Zhou wrote: > Signed-off-by: Chunming Zhou > --- > tests/amdgpu/Makefile.am | 3 +- > tests/amdgpu/amdgpu_test.c | 12 ++ > tests/amdgpu/amdgpu_test.h | 21 +++ > tests/amdgpu/meson.build | 2 +- > tests/amdgpu/syncobj_tests.c |

Re: [PATCH v3 00/28] Allwinner H6 DE3 and HDMI support

On Sun, Nov 04, 2018 at 07:26:37PM +0100, Jernej Skrabec wrote: > This series adds support for Display Engine 3.0 and HDMI 2.0a, which > can be found on H6 SoC. > > Display Engine 3.0 in comparison to 2.0 mostly adds features needed for > displaying and processing 10-bit and AFBC formats, which ar

RE: [PATCH libdrm 5/5] [libdrm] add syncobj timeline tests

> -Original Message- > From: Daniel Vetter On Behalf Of Daniel Vetter > Sent: Monday, November 05, 2018 5:39 PM > To: Zhou, David(ChunMing) > Cc: dri-devel@lists.freedesktop.org; amd-...@lists.freedesktop.org > Subject: Re: [PATCH libdrm 5/5] [libdrm] add syncobj timeline tests > > On

Re: [linux-sunxi] Re: [PATCH v2 02/15] clk: sunxi-ng: Add check for minimal rate to NKM PLLs

On Mon, Oct 29, 2018 at 06:10:47PM +0530, Jagan Teki wrote: > On 29/10/18 2:28 PM, Maxime Ripard wrote: > > On Thu, Oct 25, 2018 at 04:25:59PM +0530, Jagan Teki wrote: > > > On Wed, Oct 24, 2018 at 11:34 PM Maxime Ripard > > > wrote: > > > > > > > > On Tue, Oct 23, 2018 at 09:20:22PM +0530, Jagan

[PATCH] drm/lease: look at ->universal_planes only once

It's lockless, and userspace might chance it underneath us. That's not really a problem, all userspace gets is a slightly dysfunctional lease with the current code. But this might change, and gcc might decide to reload a few too many times, and then boom. So better safe than sorry. v2: Remove the

[PATCH v3] drm/msm: Move fence put to where failure occurs

If dma_fence_wait fails to wait for a supplied in-fence in msm_ioctl_gem_submit, make sure we release that in-fence. Also remove this dma_fence_put() from the 'out' label. Signed-off-by: Robert Foss Reviewed-by: Chris Wilson Cc: sta...@vger.kernel.org --- Changes since v2: - Chris Wilson: Add

Re: [PATCH v2 1/7] drm/sun4i: tcon: Pass encoder instead of using panel for RGB setup

Hi, Le lundi 05 novembre 2018 à 09:59 +0100, Maxime Ripard a écrit : > Hi, > > On Thu, Nov 01, 2018 at 09:00:39PM +0100, Paul Kocialkowski wrote: > > Features such as dithering and pixel data edge configuration currently > > rely on the panel registered with the TCON driver. However, bridges are

Re: [PATCH v6 0/6] drm: add support for Cadence MHDP DPI/DP bridge.

Hi Damian, On Monday, 5 November 2018 11:44:53 EET Damian Kos wrote: > Hi Guys, > > I'm wondering if this time patch is so good that there're no change > requests, or is it so bad that it was rejected without a comment : ) > Please let me know if this patch is being in review or was rejected and,

Re: [PATCH 01/10] drm/sun4i: sun6i_mipi_dsi: Compute burst mode loop N1 instruction delay

On Sat, Nov 03, 2018 at 03:38:51PM +0530, Jagan Teki wrote: > Loop N1 instruction delay for burst mode lcd panel are > computed as per BSP code. > > Reference code is available in BSP > (in drivers/video/sunxi/disp2/disp/de/lowlevel_sun50iw1/de_dsi.c) > dsi_dev[sel]->dsi_inst_loop_num.bits.loop_n1

Re: [PATCH 02/10] drm/sun4i: sun6i_mipi_dsi: Support instruction loop selection

On Sat, Nov 03, 2018 at 03:38:52PM +0530, Jagan Teki wrote: > Instruction loop selection would require before writing > loop number registers, so enable idle, LP11 bits on > loop selection register. > > Reference code available in BSP > (in drivers/video/sunxi/disp2/disp/de/lowlevel_sun50iw1/de_ds

Re: [PATCH 03/10] drm/sun4i: sun6i_mipi_dsi: Setup burst mode timings

On Sat, Nov 03, 2018 at 03:38:53PM +0530, Jagan Teki wrote: > Burst mode display timings are different from convectional > video mode so update the horizontal and vertical timings. > > Reference code taken from BSP > (in drivers/video/sunxi/disp2/disp/de/lowlevel_sun50iw1/de_dsi.c) > dsi_hsa = 0;

Re: [PATCH 04/10] drm/sun4i: sun6i_mipi_dsi: Setup burst mode

On Sat, Nov 03, 2018 at 03:38:54PM +0530, Jagan Teki wrote: > Setting up burst mode display would require to compute > - Horizontal timing edge values to fill burst drq register > - Line, sync values to fill burst line register > > Since there is no direct documentation for these computations > th

Re: [PATCH 05/10] drm/sun4i: sun6i_mipi_dsi: Enable burst mode

On Sat, Nov 03, 2018 at 03:38:55PM +0530, Jagan Teki wrote: > Enable video_mode_burst bit from dsi base control register > for burst mode display panels. > > Signed-off-by: Jagan Teki Shouldn't that be in the previous patch? Maxime -- Maxime Ripard, Bootlin Embedded Linux and Kernel engineeri

Re: [PATCH 07/10] drm/sun4i: sun6i_mipi_dsi: Enable burst mode HBP, HSA_HSE

On Sat, Nov 03, 2018 at 03:38:57PM +0530, Jagan Teki wrote: > Horizontal back porch, sync active and sync end bits are > needed to enable for burst mode panel operations. > > So, enable them via dsi base control register. > > Signed-off-by: Jagan Teki What is needed seems to be the exact opposi

[PATCH] vga_switcheroo: Fix missing gpu_bound call at audio client registration

The commit 37a3a98ef601 ("ALSA: hda - Enable runtime PM only for discrete GPU") added a new ops gpu_bound to be called when GPU gets bound. The patch overlooked, however, that vga_switcheroo_enable() is called only once at GPU is bound. When an audio client is registered after that point, it woul

Re: [PATCH v6 0/6] drm: add support for Cadence MHDP DPI/DP bridge.

On 05.11.2018 11:33, Damian Kos wrote: > Hi Laurent, > > Understood. Thanks. I will look at it today or tomorrow. Regards Andrzej > > Damian > > -Original Message- > From: Laurent Pinchart > Sent: Monday, November 5, 2018 11:30 > To: Damian Kos > Cc: David Airlie ; Rob Herring ; M

Re: [PATCH v2 3/3] drm/vc4: Add a load tracker to prevent HVS underflow errors

Hi Eric, On Tue, 30 Oct 2018 16:12:55 -0700 Eric Anholt wrote: > > + > > + /* The abolsute limit is 2Gbyte/sec, but let's take a margin to let > > "absolute" Will fix the typo. > > > +* the system work when other blocks are accessing the memory. > > +*/ > > + if (load_state->me

[PATCH v4 0/4] virgl: fence fd support

This series implements fence support for drm/virtio and has been tested using qemu, kmscube and the below branches. Rob Herring solved a reference counting issue and suggested a context check for the execbuf ioctl, his changes have been included in the below commits to keep the tree working at all

[PATCH v4 1/4] drm/virtio: add virtio_gpu_alloc_fence()

Refactor fence creation, add fences to relevant GPU operations and add cursor helper functions. This removes the potential for allocation failures from the cmd_submit and atomic_commit paths. Now a fence will be allocated first and only after that will we proceed with the rest of the execution. S

[PATCH v4 4/4] drm/virtio: bump driver version after explicit synchronization addition

From: Gustavo Padovan To reflect the (backward compatible) changes in the uabi we are bumping the driver's version. Signed-off-by: Gustavo Padovan Signed-off-by: Robert Foss Reviewed-by: Emil Velikov --- Changes since v3: - Emil: Added r-b drivers/gpu/drm/virtio/virtgpu_drv.h | 4 ++-- 1

[PATCH v4 3/4] drm/virtio: add in/out fence support for explicit synchronization

When the execbuf call receives an in-fence it will get the dma_fence related to that fence fd and wait on it before submitting the draw call. On the out-fence side we get fence returned by the submitted draw call and attach it to a sync_file and send the sync_file fd to userspace. On error -1 is r

[PATCH v4 2/4] drm/virtio: add uapi for in and out explicit fences

Add a new field called fence_fd that will be used by userspace to send in-fences to the kernel and receive out-fences created by the kernel. This uapi enables virtio to take advantage of explicit synchronization of dma-bufs. There are two new flags: * VIRTGPU_EXECBUF_FENCE_FD_IN to be used when

Re: [PATCH] vga_switcheroo: Fix missing gpu_bound call at audio client registration

On Mon, Nov 05, 2018 at 12:02:53PM +0100, Takashi Iwai wrote: > The commit 37a3a98ef601 ("ALSA: hda - Enable runtime PM only for > discrete GPU") added a new ops gpu_bound to be called when GPU gets > bound. The patch overlooked, however, that vga_switcheroo_enable() is > called only once at GPU i

Re: [Freedreno] [PATCH 2/2] drm/scheduler: Add a start_timeout_notify() backend function

[SNIP] Am 05.11.18 um 08:55 schrieb Sharat Masetty: > Hi Christian, > > Yes something like a suspend timeout would be simpler for the drivers, > but I could not find anything which does this for the delayed work or > even for the general timers. All I could find was cancel/delete. > > In lieu of

Re: [PATCH 3/5] drm: add timeline support for syncobj export/import

Am 02.11.18 um 11:34 schrieb zhoucm1: > > On 2018年11月02日 17:54, Koenig, Christian wrote: >> Am 02.11.18 um 10:42 schrieb zhoucm1: >>> >>> On 2018年11月02日 16:46, Christian König wrote: Am 02.11.18 um 09:25 schrieb Chunming Zhou: > user space can specify timeline point fence to export/import.

[Bug 200645] 4.18-rc regression bisected to e03fd3f30: amdgpu polaris11/rx460 only activates on one output/monitor of two

https://bugzilla.kernel.org/show_bug.cgi?id=200645 --- Comment #10 from postmas...@amd.com --- Delivery has failed to these recipients or groups: mikita.lip...@amd.com The e-mail address you entered couldn't be found. Please check the recipient's e-mail address and t

Re: [PATCH v2 12/15] clk: sunxi-ng: a64: Add min and max rate for PLL_MIPI

On Mon, Oct 29, 2018 at 08:38:14PM +0530, Jagan Teki wrote: > On Mon, Oct 29, 2018 at 2:39 PM Maxime Ripard > wrote: > > > > On Thu, Oct 25, 2018 at 09:21:31PM +0530, Jagan Teki wrote: > > > On Wed, Oct 24, 2018 at 11:43 PM Maxime Ripard > > > wrote: > > > > > > > > On Tue, Oct 23, 2018 at 09:20

Re: [PATCH] vga_switcheroo: Fix missing gpu_bound call at audio client registration

On Mon, 05 Nov 2018 12:55:17 +0100, Lukas Wunner wrote: > > On Mon, Nov 05, 2018 at 12:02:53PM +0100, Takashi Iwai wrote: > > The commit 37a3a98ef601 ("ALSA: hda - Enable runtime PM only for > > discrete GPU") added a new ops gpu_bound to be called when GPU gets > > bound. The patch overlooked, h

Re: [PATCH 0/2] drm/meson: Allow using optional canvas provider

Hi Maxime, On 05/11/2018 11:45, Maxime Jourdan wrote: > The meson DRM driver currently uses constant, static canvas indexes. > > This is not optimal and could conflict with other drivers also using > canvases. Indeed, it's now time to use the canvas provider merged in 4.20-rc1 ! > > This patch

Re: [PATCH 2/2] drm/meson: Use optional canvas provider

On 05/11/2018 11:45, Maxime Jourdan wrote: > This is the first step into converting the meson/drm driver to use > the canvas module. > > If a canvas provider node is detected in DT, use it. Otherwise, > fall back to what is currently being done. > > Signed-off-by: Maxime Jourdan > --- > drivers

Re: [PATCH] vga_switcheroo: Fix missing gpu_bound call at audio client registration

On Mon, Nov 05, 2018 at 01:51:23PM +0100, Takashi Iwai wrote: > On Mon, 05 Nov 2018 12:55:17 +0100, Lukas Wunner wrote: > > On Mon, Nov 05, 2018 at 12:02:53PM +0100, Takashi Iwai wrote: > > > diff --git a/drivers/gpu/vga/vga_switcheroo.c > > > b/drivers/gpu/vga/vga_switcheroo.c > > > index cf2a185

Re: [PATCH] vga_switcheroo: Fix missing gpu_bound call at audio client registration

On Mon, 05 Nov 2018 13:59:37 +0100, Lukas Wunner wrote: > > On Mon, Nov 05, 2018 at 01:51:23PM +0100, Takashi Iwai wrote: > > On Mon, 05 Nov 2018 12:55:17 +0100, Lukas Wunner wrote: > > > On Mon, Nov 05, 2018 at 12:02:53PM +0100, Takashi Iwai wrote: > > > > diff --git a/drivers/gpu/vga/vga_switche

Re: [PATCH v6 4/6] drm: bridge: add support for Cadence MHDP DPI/DP bridge

On 08.10.2018 23:42, Damian Kos wrote: > From: Quentin Schulz > > This adds basic support for Cadence MHDP DPI to DP bridge. > > Basically, it takes a DPI stream as input and output it encoded in DP > format. It's missing proper HPD, HDCP and currently supports only > SST mode. > > Changes made in

Re: [PATCH] vga_switcheroo: Fix missing gpu_bound call at audio client registration

On Mon, Nov 05, 2018 at 02:11:06PM +0100, Takashi Iwai wrote: > On Mon, 05 Nov 2018 13:59:37 +0100, Lukas Wunner wrote: > > On Mon, Nov 05, 2018 at 01:51:23PM +0100, Takashi Iwai wrote: > > > On Mon, 05 Nov 2018 12:55:17 +0100, Lukas Wunner wrote: > > > > On Mon, Nov 05, 2018 at 12:02:53PM +0100, T

Re: [PATCH] vga_switcheroo: Fix missing gpu_bound call at audio client registration

On Mon, 05 Nov 2018 14:38:42 +0100, Lukas Wunner wrote: > > On Mon, Nov 05, 2018 at 02:11:06PM +0100, Takashi Iwai wrote: > > On Mon, 05 Nov 2018 13:59:37 +0100, Lukas Wunner wrote: > > > On Mon, Nov 05, 2018 at 01:51:23PM +0100, Takashi Iwai wrote: > > > > On Mon, 05 Nov 2018 12:55:17 +0100, Luka

Re: [PATCH 1/3] drm/atomic: Use explicit old crtc state in drm_atomic_add_affected_planes()

On Mon, Nov 05, 2018 at 10:26:01AM +0100, Daniel Vetter wrote: > On Thu, Nov 01, 2018 at 08:46:44PM +0200, Ville Syrjala wrote: > > From: Ville Syrjälä > > > > Replace 'crtc->state' with the explicit old crtc state. > > > > Actually it shouldn't matter whether we use the old or the new > > crtc

Re: [PATCH 1/3] drm/atomic: Use explicit old crtc state in drm_atomic_add_affected_planes()

On 2018-11-05 9:04 a.m., Ville Syrjälä wrote: > On Mon, Nov 05, 2018 at 10:26:01AM +0100, Daniel Vetter wrote: >> On Thu, Nov 01, 2018 at 08:46:44PM +0200, Ville Syrjala wrote: >>> From: Ville Syrjälä >>> >>> Replace 'crtc->state' with the explicit old crtc state. >>> >>> Actually it shouldn't m

Re: [Intel-gfx] [PATCH 3/3] drm/atomic: Use explicit old/new state in drm_atomic_plane_check()

On Mon, Nov 05, 2018 at 10:33:47AM +0100, Daniel Vetter wrote: > On Thu, Nov 01, 2018 at 08:46:46PM +0200, Ville Syrjala wrote: > > From: Ville Syrjälä > > > > Convert drm_atomic_plane_check() over to using explicit old vs. new > > plane states. Avoids the confusion of "what does plane->state mea

Re: [PATCH 1/3] drm/atomic: Use explicit old crtc state in drm_atomic_add_affected_planes()

On Mon, Nov 05, 2018 at 02:30:50PM +, Wentland, Harry wrote: > > > On 2018-11-05 9:04 a.m., Ville Syrjälä wrote: > > On Mon, Nov 05, 2018 at 10:26:01AM +0100, Daniel Vetter wrote: > >> On Thu, Nov 01, 2018 at 08:46:44PM +0200, Ville Syrjala wrote: > >>> From: Ville Syrjälä > >>> > >>> Replac

Re: [PATCH] drm/amd/display: Fix misleading buffer information

+amdgfx, amdgpu specific patches should go here On 2018-11-05 05:33 AM, Shaokun Zhang wrote: > RETIMER_REDRIVER_INFO shows the buffer as a decimal value with a '0x' > prefix, which is somewhat misleading. > > Fix it to print hexadecimal, as was intended. > > Fixes: 2f14bc89("drm/amd/display: add

[PATCH] drm/vgem: Fix typo in driver feature flags

Fix typo in struct field initializer. Fixes: 3a6eb795641c ("drm/vgem: create a render node for vgem") Cc: Emil Velikov Cc: David Airlie Cc: Daniel Vetter Cc: dri-devel@lists.freedesktop.org Signed-off-by: Imre Deak --- drivers/gpu/drm/vgem/vgem_drv.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH v2 0/4] omapdrm: Fix runtime PM issues at module load and unload time

Hello, This series fixes crashes in the omapdss driver at both load and unload time, due to runtime PM problems related to probe deferral. The bugs got introduced in v4.20-rc, this should thus be considered as v4.20 fixes. At the core of the problem comes commit 27d624527d99 ("drm/omap: dss: Acqu

[PATCH v2 1/4] drm/omap: Populate DSS children in omapdss driver

The DSS DT node contains children that describe the DSS components (DISPC and internal encoders). Each of those components is handled by a platform driver, and thus needs to be backed by a platform device. The corresponding platform devices are created in mach-omap2 code by a call to of_platform_p

[PATCH v2 4/4] drm/omap: Work around missing DISPC in runtime PM handlers

The runtime suspend and resume callbacks for the DSI, HDMI4, HDMI5 and VENC try to manage the runtime PM state of the DISPC, which can be unavailable at probe time (due to the DSS probe being deferred for instance) and remove time (due to the DISPC being removed already). The proper fix is to move

[PATCH v2 3/4] drm/omap: dsi: Ensure the device is active during probe

The probe function performs hardware access to read the number of supported data lanes from a configuration register and thus requires the device to be active. Ensure this by surrounding the access with dsi_runtime_get() and dsi_runtime_put() calls. Fixes: edb715dffdee ("drm/omap: dss: dsi: Move i

[PATCH v2 2/4] drm/omap: hdmi4: Ensure the device is active during bind

The bind function performs hardware access (in hdmi4_cec_init()) and thus requires the device to be active. Ensure this by surrounding the bind function by hdmi_runtime_get() and hdmi_runtime_put() calls. Fixes: 27d624527d99 ("drm/omap: dss: Acquire next dssdev at probe time") Signed-off-by: Laure

Re: [PATCH 0/3] omapdrm: Fix runtime PM issues at module load and unload time

Hi Tony, On Thursday, 1 November 2018 18:17:43 EET Laurent Pinchart wrote: > On Thursday, 1 November 2018 17:58:56 EET Tony Lindgren wrote: > > * Laurent Pinchart [181101 12:13]: > >> On Thursday, 1 November 2018 13:47:40 EET Tomi Valkeinen wrote: > >>> We do dispc_runtime_get/put in the HDMI dri

[Bug 108625] AMDGPU - Can't even get Xorg to start - Kernel driver hangs with ring buffer timeout on ARM64

https://bugs.freedesktop.org/show_bug.cgi?id=108625 --- Comment #11 from Alex Deucher --- Does this patch help? https://patchwork.freedesktop.org/patch/259364/ Does ARM support write combining? The driver uses it pretty extensively. You might try disabling GTT_USWC (uncached write combined) su

Re: [Intel-gfx] [PATCH] drm/vgem: Fix typo in driver feature flags

On Mon, 5 Nov 2018 at 14:54, Imre Deak wrote: > > Fix typo in struct field initializer. > > Fixes: 3a6eb795641c ("drm/vgem: create a render node for vgem") > Cc: Emil Velikov > Cc: David Airlie > Cc: Daniel Vetter > Cc: dri-devel@lists.freedesktop.org > Signed-off-by: Imre Deak Reviewed-by: E

Re: [PATCH] drm/amd/amdgpu/dm: Fix dm_dp_create_fake_mst_encoder()

On 2018-11-01 9:51 p.m., Lyude Paul wrote: > [why] > Removing connector reusage from DM to match the rest of the tree ended > up revealing an issue that was surprisingly subtle. The original amdgpu > code for DC that was submitted appears to have left a chunk in > dm_dp_create_fake_mst_encoder() th

Re: [PATCH] drm/vgem: create a render node for vgem

Quoting kbuild test robot (2018-10-26 16:55:25) > Hi Emil, > > Thank you for the patch! Yet something to improve: > > [auto build test ERROR on sof-driver-fuweitax/master] > [also build test ERROR on v4.19 next-20181019] > [if your patch is applied to the wrong git tree, please drop us a note to

[Bug 108625] AMDGPU - Can't even get Xorg to start - Kernel driver hangs with ring buffer timeout on ARM64

https://bugs.freedesktop.org/show_bug.cgi?id=108625 --- Comment #12 from Alex Deucher --- (In reply to Carsten Haitzler from comment #10) > so wouldn't that make it a necessity then if its even glamor needing it? i > guess i can turn off glamor accel but realistically gl is a necessity so the > p

[PATCH] drm/imx: Allow building under COMPILE_TEST

Allow to compile-test imx-drm on other platforms. Signed-off-by: Philipp Zabel --- drivers/gpu/drm/imx/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/imx/Kconfig b/drivers/gpu/drm/imx/Kconfig index c9e439c82241..3f20b7fe82b9 100644 --- a/drivers/gpu/d

[PATCH] drm/imx: ignore plane updates on disabled crtcs

This patch fixes backtraces like the following when sending SIGKILL to a process with a currently pending plane update: [drm:ipu_plane_atomic_check] CRTC should be enabled [drm:drm_framebuffer_remove] *ERROR* failed to commit [ cut here ] WARNING: CPU: 3 PID

Re: [PATCH] drm/vgem: create a render node for vgem

On Mon, 5 Nov 2018 at 15:30, Chris Wilson wrote: > > Quoting kbuild test robot (2018-10-26 16:55:25) > > Hi Emil, > > > > Thank you for the patch! Yet something to improve: > > > > [auto build test ERROR on sof-driver-fuweitax/master] > > [also build test ERROR on v4.19 next-20181019] > > [if your

[Bug 108652] I suspect that in kernel 4.19 power limit decreased in 4 times on Vega GPU

https://bugs.freedesktop.org/show_bug.cgi?id=108652 --- Comment #1 from Alex Deucher --- Has the performance changed in any specific applications? -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list dri-

[Bug 201273] Fatal error during GPU init amdgpu RX560

https://bugzilla.kernel.org/show_bug.cgi?id=201273 --- Comment #9 from Alex Deucher (alexdeuc...@gmail.com) --- Does this patch help? https://patchwork.freedesktop.org/patch/259364/ -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 108644] driver/card crashes with latest polaris11 firmware

https://bugs.freedesktop.org/show_bug.cgi?id=108644 --- Comment #1 from Dan Horák --- for the record - this is with Radeon Pro WX 4100 -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list dri-devel@lists.

Re: [PATCH v2] drm/msm/dpu: Don't use devm for component devices

On Mon, Nov 05, 2018 at 07:54:52AM +0100, Andrzej Hajda wrote: > On 02.11.2018 19:25, Jordan Crouse wrote: > > Devices that are bound as components should not use devm since > > device managed memory is not freed when the component is > > unbound. > > > > In particular this is an issue if the compo

[Bug 108644] driver/card crashes with latest polaris11 firmware

https://bugs.freedesktop.org/show_bug.cgi?id=108644 --- Comment #2 from Alex Deucher --- Does this patch help? https://patchwork.freedesktop.org/patch/259364/ Can you bisect which firmware commit (https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git) caused the regression

[PATCH] drm/panel: simple: switch AUO g185han01 typical clock to 135MHz

While 144MHz is listed in the datasheet as the typical pixel clock this leads to a vrefresh rate of 64Fps, which is not what most people expect. Change this to 135MHz to provide a more common 60Fps refresh rate. Signed-off-by: Lucas Stach --- drivers/gpu/drm/panel/panel-simple.c | 2 +- 1 file c

[PATCH 2/2] drm/etnaviv: consolidate hardware fence handling in etnaviv_gpu

This is the only place in the driver that should have to deal with the raw hardware fences. To avoid any further confusion, consolidate the fence handling in this file and remove any traces of this from the header files. Signed-off-by: Lucas Stach --- drivers/gpu/drm/etnaviv/etnaviv_drv.h | 11 -

[PATCH 1/2] drm/etnaviv: kill active fence tracking

There is no need to track the currently active fence. The GPU scheduler keeps track of all the in-flight jobs. Signed-off-by: Lucas Stach --- drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 7 ++- drivers/gpu/drm/etnaviv/etnaviv_gpu.h | 1 - 2 files changed, 2 insertions(+), 6 deletions(-) diff --g

Re: [Freedreno] [PATCH 2/2] drm/msm: subclass work object for vblank events

On Fri, Nov 02, 2018 at 04:38:48PM -0700, Jeykumar Sankaran wrote: > On 2018-11-01 12:18, Sean Paul wrote: > > On Wed, Oct 31, 2018 at 05:19:05PM -0700, Jeykumar Sankaran wrote: > > > msm maintains a separate structure to define vblank > > > work definitions and a list to track events submitted > >

[Bug 108644] driver/card crashes with latest polaris11 firmware

https://bugs.freedesktop.org/show_bug.cgi?id=108644 --- Comment #3 from Dan Horák --- OK, will try both. It crashed twice since last Thursday when I updated the firmware, so it might take me some time to get a better info. There isn't a clear reproducer. -- You are receiving this mail because:

Re: [PATCH v4 3/4] drm/virtio: add in/out fence support for explicit synchronization

On Mon, 5 Nov 2018 at 11:42, Robert Foss wrote: > > When the execbuf call receives an in-fence it will get the dma_fence > related to that fence fd and wait on it before submitting the draw call. > > On the out-fence side we get fence returned by the submitted draw call > and attach it to a sync_f

Re: [Freedreno] [PATCH 2/2] drm/msm/dsi: Get PHY ref clock from the DT

On Fri, Nov 02, 2018 at 02:45:34PM -0700, Matthias Kaehlcke wrote: > Get the PHY ref clock from the device tree instead of hardcoding > its name and rate. > > Signed-off-by: Matthias Kaehlcke > --- > drivers/gpu/drm/msm/dsi/pll/dsi_pll_10nm.c | 11 ++- > 1 file changed, 10 insertions(+),

Re: [PATCH 1/2] dt-bindings: msm/dsi: Add ref clock for 10nm PHY

On Fri, Nov 02, 2018 at 02:45:33PM -0700, Matthias Kaehlcke wrote: > Allow the 10nm PHY driver to get the ref clock from the DT. > Might be nice to state that there are no current users of the 10nm phy in your commit message. Sean > Signed-off-by: Matthias Kaehlcke > --- > Documentation/devic

[Bug 108260] [Regression?] [powerplay] Failed to retrieve minimum clocks. 4.19-rc6+

https://bugs.freedesktop.org/show_bug.cgi?id=108260 --- Comment #8 from Daniel Exner --- Can confirm: Message is gone on 4.20-rc1 -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list dri-devel@lists.freed

Re: [PATCH v4 3/4] drm/virtio: add in/out fence support for explicit synchronization

Heya, On 2018-11-05 18:25, Emil Velikov wrote: On Mon, 5 Nov 2018 at 11:42, Robert Foss wrote: When the execbuf call receives an in-fence it will get the dma_fence related to that fence fd and wait on it before submitting the draw call. On the out-fence side we get fence returned by the subm

Re: [Intel-gfx] [RFC v5 1/8] drm: Add Enhanced Gamma LUT precision structure

On Sun, Sep 16, 2018 at 01:45:24PM +0530, Uma Shankar wrote: > Existing LUT precision structure is having only 16 bit > precision. This is not enough for upcoming enhanced hardwares > and advance usecases like HDR processing. Hence added a new > structure with 32 bit precision values. Also added th

[Bug 108139] My HDMI stopped working at Linux 4.18.8

https://bugs.freedesktop.org/show_bug.cgi?id=108139 --- Comment #5 from Alex Deucher --- (In reply to Nicholas Kazlauskas from comment #2) > Do you mind posting a full dmesg log for your 4.18 kernel? It would probably > help to have drm.debug=4 in your boot parameters as well for this. Is deep c

[RFC/PATCH] drm/omap: Move DISPC runtime PM handling to omapdrm

The internal encoders (DSI, HDMI4, HDMI5 and VENC) runtime PM handlers attempt to manage the runtime PM state of the connected DISPC, based on the rationale that the DISPC providing data to the encoders requires ensuring that the display is active whenever the encoders are active. While the DISPC

[Bug 108577] Black X laptop screen with cursor if HDMI not plugged in, bisected

https://bugs.freedesktop.org/show_bug.cgi?id=108577 --- Comment #24 from Alex Deucher --- Does just removing this line from the code: value |= 0x84; also fix the issue? -- You are receiving this mail because: You are the assignee for the bug.___ dri-d

Re: [PATCH v2] drm/msm/dpu: Correct dpu destroy and disable order

Hi, On Fri, Nov 2, 2018 at 5:49 AM Jayant Shekhar wrote: > > In case of msm drm bind failure, dpu_mdss_destroy is triggered. > In this function, resources are freed and pm runtime disable is > called, which triggers dpu_mdss_disable. Now in dpu_mdss_disable, > driver tries to access a memory whic

[Bug 201273] Fatal error during GPU init amdgpu RX560

https://bugzilla.kernel.org/show_bug.cgi?id=201273 --- Comment #10 from quirin.blae...@freenet.de --- -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Am 05.11.18 um 16:39 schrieb bugzilla-dae...@bugzilla.kernel.org: > https://bugzilla.kernel.org/show_bug.cgi?id=201273 > > --- Comment #9 from Ale

[Bug 105982] Plugging HDMI cable hits [drm:generic_reg_wait [amdgpu]] *ERROR* REG_WAIT timeout

https://bugs.freedesktop.org/show_bug.cgi?id=105982 --- Comment #1 from Matthew Miller --- Is this the same as #107261? -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list dri-devel@lists.freedesktop.org

[Bug 107928] Screen regularly turns black, reboot needed

https://bugs.freedesktop.org/show_bug.cgi?id=107928 --- Comment #14 from Matthew Miller --- Same thing on Fedora 29. 4.18.16-300.fc29.x86_64; also RX Vega 64. One monitor, connected either via DP or MDP. -- You are receiving this mail because: You are the assignee for the bug.__

[Bug 108668] drm/amd/display: set backlight level limit to 1: breaks userspace programs assuming 0 is the minimum brightness

https://bugs.freedesktop.org/show_bug.cgi?id=108668 Bug ID: 108668 Summary: drm/amd/display: set backlight level limit to 1: breaks userspace programs assuming 0 is the minimum brightness Product: DRI Version: uns

Re: [Intel-gfx] [PATCH v3 4/5] drm/i915: Clarify flow for disabling IRQs on storms

On Fri, Nov 02, 2018 at 08:19:07PM -0400, Lyude Paul wrote: > This is rather confusing to look at as-is: > dev_priv->display.hpd_irq_setup(dev_priv); in intel_hpd_irq_handler() > handles disabling the actual HPD IRQ, while > intel_hpd_irq_storm_disable() handles moving the HPD pin state over from >

  1   2   >