RFC: page-flip with damage?

Hi, list! Page flips, while efficient on real hardware, aren't that efficient in other situations, like for virtual devices with local, or even worse, remote desktops. We might ending up forwarding or encoding a couple of full frames worth of data instead of a small region at a cursor blink.

Re: [PATCH v4 08/10] drm/sun4i: Use drm_gem_fb_create()

On Sun, Sep 24, 2017 at 12:26:23PM +, Noralf Trønnes wrote: > drm_fb_cma_create() is just a wrapper around drm_gem_fb_create() now, > so use the function directly. > > Cc: Maxime Ripard > Signed-off-by: Noralf Trønnes Acked-by: Maxime

Re: [Outreachy kernel] [PATCH v2] drm/tegra: Replace dev_* with DRM_DEV_*

On Sun, 24 Sep 2017, Harsha Sharma wrote: > Replace all occurences of dev_info/err/dbg with DRM_DEV_INFO/ > ERROR/DEBUG as we have DRM_DEV_* variants of drm print macros > Done using following coccinelle semantic patch > > @r@ > @@ > > ( > -dev_info > +DRM_DEV_INFO > | > -dev_err >

[Bug 101731] System freeze with AMDGPU when playing The Witcher 3 (GOG GOTY)

https://bugs.freedesktop.org/show_bug.cgi?id=101731 --- Comment #73 from Shmerl --- Józef Kucia made a hack patch for Wine to prevent the freeze: https://bugs.winehq.org/show_bug.cgi?id=43273#c43 -- You are receiving this mail because: You are the assignee for the

Re: [PATCH 2/3] drm/panel: Add DT bindings for Ilitek ILI9322

On Wed, Sep 20, 2017 at 6:56 AM, Linus Walleij wrote: > On Sat, Sep 2, 2017 at 11:17 PM, Linus Walleij > wrote: >> On Thu, Aug 17, 2017 at 10:44 PM, Rob Herring wrote: >>> On Sun, Aug 13, 2017 at 01:44:47PM +0200, Linus

[Bug 101685] [amdgpu][tahiti xt] dota2 random crash

https://bugs.freedesktop.org/show_bug.cgi?id=101685 --- Comment #6 from Bas Nieuwenhuizen --- So what I'm still missing is (1) was the original bug using GL or Vulkan? (2) if GL in (1), does the issue still occur on GL? -- You are receiving this mail because: You are

[Bug 101685] [amdgpu][tahiti xt] dota2 random crash

https://bugs.freedesktop.org/show_bug.cgi?id=101685 Sylvain BERTRAND changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 102965] glColor functions producing GL_INVALID_OPERATION

https://bugs.freedesktop.org/show_bug.cgi?id=102965 --- Comment #1 from Ilia Mirkin --- Is SDL defaulting to creating a core context now? If so, no glColor* there. -- You are receiving this mail because: You are the assignee for the

[Bug 102965] glColor functions producing GL_INVALID_OPERATION

https://bugs.freedesktop.org/show_bug.cgi?id=102965 Bug ID: 102965 Summary: glColor functions producing GL_INVALID_OPERATION Product: DRI Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW

[Bug 101731] System freeze with AMDGPU when playing The Witcher 3 (GOG GOTY)

https://bugs.freedesktop.org/show_bug.cgi?id=101731 --- Comment #74 from mirh --- Wine's role should just be that of avoiding their.. stuff, to misbehave. But as for the freeze itself, I'd be expecting a bug in amdgpu, if the user level bug was *allowed* to escalate to

Re: RFC: page-flip with damage?

On Sun, Sep 24, 2017 at 1:41 PM, Thomas Hellstrom wrote: > Hi, list! > > Page flips, while efficient on real hardware, aren't that efficient in other > situations, like for virtual devices with local, or even worse, remote > desktops. > We might ending up forwarding or

[Bug 99710] [amdgpu R9 390] GPU hang when playing Hearthstone in Wine

https://bugs.freedesktop.org/show_bug.cgi?id=99710 --- Comment #14 from Sandeep --- And I just found out that suspend/resume is totally broken if I disable DPM. This is a critical bug for us Linux users, especially given that this is a $300 card, it doesn't feel like I got

[Bug 102962] GPU crash running Overwatch in wine-staging

https://bugs.freedesktop.org/show_bug.cgi?id=102962 --- Comment #1 from Józef Kucia --- This is likely a Wine/wine-staging bug and shouldn't be reported to Mesa. Why do you think it is a driver bug? -- You are receiving this mail because: You are the assignee for the

[Bug 102962] GPU crash running Overwatch in wine-staging

https://bugs.freedesktop.org/show_bug.cgi?id=102962 --- Comment #2 from Tobias Auerochs --- As I mentioned, it causes a GPU crash, meaning the entire graphics session freezes, other than mouse cursor, I'm not referring to wine simply crashing. I'm not familiar with

radeon_get_bios: BUG: unable to handle kernel paging request

Hi, while trying to resurrect my old Macbook as an 32 bit kernel testing device, I think someone broke the radeon driver on this first generation pure EFI boot Macbook. My guess would be that the introduction of the vga_switcheroo code did break the radeon_get_bios functionality. I will try

[Bug 102962] GPU crash running Overwatch in wine-staging

https://bugs.freedesktop.org/show_bug.cgi?id=102962 Bug ID: 102962 Summary: GPU crash running Overwatch in wine-staging Product: Mesa Version: 17.2 Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW

[PATCH] drm/nouveau/fbcon: fix oops without fbdev emulation

This is similar to an earlier commit 52dfcc5ccfbb ("drm/nouveau: fix for disabled fbdev emulation"), but protects all occurrences of helper.fbdev in the source. I see oops in nouveau_fbcon_accel_save_disable() called from nouveau_fbcon_set_suspend_work() on Linux 3.13 when

[PATCH] drm/tegra: Replace dev_* with DRM_DEV_*

Replace all occurences of dev_info/err/dbg with DRM_DEV_INFO/ ERROR/DEBUG as we have DRM_DEV_* variants of drm print macros Done using following coccinelle semantic patch @r@ @@ ( -dev_info +DRM_DEV_INFO | -dev_err +DRM_DEV_ERROR | -dev_dbg +DRM_DEV_DEBUG ) Signed-off-by: Harsha Sharma

Re: [git pull] amdkfd next 4.14

On Sun, Sep 17, 2017 at 9:37 PM, Alex Deucher wrote: > On Sat, Sep 16, 2017 at 11:58 AM, Oded Gabbay wrote: >> On Mon, Sep 4, 2017 at 10:50 AM, Daniel Vetter wrote: >>> Hi Alex, >>> >>> Since Dave is out, can you just pull that into

[PATCH v4 00/10] drm: Add GEM backed framebuffer library

This adds helpers for drivers that don't subclass drm_framebuffer and are backed by drm_gem_object(s). drm_fb_cma_helper is converted to use the helpers. Ack's have been trickling in the last month but seem to have stopped now, so these are the ones left plus a new one: tve200 Noralf. Changes

[PATCH v4 02/10] drm/fsl-dcu: Use drm_gem_fb_create()

drm_fb_cma_create() is just a wrapper around drm_gem_fb_create() now, so use the function directly. Cc: Stefan Agner Cc: Alison Wang Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_kms.c | 3 ++- 1 file

[PATCH v4 09/10] drm/tve200: Use drm_gem_fb_create() and drm_gem_fb_prepare_fb()

drm_fb_cma_create() and drm_fb_cma_prepare_fb() are just wrappers now, use drm_gem_fb_create() and drm_gem_fb_prepare_fb() directly. Cc: Linus Walleij Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/tve200/tve200_display.c | 3 ++-

[PATCH v4 06/10] drm/rcar-du: Use drm_gem_fb_create()

drm_fb_cma_create() is just a wrapper around drm_gem_fb_create() now, so use the function directly. Cc: Laurent Pinchart Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/rcar-du/rcar_du_kms.c | 3 ++- 1 file changed, 2 insertions(+), 1

[PATCH v4 03/10] drm/hisilicon/kirin: Use drm_gem_fb_create()

drm_fb_cma_create() is just a wrapper around drm_gem_fb_create() now, so use the function directly. Cc: Xinliang Liu Cc: Rongrong Zou Cc: Xinwei Kong Cc: Chen Feng Signed-off-by: Noralf

[PATCH v4 01/10] drm/tinydrm: Use drm_gem_framebuffer_helper

Use drm_gem_framebuffer_helper directly instead of the cma library wrappers. Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/tinydrm/core/tinydrm-core.c | 3 ++- drivers/gpu/drm/tinydrm/core/tinydrm-pipe.c | 5 +++-- drivers/gpu/drm/tinydrm/mipi-dbi.c | 5 +++--

[PATCH v4 08/10] drm/sun4i: Use drm_gem_fb_create()

drm_fb_cma_create() is just a wrapper around drm_gem_fb_create() now, so use the function directly. Cc: Maxime Ripard Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/sun4i/sun4i_framebuffer.c | 3 ++- 1 file changed, 2 insertions(+), 1

[PATCH v4 10/10] drm/fb-cma-helper: Remove unused functions

The cma drivers use the drm_gem_framebuffer_helper functions now, so remove drm_fb_cma_destroy, drm_fb_cma_create_handle, drm_fb_cma_create_with_funcs, drm_fb_cma_create and drm_fb_cma_prepare_fb. Signed-off-by: Noralf Trønnes Reviewed-by: Eric Anholt ---

[PATCH v4 07/10] drm/shmobile: Use drm_gem_fb_create()

drm_fb_cma_create() is just a wrapper around drm_gem_fb_create() now, so use the function directly. Cc: Laurent Pinchart Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/shmobile/shmob_drm_kms.c | 3 ++- 1 file changed, 2 insertions(+), 1

[PATCH v4 05/10] drm/mxsfb: Use drm_gem_fb_create() and drm_gem_fb_prepare_fb()

drm_fb_cma_create() and drm_fb_cma_prepare_fb() are just wrappers now, use drm_gem_fb_create() and drm_gem_fb_prepare_fb() directly. Cc: Marek Vasut Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/mxsfb/mxsfb_drv.c | 5 +++-- 1 file changed, 3

[PATCH v4 04/10] drm/meson: Use drm_gem_fb_create()

drm_fb_cma_create() is just a wrapper around drm_gem_fb_create() now, so use the function directly. Cc: Neil Armstrong Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/meson/meson_drv.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff

[PATCH V5 20/25] drm/etnaviv: add MC perf domain

Signed-off-by: Christian Gmeiner --- drivers/gpu/drm/etnaviv/etnaviv_perfmon.c | 23 +++ 1 file changed, 23 insertions(+) diff --git a/drivers/gpu/drm/etnaviv/etnaviv_perfmon.c b/drivers/gpu/drm/etnaviv/etnaviv_perfmon.c index

[PATCH V5 24/25] drm/etnaviv: enable debug registers on demand

Some performance register are debug register and they need to be enabled in order to be functional. Signed-off-by: Christian Gmeiner Reviewed-by: Lucas Stach --- drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 10 ++ 1 file changed, 10

[PATCH V5 23/25] drm/etnaviv: do not enable debug registers unconditionally

Everytime etnaviv_gpu_update_clock(..) gets call it overwrittes the the complete VIVS_HI_CLOCK_CONTROL register. Instead read the register, change scaling value and write the new value. Signed-off-by: Christian Gmeiner --- drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 3

[PATCH V5 17/25] drm/etnaviv: add SE perf domain

Signed-off-by: Christian Gmeiner --- drivers/gpu/drm/etnaviv/etnaviv_perfmon.c | 18 ++ 1 file changed, 18 insertions(+) diff --git a/drivers/gpu/drm/etnaviv/etnaviv_perfmon.c b/drivers/gpu/drm/etnaviv/etnaviv_perfmon.c index

[PATCH V5 21/25] drm/etnaviv: need to disable clock gating when doing profiling

As done by Vivante kernel driver. Signed-off-by: Christian Gmeiner Reviewed-by: Lucas Stach --- drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 13 + 1 file changed, 13 insertions(+) diff --git a/drivers/gpu/drm/etnaviv/etnaviv_gpu.c

[PATCH V5 22/25] drm/etnaviv: move disabling of debug registers to the GPU init path

Otherwise a thermal throttling request may disable the debug registers again, while the profiled commandstream is in flight on the GPU. Signed-off-by: Christian Gmeiner --- drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 9 +++-- 1 file changed, 7 insertions(+), 2

[PATCH V5 25/25] drm/etnaviv: submit supports performance monitor requests

We increment the minor driver version so userspace can detect perfmon support. Signed-off-by: Christian Gmeiner Reviewed-by: Lucas Stach --- drivers/gpu/drm/etnaviv/etnaviv_drv.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[PATCH V5 19/25] drm/etnaviv: add TX perf domain

Signed-off-by: Christian Gmeiner --- drivers/gpu/drm/etnaviv/etnaviv_perfmon.c | 53 +++ 1 file changed, 53 insertions(+) diff --git a/drivers/gpu/drm/etnaviv/etnaviv_perfmon.c b/drivers/gpu/drm/etnaviv/etnaviv_perfmon.c index

[PATCH V5 16/25] drm/etnaviv: add PA perf domain

Signed-off-by: Christian Gmeiner --- drivers/gpu/drm/etnaviv/etnaviv_perfmon.c | 38 +++ 1 file changed, 38 insertions(+) diff --git a/drivers/gpu/drm/etnaviv/etnaviv_perfmon.c b/drivers/gpu/drm/etnaviv/etnaviv_perfmon.c index

[PATCH V5 18/25] drm/etnaviv: add RA perf domain

Signed-off-by: Christian Gmeiner --- drivers/gpu/drm/etnaviv/etnaviv_perfmon.c | 43 +++ 1 file changed, 43 insertions(+) diff --git a/drivers/gpu/drm/etnaviv/etnaviv_perfmon.c b/drivers/gpu/drm/etnaviv/etnaviv_perfmon.c index

[PATCH] dt-bindings: fsl-imx-drm: Remove incorrect "@di0" usage

Improve the binding example by removing the '@di0' notation, which fixes the following build warning: Warning (unit_address_vs_reg): Node /display@di0 has a unit name, but no reg property Signed-off-by: Marco Franchi ---

[PATCH] drm/omap: Fix error handling path in 'omap_dmm_probe()'

If we don't find a matching device node, we must free the memory allocated in 'omap_dmm' a few lines above. Fixes: 7cb0d6c17b96 ("drm/omap: fix TILER on OMAP5") Signed-off-by: Christophe JAILLET --- drivers/gpu/drm/omapdrm/omap_dmm_tiler.c | 3 ++- 1 file changed,

[PATCH] drm/tinydrm: Replace dev_error with DRM_DEV_ERROR

Convert instances of dev_error to DRM_DEV_ERROR as we have DRM_DEV_ERROR variants of drm print macros. Signed-off-by: Harsha Sharma --- drivers/gpu/drm/tinydrm/mi0283qt.c | 8 drivers/gpu/drm/tinydrm/repaper.c | 26 +-

Re: [PATCH v2 1/6] gpu: host1x: Enable Tegra186 syncpoint protection

On 22.09.2017 17:02, Mikko Perttunen wrote: > On 09/05/2017 04:33 PM, Dmitry Osipenko wrote: >> On 05.09.2017 11:10, Mikko Perttunen wrote: >>> ... >> diff --git a/drivers/gpu/host1x/hw/channel_hw.c > b/drivers/gpu/host1x/hw/channel_hw.c >>> index 8447a56c41ca..0161da331702 100644 >>> ---

[git pull] drm-amdkfd-fixes 4.14

Hi Dave, This is amdkfd pull request for 4.14-rc3. It contains the following fixes: - correct checking of return value - send correct parameter to function (According to the parameter type) - avoid spamming of dmesg log - fix queue wrapping calculations Thanks, Oded The following changes since

Re: [Outreachy kernel] [PATCH] drm/tegra: Replace dev_* with DRM_DEV_*

On Sun, 24 Sep 2017, Harsha Sharma wrote: > Replace all occurences of dev_info/err/dbg with DRM_DEV_INFO/ > ERROR/DEBUG as we have DRM_DEV_* variants of drm print macros > Done using following coccinelle semantic patch Some calls after under comments. They could be dropped. Some calls appear

[PATCH V5 09/25] drm/etnaviv: add performance monitor request processing

Changes v4 -> v5 - make use of doms_meta array Signed-off-by: Christian Gmeiner --- drivers/gpu/drm/etnaviv/etnaviv_perfmon.c | 17 + drivers/gpu/drm/etnaviv/etnaviv_perfmon.h | 3 +++ 2 files changed, 20 insertions(+) diff --git

[PATCH V5 13/25] drm/etnaviv: add HI perf domain

Signed-off-by: Christian Gmeiner --- drivers/gpu/drm/etnaviv/etnaviv_perfmon.c | 55 +++ 1 file changed, 55 insertions(+) diff --git a/drivers/gpu/drm/etnaviv/etnaviv_perfmon.c b/drivers/gpu/drm/etnaviv/etnaviv_perfmon.c index

[PATCH V5 11/25] drm/etnaviv: clear alloced event

Results in less code as the users do not set every struct member to 0/NULL. Signed-off-by: Christian Gmeiner Reviewed-by: Lucas Stach --- drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH V5 10/25] drm/etnaviv: add 'sync point' support

