Re: [PATCH] udmabuf: set read/write flag when exporting

2018-11-15 Thread Gerd Hoffmann
On Thu, Nov 15, 2018 at 05:46:30PM -0800, Gurchetan Singh wrote: > Reviewed-by: Gurchetan Singh > Tested-by: Gurchetan Singh Thanks. Pushed to drm-misc-fixes. cheers, Gerd ___ dri-devel mailing list dri-devel@lists.freedesktop.org

Re: [PATCH libdrm 2/2] drm: Attempt to parse SPI devices as platform bus devices.

2018-11-15 Thread Eric Engestrom
On Thursday, 2018-11-15 21:18:43 -0800, Eric Anholt wrote: > For ARM systems with tinydrm displays attached to SPI, the bus name is > /spi but we have platform device info for the rest. Fixes > eglInitialize() failures on hx8357d since the EGL_EXT_device_drm > changes. Acked-by: Eric Engestrom

Re: [PATCH libdrm 1/2] Avoid hardcoded strlens in drmParseSubsystemType().

2018-11-15 Thread Eric Engestrom
On Thursday, 2018-11-15 21:18:42 -0800, Eric Anholt wrote: > Having people count characters is error-prone, when we could just have > a computer do it. Reviewed-by: Eric Engestrom > --- > xf86drm.c | 31 --- > 1 file changed, 16 insertions(+), 15 deletions(-) > >

RE: [PATCH 6/7] drm/syncobj: add new drm_syncobj_add_point interface

2018-11-15 Thread Zhou, David(ChunMing)
Don't know how to work, not completely yet. > -Original Message- > From: Christian König > Sent: Thursday, November 15, 2018 7:13 PM > To: dri-devel@lists.freedesktop.org > Cc: ch...@chris-wilson.co.uk; daniel.vet...@ffwll.ch; e...@anholt.net; Zhou, > David(ChunMing) > Subject: [PATCH

RE: [PATCH 5/7] drm/syncobj: move drm_syncobj_cb into drm_syncobj.c

2018-11-15 Thread Zhou, David(ChunMing)
Reviewed-by: Chunming Zhou > -Original Message- > From: Christian König > Sent: Thursday, November 15, 2018 7:13 PM > To: dri-devel@lists.freedesktop.org > Cc: ch...@chris-wilson.co.uk; daniel.vet...@ffwll.ch; e...@anholt.net; Zhou, > David(ChunMing) > Subject: [PATCH 5/7] drm/syncobj:

RE: [PATCH 4/7] drm/syncobj: use only a single stub fence

2018-11-15 Thread Zhou, David(ChunMing)
> -Original Message- > From: Christian König > Sent: Thursday, November 15, 2018 7:13 PM > To: dri-devel@lists.freedesktop.org > Cc: ch...@chris-wilson.co.uk; daniel.vet...@ffwll.ch; e...@anholt.net; Zhou, > David(ChunMing) > Subject: [PATCH 4/7] drm/syncobj: use only a single stub

RE: [PATCH 2/7] dma-buf: add new dma_fence_chain container

2018-11-15 Thread Zhou, David(ChunMing)
> -Original Message- > From: Christian König > Sent: Thursday, November 15, 2018 7:13 PM > To: dri-devel@lists.freedesktop.org > Cc: ch...@chris-wilson.co.uk; daniel.vet...@ffwll.ch; e...@anholt.net; Zhou, > David(ChunMing) > Subject: [PATCH 2/7] dma-buf: add new dma_fence_chain

RE: [PATCH 1/7] dma-buf: make fence sequence numbers 64 bit

2018-11-15 Thread Zhou, David(ChunMing)
Acked-by: Chunming Zhou , it is better that other people from outside can take a look. > -Original Message- > From: Christian König > Sent: Thursday, November 15, 2018 7:13 PM > To: dri-devel@lists.freedesktop.org > Cc: ch...@chris-wilson.co.uk; daniel.vet...@ffwll.ch; e...@anholt.net;

[PATCH libdrm 2/2] drm: Attempt to parse SPI devices as platform bus devices.

2018-11-15 Thread Eric Anholt
For ARM systems with tinydrm displays attached to SPI, the bus name is /spi but we have platform device info for the rest. Fixes eglInitialize() failures on hx8357d since the EGL_EXT_device_drm changes. --- xf86drm.c | 1 + 1 file changed, 1 insertion(+) diff --git a/xf86drm.c b/xf86drm.c index

[PATCH libdrm 1/2] Avoid hardcoded strlens in drmParseSubsystemType().

2018-11-15 Thread Eric Anholt
Having people count characters is error-prone, when we could just have a computer do it. --- xf86drm.c | 31 --- 1 file changed, 16 insertions(+), 15 deletions(-) diff --git a/xf86drm.c b/xf86drm.c index 10df682b7870..60fbc49b3d35 100644 --- a/xf86drm.c +++

