Op 24-09-17 om 16:33 schreef Dmitry Osipenko:
> On 04.09.2017 13:48, Maarten Lankhorst wrote:
>> By always keeping track of the last commit in plane_state, we know
>> whether there is an active update on the plane or not. With that
>> information we can reject the fast update, and force the slowpat
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 Mes
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 are receiving this mail be
https://bugs.freedesktop.org/show_bug.cgi?id=102965
Alex Deucher changed:
What|Removed |Added
Product|DRI |Mesa
Component|DRM/AMDgpu
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 still
>> cannot work with drm_h
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 my money's worth. I've
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 kernel one.
--
You are
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 advanced OpenGL (specifically
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.___
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 encoding a couple of full fr
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 Walleij wrote:
>>
This adds device tree bindings for the Ilitek ILI932
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.___
dri-devel
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.
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
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 Ripard
Thanks!
Maxime
--
Maxime Ripard, Free Electro
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 bug.__
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 the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=101685
Sylvain BERTRAND changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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
> +DRM_DEV_ERRO
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
Seve
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 --git a/drivers/gpu/drm/etnaviv/etnaviv_drv.c
b/drivers
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
b/drivers/gpu/drm/etnaviv/etnaviv_gpu.c
index 3d869f423
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 aa7fe0b954a1..9efa933fc7b1 100644
--- a/
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 9efa933fc7b1..768f5aafdd18 100644
--- a/drivers/
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 insertions(+)
diff --git a/drivers/gpu/drm/etnaviv/etnaviv
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 3ab5ff26c648..5dbd5b433dc3 100644
--- a/drivers/gpu/d
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 deletions(-)
diff --git a/drivers/
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 ++-
1 file changed, 2 insertio
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 cdc02c3be64e..3ab5ff26c648 100644
--- a/
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 5dbd5b433dc3..aa7fe0b954a1 100644
--- a/
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 ba60cb9192c7..f0cdf371663a 100644
--- a/
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 a/drivers/gpu/drm/etnaviv/etnaviv_gpu.c
b/drivers/gp
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 process
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
---
drivers/gpu/drm/etnaviv/e
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 cmdb
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 9f933feabff2..cdc02c3be64e 100644
--- a/
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 a/drivers/gpu/drm/etnaviv/etnaviv_perfmon.c
b/d
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 | 65
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 files changed, 20 insertions(
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
functionali
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
regist
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 ++-
drivers/gpu/
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
- fixed
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 to
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(+), 20 deletions(-)
diff --git a
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
b/drivers/gpu/drm/etnaviv/etnaviv_cmdbuf.h
index 80d7807
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 agai
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
---
drivers/gpu/drm/drm_fb_cma_helper.c | 7
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 insertions(+), 2 deletions(-)
diff --git a/drive
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 --git a/drivers/gpu/drm/meson/meson_drv.c
b/d
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 ++-
drivers/gpu/drm/tve200/tve200_drv.c | 3 ++-
2 files chan
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 deletion(-)
diff --git a/drivers/gpu/drm/rcar-du/rcar_du_
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 Trønnes
---
drivers/gpu/drm/hisilicon/kirin/kirin_drm_drv.c | 3 ++-
1 file changed, 2 insertions(+), 1 de
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 si
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 changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm
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 deletion(-)
diff --git a/drivers/gpu/drm/shmobile/shmo
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 +++--
drivers/gpu/drm/tinydr
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 deletion(-)
diff --git a/drivers/gpu/drm/sun4i/sun4i_fra
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
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 the amd pile?
>>> -Daniel
>>>
>>
>> Hi Alex,
>> Did you take th
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
>>> --- a/driver
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
---
Documentation/devicetree/bindings/display/imx/fsl-imx-drm.txt | 2 +-
1 f
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, 2 insertions(+), 1 deletion(-)
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 +-
drivers/gpu/drm/tinydrm/st7586.c | 6 ++
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
---
dri
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
CONFIG_DRM_FBDEV_EMULATI
66 matches
Mail list logo