In order to support performance counters in a sane way we need to provide a method to sync the GPU with the CPU. The GPU can process multpile command buffers/events per irq. With the help of a 'sync point' we can trigger an event and stop the GPU/FE immediately. When the CPU is done with is

[PATCH V5 12/25] drm/etnaviv: use 'sync points' for performance monitor requests

With 'sync points' we can sample the reqeustes perform signals before and/or after the submited command buffer. Changes v2 -> v3: - fixed indentation and init nr_events to 1 Changes v4 -> v5: - simplify logic around fence handling. Signed-off-by: Christian Gmeiner

[PATCH V5 06/25] drm/etnaviv: extend etnaviv_gpu_cmdbuf_new(..) with nr_pmrs

This commits extends etnaviv_gpu_cmdbuf_new(..) to define the number of struct etnaviv_perfmon elements gets used. Changes from v1 -> v2: - make use of goto as requested by Lucas Signed-off-by: Christian Gmeiner --- drivers/gpu/drm/etnaviv/etnaviv_cmdbuf.c | 15

[PATCH V5 05/25] drm/etnaviv: add internal representation of perfmon_request

Signed-off-by: Christian Gmeiner --- drivers/gpu/drm/etnaviv/etnaviv_cmdbuf.h | 4 drivers/gpu/drm/etnaviv/etnaviv_perfmon.h | 12 2 files changed, 16 insertions(+) diff --git a/drivers/gpu/drm/etnaviv/etnaviv_cmdbuf.h