[PATCH v3 2/5] drm/msm/dpu: use system wq for vblank events

2018-11-15 Thread Jeykumar Sankaran
DPU was using one thread per display to dispatch async commits and vblank requests. Since clean up already happened in msm to use the common thread for all the display commits, display threads are only used to cater vblank requests. Since a single thread is sufficient to do the job without any

[PATCH v3 4/5] drm/msm: clean up display thread

2018-11-15 Thread Jeykumar Sankaran
Since there are no clients using these threads, cleaning it up. changes in v2: - switch all the dependent clients to use system wq before removing the disp_threads (Sean Paul) changes in v3: - none Signed-off-by: Jeykumar Sankaran --- drivers/gpu/drm/msm/msm_drv.c |

[PATCH v3 1/5] drm/msm/dpu: use kthread_destroy_worker to release msm workers

2018-11-15 Thread Jeykumar Sankaran
use kthread_destroy_worker to destroy workers and release their associated kthreads. changes in v3: - introduced in the series Signed-off-by: Jeykumar Sankaran --- drivers/gpu/drm/msm/msm_drv.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git

[PATCH v3 3/5] drm/msm/dpu: use system wq for idle power collapse

2018-11-15 Thread Jeykumar Sankaran
msm is using system wq for dispatching commit and vblank events. Switch idle power collapse feature also to use system wq to handle delayed work handlers so that msm can get rid of redundant display threads. changes in v2: - patch introduced in v2 changes in v3: - none

[PATCH v3 5/5] drm/msm: subclass work object for vblank events

2018-11-15 Thread Jeykumar Sankaran
msm maintains a separate structure to define vblank work definitions and a list to track events submitted to the workqueue. We can avoid this redundant list and its protection mechanism, if we subclass the work object to encapsulate vblank event parameters. changes in v2: - subclass

[Bug 105725] WARNING: CPU: 0 PID: 487 at drivers/gpu/drm/amd/amdgpu/../display /dc/gpio/gpio_base.c:64 dal_gpio_open_ex+0xc/0x30 [amdgpu]

2018-11-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=105725 --- Comment #13 from Petr Cvek --- Comment on attachment 142485 --> https://bugs.freedesktop.org/attachment.cgi?id=142485 Suggested fix with a semaphore It seems there is a race condition between multiple threads which calls dal_ddc_open().

[Bug 105725] WARNING: CPU: 0 PID: 487 at drivers/gpu/drm/amd/amdgpu/../display /dc/gpio/gpio_base.c:64 dal_gpio_open_ex+0xc/0x30 [amdgpu]

2018-11-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=105725 Petr Cvek changed: What|Removed |Added CC||petrcve...@gmail.com --- Comment #12 from

Re: [PATCH] udmabuf: set read/write flag when exporting

2018-11-15 Thread Gurchetan Singh
Reviewed-by: Gurchetan Singh Tested-by: Gurchetan Singh On Wed, Nov 14, 2018 at 4:20 AM Gerd Hoffmann wrote: > > Otherwise, mmap fails when done with PROT_WRITE. > > Suggested-by: Gurchetan Singh > Signed-off-by: Gerd Hoffmann > --- > drivers/dma-buf/udmabuf.c | 1 + > 1 file changed, 1

Re: [PATCH v9 20/24] drm/i915/dsc: Add Per connector debugfs node for DSC support/enable

2018-11-15 Thread Manasi Navare
On Tue, Nov 13, 2018 at 05:52:28PM -0800, Manasi Navare wrote: > DSC can be supported per DP connector. This patch adds a per connector > debugfs node to expose DSC support capability by the kernel. > The same node can be used from userspace to force DSC enable. > > force_dsc_en written through

[PATCH v6 2/6] drm/dp_mst: Return kref_put() result from drm_dp_put_port()

2018-11-15 Thread Lyude Paul
This will let us warn if we end up freeing a port when we're not expecting to, which will make reporting erroneous usage of the new MST VCPI helpers a little easier. Signed-off-by: Lyude Paul Cc: Daniel Vetter --- drivers/gpu/drm/drm_dp_mst_topology.c | 6 +++--- 1 file changed, 3

[PATCH v6 6/6] drm/nouveau: Use atomic VCPI helpers for MST

2018-11-15 Thread Lyude Paul
Currently, nouveau uses the yolo method of setting up MST displays: it uses the old VCPI helpers (drm_dp_find_vcpi_slots()) for computing the display configuration. These helpers don't take care to make sure they take a reference to the mstb port that they're checking, and additionally don't

[PATCH v6 4/6] drm/dp_mst: Check payload count in drm_dp_mst_atomic_check()

2018-11-15 Thread Lyude Paul
It occurred to me that we never actually check this! So let's start doing that. Signed-off-by: Lyude Paul Reviewed-by: Daniel Vetter --- drivers/gpu/drm/drm_dp_mst_topology.c | 9 - 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/drm_dp_mst_topology.c