[PATCH V5 00/25] drm/etnaviv: support performance counters

In a perfect world we would be able to read GPU registers of interest via the command stream with a 'read-register' command/package. For perf counters it is a must to read them synchronized with the GPU to put the values in relation to a draw command. As Vivante GPUs do not provide this

[PATCH V5 04/25] drm/etnaviv: add uapi for perfmon feature

Sadly we can not read any registers via command stream so we need to extend the drm_etnaviv_gem_submit struct with performance monitor requests. Those requests gets process before or after the actual submitted command stream. The Vivante kernel driver has a special ioctl to read all perfmon

[PATCH V5 03/25] drm/etnaviv: add infrastructure to query perf counter

Make it possible that userspace can query all performance domains and its signals. This information is needed to sample those signals via submit ioctl. At the moment no performance domain is available. Changes from v1 -> v2: - use a 16 bit value for signals - fix padding issues - add id member

[PATCH V5 01/25] drm/etnaviv: use bitmap to keep track of events

This is prep work to be able to allocate multiple events in one go. Signed-off-by: Christian Gmeiner --- drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 31 +-- drivers/gpu/drm/etnaviv/etnaviv_gpu.h | 6 -- 2 files changed, 17 insertions(+),

[PATCH V5 02/25] drm/etnaviv: make it possible to allocate multiple events

This makes it possible to allocate multiple events under the event spinlock. This change is needed to support 'sync'-points. Changes v2 -> v3: - wait for the completion of all events - use 10sec timeout regardless of the number of events - removed validation if there are enough free events -

[PATCH V5 08/25] drm/etnaviv: copy pmrs from userspace

Changes from v1 -> v2: - renamed submit_perfmon_request() to submit_perfmon_validate() - extended flags validation - added comment about offset 0 - moved assigment of cmdbuf->nr_pmrs below the copy_from_user of the pmrs. Changes from v2 -> v3: - fixed flags validation Changes v4 -> v5 - pass

[PATCH V5 15/25] drm/etnaviv: add SH perf domain

Signed-off-by: Christian Gmeiner --- drivers/gpu/drm/etnaviv/etnaviv_perfmon.c | 53 +++ 1 file changed, 53 insertions(+) diff --git a/drivers/gpu/drm/etnaviv/etnaviv_perfmon.c b/drivers/gpu/drm/etnaviv/etnaviv_perfmon.c index

[PATCH V5 14/25] drm/etnaviv: add PE perf domain

We need to iterate over all pixel pipelines to get overall value. Changes from v4 -> v5: - switch back to pixel pipe 0 to prevent GPU hang - PIXELS_RENDERED_2D is exposed for 2D pipe Signed-off-by: Christian Gmeiner --- drivers/gpu/drm/etnaviv/etnaviv_perfmon.c |