[PATCH v6 5/6] drm/nouveau: Stop unsetting mstc->port, check connector registration

2018-11-15 Thread Lyude Paul
Same thing we did in i915, but for nouveau now. Signed-off-by: Lyude Paul Cc: Daniel Vetter --- drivers/gpu/drm/nouveau/dispnv50/disp.c | 15 +++ 1 file changed, 7 insertions(+), 8 deletions(-) diff --git a/drivers/gpu/drm/nouveau/dispnv50/disp.c

[PATCH v6 3/6] drm/dp_mst: Start tracking per-port VCPI allocations

2018-11-15 Thread Lyude Paul
There has been a TODO waiting for quite a long time in drm_dp_mst_topology.c: /* We cannot rely on port->vcpi.num_slots to update * topology_state->avail_slots as the port may not exist if the parent * branch device was unplugged. This should be fixed by tracking

[PATCH v6 1/6] drm/dp_mst: Add some atomic state iterator macros

2018-11-15 Thread Lyude Paul
Signed-off-by: Lyude Paul Reviewed-by: Daniel Vetter --- include/drm/drm_dp_mst_helper.h | 77 + 1 file changed, 77 insertions(+) diff --git a/include/drm/drm_dp_mst_helper.h b/include/drm/drm_dp_mst_helper.h index 59f005b419cf..3faceb66f5cb 100644 ---

[PATCH v6 0/6] drm/dp_mst: Improve VCPI helpers, use in nouveau

2018-11-15 Thread Lyude Paul
This patchset does some cleaning up of the atomic VCPI helpers for MST, and converts nouveau over to using them. I would have included amdgpu in this patch as well, but at the moment moving them over to the atomic helpers is nontrivial. [sorry for still not adding your R-Bs! I ended up needing to

[Bug 102322] System crashes after "[drm] IP block:gmc_v8_0 is hung!" / [drm] IP block:sdma_v3_0 is hung!

2018-11-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=102322 --- Comment #71 from dwagner --- Created attachment 142484 --> https://bugs.freedesktop.org/attachment.cgi?id=142484=edit gpu_debug4_output.txt.gz -- You are receiving this mail because: You are the assignee for the

[Bug 102322] System crashes after "[drm] IP block:gmc_v8_0 is hung!" / [drm] IP block:sdma_v3_0 is hung!

2018-11-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=102322 --- Comment #70 from dwagner --- Created attachment 142483 --> https://bugs.freedesktop.org/attachment.cgi?id=142483=edit test script -- You are receiving this mail because: You are the assignee for the

[Bug 102322] System crashes after "[drm] IP block:gmc_v8_0 is hung!" / [drm] IP block:sdma_v3_0 is hung!

2018-11-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=102322 --- Comment #69 from dwagner --- As promised in above comment, today I ran my debug script "gpu_debug4.sh" to obtain the diagnostic output after the crash as requested above. This output is in attached "gpu_debug4_output.txt". Since the trace

[Bug 99089] Random screen lockups

2018-11-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=99089 Witold Baryluk changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug 99089] Random screen lockups

2018-11-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=99089 --- Comment #3 from Witold Baryluk --- I am going to close this, as I did not have this lockups for some time now anymore. I most likely changed some settings in BIOS that make it stable. If I ever get more data on recent kernels and can

[git pull] drm fixes for 4.20-rc3

2018-11-15 Thread Dave Airlie
Hi Linus, Live from Vancouver, SoC maintainer talk, this weeks drm fixes pull for rc3. omapdrm: regression fixes for the reordering bridge stuff that went into rc1, i915: incorrect EU count fix, HPD storm fix, MST fix, relocation fix for gen4/5 amdgpu: huge page handling fix, IH ring setup, XGMI

Re: [PATCH 3/9] drm: replace "drm_dev_unref" function with "drm_dev_put"

2018-11-15 Thread Boris Brezillon
On Thu, 15 Nov 2018 23:16:23 +0100 Fernando Ramos wrote: > This patch unifies the naming of DRM functions for reference counting as > requested on Documentation/gpu/todo.rst > > Signed-off-by: Fernando Ramos > --- > drivers/gpu/drm/arc/arcpgu_drv.c | 4 ++-- >

[Bug 108100] RX480: HDMI display unavailable with amdgpu.dc=1, boot error drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_resource.c:1721 dc_validate_stream+0xd5/0x100

2018-11-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=108100 --- Comment #5 from Jure Repinc --- I just upgraded to Linux kernel 4.19.1 and the problem is still present. -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel

Re: [PATCH 0/9] drm: remove deprecated functions

2018-11-15 Thread Linus Walleij
On Thu, Nov 15, 2018 at 11:17 PM Fernando Ramos wrote: > One of the things in the DRM TODO list ("Documentation/gpu/todo.rst") was to > "switch from reference/unreference to get/put". That's what this patch series > is > about. The series: Reviewed-by: Linus Walleij Yours, Linus Walleij

[Bug 102909] radeon 0000:03:00.0: ring 0 stalled for more than 10000msec

2018-11-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=102909 Jan Vesely changed: What|Removed |Added See Also|https://bugs.freedesktop.or |

[Bug 101712] [Turks PRO/Radeon HD 6570/7570/8550] CPU lockup after ring 0 stalled

2018-11-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=101712 Jan Vesely changed: What|Removed |Added See Also|https://bugs.freedesktop.or |

[Bug 104307] radeon ring 0 stalled for more than ... radeon ... GPU lockup ...

2018-11-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=104307 Jan Vesely changed: What|Removed |Added See Also|https://bugs.freedesktop.or |

[Bug 107545] radeon - ring 0 stalled - GPU lockup - SI

2018-11-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=107545 Jan Vesely changed: What|Removed |Added See Also|https://bugs.freedesktop.or |

[Bug 105113] [hawaii, radeonsi, clover] Running Piglit cl/program/execute/{, tail-}calls{, -struct, -workitem-id}.cl cause GPU VM error and ring stalled GPU lockup

2018-11-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=105113 Jan Vesely changed: What|Removed |Added See Also|https://bugs.freedesktop.or |

[PATCH 8/9] drm: remove no longer needed drm-get-put coccinelle script

2018-11-15 Thread Fernando Ramos
The coccinelle script was used to rename some (deprecated) functions which no longer exist now. Signed-off-by: Fernando Ramos --- scripts/coccinelle/api/drm-get-put.cocci | 78 1 file changed, 78 deletions(-) delete mode 100644 scripts/coccinelle/api/drm-get-put.cocci

[PATCH 1/9] drm: replace "drm_gem_object_unreference_unlocked" function with "*put_unlocked"

2018-11-15 Thread Fernando Ramos
This patch unifies the naming of DRM functions for reference counting as requested on Documentation/gpu/todo.rst Signed-off-by: Fernando Ramos --- drivers/gpu/drm/bochs/bochs_mm.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/bochs/bochs_mm.c

[PATCH 6/9] drm: remove deprecated "drm_connector_[un]reference" functions

2018-11-15 Thread Fernando Ramos
There are no more places where this (deprecated) function is being used from, thus it can now be removed. Signed-off-by: Fernando Ramos --- include/drm/drm_connector.h | 24 1 file changed, 24 deletions(-) diff --git a/include/drm/drm_connector.h

[PATCH 0/9] drm: remove deprecated functions

2018-11-15 Thread Fernando Ramos
Hi all, One of the things in the DRM TODO list ("Documentation/gpu/todo.rst") was to "switch from reference/unreference to get/put". That's what this patch series is about. In the past year or so most of the functions had already been renamed and only a few remained, which are the ones I fix

[PATCH 7/9] drm: remove deprecated "drm_framebuffer_[un]reference" functions

2018-11-15 Thread Fernando Ramos
There are no more places where this (deprecated) function is being used from, thus it can now be removed. Signed-off-by: Fernando Ramos --- include/drm/drm_framebuffer.h | 24 1 file changed, 24 deletions(-) diff --git a/include/drm/drm_framebuffer.h

[PATCH 3/9] drm: replace "drm_dev_unref" function with "drm_dev_put"

2018-11-15 Thread Fernando Ramos
This patch unifies the naming of DRM functions for reference counting as requested on Documentation/gpu/todo.rst Signed-off-by: Fernando Ramos --- drivers/gpu/drm/arc/arcpgu_drv.c | 4 ++-- drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c | 4 ++-- drivers/gpu/drm/etnaviv/etnaviv_drv.c

[PATCH 5/9] drm: replace "drm_connector_unreference" with "drm_connector_put"

2018-11-15 Thread Fernando Ramos
This patch unifies the naming of DRM functions for reference counting as requested on Documentation/gpu/todo.rst Signed-off-by: Fernando Ramos --- drivers/gpu/drm/bridge/tc358764.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/tc358764.c

[PATCH 9/9] docs: drm: remove no longer relevant TODO entry

2018-11-15 Thread Fernando Ramos
This entry asked to rename all drm core "*_reference/_unrefence" functions to "*_get/_put". Now that this task is complete, we can remove this entry from the TODO list. Signed-off-by: Fernando Ramos --- Documentation/gpu/todo.rst | 17 - 1 file changed, 17 deletions(-) diff

[PATCH 4/9] drm: remove deprecated "drm_dev_unref" function

2018-11-15 Thread Fernando Ramos
There are no more places where this (deprecated) function is being used from, thus it can now be removed. Signed-off-by: Fernando Ramos --- drivers/gpu/drm/drm_drv.c | 13 - include/drm/drm_drv.h | 1 - 2 files changed, 14 deletions(-) diff --git a/drivers/gpu/drm/drm_drv.c

[PATCH 2/9] drm: remove deprecated "[__]drm_gem_object_[un]reference[_locked]" functions

2018-11-15 Thread Fernando Ramos
There are no more places where these (deprecated) functions are being used from, thus they can now be removed. Signed-off-by: Fernando Ramos --- include/drm/drm_gem.h | 50 --- 1 file changed, 50 deletions(-) diff --git a/include/drm/drm_gem.h

[PATCH v3 2/3] drm: Add CRTC background color property (v3)

2018-11-15 Thread Matt Roper
Some display controllers can be programmed to present non-black colors for pixels not covered by any plane (or pixels covered by the transparent regions of higher planes). Compositors that want a UI with a solid color background can potentially save memory bandwidth by setting the CRTC background

[PATCH v3 3/3] drm/i915/gen9+: Add support for pipe background color (v3)

2018-11-15 Thread Matt Roper
Gen9+ platforms allow CRTC's to be programmed with a background/canvas color below the programmable planes. Let's expose this for use by compositors. v2: - Split out bgcolor sanitization and programming of csc/gamma bits to a separate patch that we can land before the ABI changes are ready

[PATCH v3 2/3] drm: Add CRTC background color property (v2)

2018-11-15 Thread Matt Roper
Some display controllers can be programmed to present non-black colors for pixels not covered by any plane (or pixels covered by the transparent regions of higher planes). Compositors that want a UI with a solid color background can potentially save memory bandwidth by setting the CRTC background

[PATCH v3 0/3] CRTC background color

2018-11-15 Thread Matt Roper
Third version of the series previously posted here: https://lists.freedesktop.org/archives/intel-gfx/2018-November/181777.html This version incorporates review feedback from Ville and Sean Paul. The first patch here can be merged whenever it receives review approval. The second and third

Re: [PATCH 4/6] drm/vc4: Rework the async update logic

2018-11-15 Thread Boris Brezillon
On Thu, 15 Nov 2018 12:49:11 -0800 Eric Anholt wrote: > Boris Brezillon writes: > > > vc4_plane_atomic_async_check() was only based on the > > state->{crtc,src}_{w,h} which was fine since scaling was not allowed on > > the cursor plane. > > > > We are about to change that to properly support

Re: [PATCH 3/6] drm/vc4: Don't check plane state more than once

2018-11-15 Thread Boris Brezillon
On Thu, 15 Nov 2018 12:41:36 -0800 Eric Anholt wrote: > Boris Brezillon writes: > > > We are about to use vc4_plane_mode_set() in the async check path, but > > async check can decide that async update is not possible and force the > > driver to fallback to a sync update. > > > > All the checks

Re: [PATCH 2/6] drm/vc4: Move LBM creation out of vc4_plane_mode_set()

2018-11-15 Thread Boris Brezillon
On Thu, 15 Nov 2018 12:39:42 -0800 Eric Anholt wrote: > Boris Brezillon writes: > > > We are about to use vc4_plane_mode_set() in the async check path, and > > async updates require that LBM size stay the same since they reuse the > > LBM from the previous state. So we definitely don't want to

Re: [PATCH 5/6] drm/vc4: Allow scaling on cursor plane

2018-11-15 Thread Eric Anholt
Boris Brezillon writes: > Now that async update has been reworked to allow scaled planes to be > updated asynchronously when the scaling params do not change, we can > remove the NO_SCALING constraint on cursor planes. These last 2 get my r-b. signature.asc Description: PGP signature

Re: [PATCH 4/6] drm/vc4: Rework the async update logic

2018-11-15 Thread Eric Anholt
Boris Brezillon writes: > vc4_plane_atomic_async_check() was only based on the > state->{crtc,src}_{w,h} which was fine since scaling was not allowed on > the cursor plane. > > We are about to change that to properly support underscan, and, in order > to make the async check more reliable, we

Re: [PATCH 3/6] drm/vc4: Don't check plane state more than once

2018-11-15 Thread Eric Anholt
Boris Brezillon writes: > We are about to use vc4_plane_mode_set() in the async check path, but > async check can decide that async update is not possible and force the > driver to fallback to a sync update. > > All the checks that have been done on the plane state during async check > stay

Re: [PATCH] drm/amd/powerplay: Ratelimit all "was not implemented" messages

2018-11-15 Thread Alex Deucher
On Thu, Nov 15, 2018 at 8:47 AM Joerg Roedel wrote: > > From: Joerg Roedel > > Running kfdtest on an AMD Carizzo flooded the kernel log > with thousands of these "was not implemented" messages, > making it impossible to see other messages there. > > Ratelimit the messages to prevent user-space

Re: [PATCH 1/6] drm/vc4: Make vc4_lbm_size() return 0 when vertical scaling is disabled

2018-11-15 Thread Eric Anholt
Boris Brezillon writes: > LBM is not needed when vertical scaling is disabled. Return 0 in this > case to avoid allocating LBM memory that will anyway be unused. > > While at it, drop the test on ->is_unity which is now redundant. r-b signature.asc Description: PGP signature

Re: [PATCH 2/6] drm/vc4: Move LBM creation out of vc4_plane_mode_set()

2018-11-15 Thread Eric Anholt
Boris Brezillon writes: > We are about to use vc4_plane_mode_set() in the async check path, and > async updates require that LBM size stay the same since they reuse the > LBM from the previous state. So we definitely don't want to allocate a > new LBM region that we know for sure will be free

RE: [PATCH] drm/amdgpu: Fix Kernel Oops triggered by kfdtest

2018-11-15 Thread Kuehling, Felix
Apologies. We already have a fix for this on our internal amd-kfd-staging branch, but it's missing from amd-staging-drm-next. I'll cherry-pick our fix to amd-staging-drm-next and nominate it for drm-fixes. Regards, Felix -Original Message- From: amd-gfx On Behalf Of Joerg Roedel

Re: [PATCH v2 -next] drm/amdgpu: remove set but not used variable 'ring'

2018-11-15 Thread Alex Deucher
On Thu, Nov 15, 2018 at 11:12 AM YueHaibing wrote: > > Fixes gcc '-Wunused-but-set-variable' warning: > > drivers/gpu/drm/amd/amdgpu/psp_v10_0.c: In function 'psp_v10_0_ring_stop': > drivers/gpu/drm/amd/amdgpu/psp_v10_0.c:230:19: warning: > variable 'ring' set but not used

Re: [PATCH 2/2] drm: Revert syncobj timeline changes.

2018-11-15 Thread Eric Anholt
Eric Anholt writes: > [ Unknown signature status ] > "Koenig, Christian" writes: > >> Hi Eric, >> >> thanks for your time to test this. >> >> Am 14.11.18 um 08:07 schrieb Eric Anholt: >>> zhoucm1 writes: >>> Ping.. Eric, Could you help try attached patch for your memory issue?

[PATCH] vulkan: Add VK_GOOGLE_display_timing extension (x11+display, anv+radv) [v6]

2018-11-15 Thread Keith Packard
This adds support for the VK_GOOGLE_display timing extension, which provides two things: 1) Detailed information about when frames are displayed, including slack time between GPU execution and display frame. 2) Absolute time control over swapchain queue processing. This allows the

Re: [PATCH v3 1/2] drm/vc4: Fix NULL pointer dereference in the async update path

2018-11-15 Thread Boris Brezillon
On Thu, 15 Nov 2018 08:25:48 -0800 Eric Anholt wrote: > Boris Brezillon writes: > > > vc4_plane_atomic_async_update() calls vc4_plane_atomic_check() > > which in turn calls vc4_plane_setup_clipping_and_scaling(), and since > > commit 58a6a36fe8e0 ("drm/vc4: Use > >

Re: [PATCH v3] drm/bridge/sii902x: Fix EDID readback

2018-11-15 Thread Boris Brezillon
On Thu, 15 Nov 2018 11:39:30 + Fabrizio Castro wrote: > Hello Boris, > > > From: Boris Brezillon > > Sent: 15 November 2018 10:16 > > Subject: Re: [PATCH v3] drm/bridge/sii902x: Fix EDID readback > > > > On Thu, 15 Nov 2018 11:13:52 +0100 > > Linus Walleij wrote: > > > > > On Tue, Nov

[PULL] drm-intel-fixes

2018-11-15 Thread Joonas Lahtinen
Hi Dave, Most importantly we have a fix for an incorrect EU count reported from kernel, Gen9+ scaled output fix, and avoiding OOPS on MST display systems. So looking pretty stable. Regards, Joonas PS. Had some CI turbulence for this PR as we raised the bar so that now a loss of lockdep

[Bug 108710] Since 4.20 kernel Vega 56 hangs when I surf pages in steam client

2018-11-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=108710 --- Comment #8 from mikhail.v.gavri...@gmail.com --- Oh I see again messages (even with proposed patch and Mesa 18.3.0-rc2): [ 1784.721401] gmc_v9_0_process_interrupt: 1 callbacks suppressed [ 1784.721406] amdgpu :0b:00.0: [mmhub] VMC page

[Bug 108710] Since 4.20 kernel Vega 56 hangs when I surf pages in steam client

2018-11-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=108710 --- Comment #7 from mikhail.v.gavri...@gmail.com --- Created attachment 142482 --> https://bugs.freedesktop.org/attachment.cgi?id=142482=edit dmesg 4.20 rc2 with patch from comment 4 (GPU hang again and again) -- You are receiving this mail

Re: [PATCH] drm/fb-helper: Blacklist writeback when adding connectors to fbdev

2018-11-15 Thread Boris Brezillon
On Thu, 15 Nov 2018 17:32:48 +0100 Paul Kocialkowski wrote: > Writeback connectors do not produce any on-screen output and require > special care for use. Such connectors are hidden from enumeration in > DRM resources by default, but they are still picked-up by fbdev. > This makes rather little

[PATCH] drm/fb-helper: Blacklist writeback when adding connectors to fbdev

2018-11-15 Thread Paul Kocialkowski
Writeback connectors do not produce any on-screen output and require special care for use. Such connectors are hidden from enumeration in DRM resources by default, but they are still picked-up by fbdev. This makes rather little sense since fbdev is not really adapted for dealing with writeback.

Re: [PATCH v3 1/2] drm/vc4: Fix NULL pointer dereference in the async update path

2018-11-15 Thread Eric Anholt
Boris Brezillon writes: > vc4_plane_atomic_async_update() calls vc4_plane_atomic_check() > which in turn calls vc4_plane_setup_clipping_and_scaling(), and since > commit 58a6a36fe8e0 ("drm/vc4: Use > drm_atomic_helper_check_plane_state() to simplify the logic"), this > function accesses

[Bug 108760] AMD GPU pro 18.40 doesn't work with Kabylake-g

2018-11-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=108760 Alex Deucher changed: What|Removed |Added Resolution|--- |WONTFIX Status|NEW

[Bug 108754] hard crash of amdgpu in 4.20-rc

2018-11-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=108754 Alex Deucher changed: What|Removed |Added Attachment #142474|text/x-log |text/plain mime type|

[Bug 107823] [amdgpu/displayport] Blackscreen on native resolution

2018-11-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=107823 --- Comment #17 from Drexler --- Created attachment 142479 --> https://bugs.freedesktop.org/attachment.cgi?id=142479=edit setup video -- You are receiving this mail because: You are the assignee for the

[Bug 107823] [amdgpu/displayport] Blackscreen on native resolution

2018-11-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=107823 --- Comment #16 from Drexler --- Created attachment 142478 --> https://bugs.freedesktop.org/attachment.cgi?id=142478=edit setup pic 1 -- You are receiving this mail because: You are the assignee for the

Re: [PATCH v3 2/2] arm64: dts: allwinner: a64: Add device node for Mali-400 GPU

2018-11-15 Thread Maxime Ripard
On Wed, Nov 14, 2018 at 09:58:37AM +0530, Jagan Teki wrote: > Add support for Allwinner A64 has Mali-400MP2. > > All interrupt lines are mentioned in the manual so used the same. > > Signed-off-by: Jagan Teki Applied both, thanks Maxime -- Maxime Ripard, Bootlin Embedded Linux and Kernel

[Bug 108760] AMD GPU pro 18.40 doesn't work with Kabylake-g

2018-11-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=108760 --- Comment #1 from Hai --- Created attachment 142477 --> https://bugs.freedesktop.org/attachment.cgi?id=142477=edit xorg.0.log -- You are receiving this mail because: You are the assignee for the

[Bug 107823] [amdgpu/displayport] Blackscreen on native resolution

2018-11-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=107823 --- Comment #15 from Drexler --- Hi Jan, i have exact same panel and tried it out, with thinpro 7, but unable to see the problem. The panel's native resolution is 1680x1050 @60 which is selected by default. I then set using xrandr, another

[Bug 108753] [RX570]GOG Dosbox game causes lockup

2018-11-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=108753 --- Comment #4 from baracl...@gmail.com --- Arch Linux/Budgie Desktop. I tried a few other dosbox games and they work correctly. The game also works correctly when starting dosbox in windowed mode. Then I tried to start the game with only one

Re: Fwd: [PATCH v3] drm/bridge/sii902x: Fix EDID readback

2018-11-15 Thread Yannick FERTRE
Hello Fabrizio, Many thanks for your patch. It's very helpful. Tested-by: Yannick Fertré Best regards Yannick Fertré > Subject: [PATCH v3] drm/bridge/sii902x: Fix EDID readback > Date: Tue, 6 Nov 2018 11:52:36 + > From: Fabrizio Castro > To: Archit Taneja , Andrzej Hajda > , David

[Bug 108760] AMD GPU pro 18.40 doesn't work with Kabylake-g

2018-11-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=108760 Bug ID: 108760 Summary: AMD GPU pro 18.40 doesn't work with Kabylake-g Product: DRI Version: XOrg git Hardware: Other OS: Linux (All) Status: NEW

[Bug 108753] [RX570]GOG Dosbox game causes lockup

2018-11-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=108753 Michel Dänzer changed: What|Removed |Added Attachment #142475|text/x-log |text/plain mime type|

[PATCH] drm/amdgpu: Fix Kernel Oops triggered by kfdtest

2018-11-15 Thread Joerg Roedel
From: Joerg Roedel Running kfdtest on Kaveri triggers a kernel NULL-ptr dereference: BUG: unable to handle kernel NULL pointer dereference at PGD 42c017067 P4D 42c017067 PUD 40f071067 PMD 0 Oops: 0010 [#1] SMP NOPTI CPU: 0 PID: 13107 Comm:

[Bug 108753] [RX570]GOG Dosbox game causes lockup

2018-11-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=108753 --- Comment #3 from Nicholas Kazlauskas --- What distro and desktop environment are you using? Does this problem occur when using xf86-video-amdgpu instead of the modesetting driver? -- You are receiving this mail because: You are the

[PATCH] drm/amd/powerplay: Ratelimit all "was not implemented" messages

2018-11-15 Thread Joerg Roedel
From: Joerg Roedel Running kfdtest on an AMD Carizzo flooded the kernel log with thousands of these "was not implemented" messages, making it impossible to see other messages there. Ratelimit the messages to prevent user-space from flooding the kernel log. Signed-off-by: Joerg Roedel ---

[Bug 108753] [RX570]GOG Dosbox game causes lockup

2018-11-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=108753 --- Comment #2 from baracl...@gmail.com --- Created attachment 142475 --> https://bugs.freedesktop.org/attachment.cgi?id=142475=edit Xorg.0.log -- You are receiving this mail because: You are the assignee for the

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

2018-11-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=108644 --- Comment #5 from Dan Horák --- I got a new crash today, after ~10 days without an issue. Again it was when I was scrolling a page in Firefox. -- You are receiving this mail because: You are the assignee for the

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

2018-11-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=108644 --- Comment #4 from Dan Horák --- Testing with 4.20-pre kernels is not possible due bug 108754 :-( -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list

[Bug 108754] hard crash of amdgpu in 4.20-rc

2018-11-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=108754 Bug ID: 108754 Summary: hard crash of amdgpu in 4.20-rc Product: DRI Version: unspecified Hardware: PowerPC OS: Linux (All) Status: NEW Severity: normal

Re: [PATCH v2 1/3] drm/msm/dpu: clean up references of DPU custom bus scaling

2018-11-15 Thread skolluku
On 2018-11-14 21:19, Sean Paul wrote: On Wed, Oct 10, 2018 at 02:54:32PM +0530, Sravanthi Kollukuduru wrote: Since the upstream interconnect bus framework has landed upstream, the existing references of custom bus scaling needs to be cleaned up. Just a few nits below. Sure, will make the

RE: [PATCH -next] drm/amdgpu: remove set but not used variable 'ring'

2018-11-15 Thread Huang, Ray
> -Original Message- > From: YueHaibing [mailto:yuehaib...@huawei.com] > Sent: Thursday, November 15, 2018 6:52 PM > To: Deucher, Alexander ; Koenig, Christian > ; Zhou, David(ChunMing) > ; airl...@linux.ie; Liu, Shaoyun > ; Francis, David ; Huang, > Ray ; Xu, Feifei ; Gao, Likun > > Cc:

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

2018-11-15 Thread Robert Foss
Hey, I think this patch is ready for inclusion. Rob. On 2018-11-05 11:13, Robert Foss wrote: 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

[PATCH 5/7] drm/syncobj: move drm_syncobj_cb into drm_syncobj.c

2018-11-15 Thread Christian König
Not used outside the file. Signed-off-by: Christian König --- drivers/gpu/drm/drm_syncobj.c | 21 + include/drm/drm_syncobj.h | 21 - 2 files changed, 21 insertions(+), 21 deletions(-) diff --git a/drivers/gpu/drm/drm_syncobj.c

[PATCH 4/7] drm/syncobj: use only a single stub fence

2018-11-15 Thread Christian König
Extract of useful code from the timeline work. Let's use just a single stub fence instance instead of allocating a new one all the time. Signed-off-by: Chunming Zhou Signed-off-by: Christian König --- drivers/gpu/drm/drm_syncobj.c | 67 ++- 1 file

[PATCH 6/7] drm/syncobj: add new drm_syncobj_add_point interface

2018-11-15 Thread Christian König
Use the dma_fence_chain object to create a timeline of fence objects instead of just replacing the existing fence. Signed-off-by: Christian König --- drivers/gpu/drm/drm_syncobj.c | 40 include/drm/drm_syncobj.h | 5 + 2 files changed, 45

[PATCH 7/7] drm/syncobj: use the timeline point in drm_syncobj_find_fence

2018-11-15 Thread Christian König
Implement finding the right timeline point in drm_syncobj_find_fence. Signed-off-by: Christian König --- drivers/gpu/drm/drm_syncobj.c | 10 +- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/drm_syncobj.c b/drivers/gpu/drm/drm_syncobj.c index

  1   2   >