[PATCH V5 07/25] drm/etnaviv: add performance monitor request validation

Check if the selected domain and signal combination exists. Changes from v4 to v5 - add exec_state parameter Signed-off-by: Christian Gmeiner --- drivers/gpu/drm/etnaviv/etnaviv_perfmon.c | 17 + drivers/gpu/drm/etnaviv/etnaviv_perfmon.h | 3 +++ 2

RE: drm_hwcomposer moving to fd.o

Hi Chih-Wei, looks very different than drm_hwcomposer though both rely on the similar (or same?) atomic API. >> Android-ia's kernel has also been patched to work with it. Not sure why you have that impression. We don't carry any custom Kernel patches in our side. Br, Kalyan -Original

Re: drm_hwcomposer moving to fd.o

Hey Robert, thank you for the reply. 2017-09-22 23:43 GMT+08:00 Robert Foss : > Hey Chih-Wei, > On Fri, 2017-09-22 at 10:40 +0800, Chih-Wei Huang wrote: >> Great news! >> Thanks a lot to make it happen. >> >> I hope I am wrong. >> From my understanding most x86 GPUs

[Bug 102956] Monitor loses signal when quitting Sagara Family

https://bugs.freedesktop.org/show_bug.cgi?id=102956 --- Comment #1 from Alex Deucher --- Please attach your xorg log, dmesg output, and `xrandr --verbose` output. I'm not familiar with the game off hand, but it sounds like the game may not be randr 1.2+ aware. -- You