[Bug 101731] System freeze with AMDGPU when playing The Witcher 3

https://bugs.freedesktop.org/show_bug.cgi?id=101731 Shmerl changed: What|Removed |Added Version|17.1|git -- You are

[Bug 101881] [regression] 32bit steam games segfault when launched with DRI_PRIME=1

https://bugs.freedesktop.org/show_bug.cgi?id=101881 Mike Lothian changed: What|Removed |Added CC||m...@fireburn.co.uk

[Bug 101881] [regression] 32bit steam games segfault when launched with DRI_PRIME=1

https://bugs.freedesktop.org/show_bug.cgi?id=101881 Bug ID: 101881 Summary: [regression] 32bit steam games segfault when launched with DRI_PRIME=1 Product: Mesa Version: git Hardware: Other OS: All

Re: [PATCH v2 1/5] dt-bindings: gpu: add the RK3399 mali for rockchip specifics

Am Montag, 17. Juli 2017, 16:14:27 CEST schrieb Caesar Wang: > RK3399's GPU uses the quad-core Mali-T860, which is the new generation of > high-end graphics processors from ARM. > > This patch added "rockchip,rk3399-mali" for dt-bindings, in order to > support IPA of gpu thermal in later. > >

[Bug 101377] Gigabyte R9 380 card fails to load, kernel reports bug

https://bugs.freedesktop.org/show_bug.cgi?id=101377 --- Comment #4 from j...@dev1ce.com --- Created attachment 132836 --> https://bugs.freedesktop.org/attachment.cgi?id=132836=edit kernel build options for review. -- You are receiving this mail because: You are the assignee for the

[Bug 101377] Gigabyte R9 380 card fails to load, kernel reports bug

https://bugs.freedesktop.org/show_bug.cgi?id=101377 --- Comment #3 from j...@dev1ce.com --- Created attachment 132835 --> https://bugs.freedesktop.org/attachment.cgi?id=132835=edit dmidecode output -- You are receiving this mail because: You are the assignee for the

[Bug 101377] Gigabyte R9 380 card fails to load, kernel reports bug

https://bugs.freedesktop.org/show_bug.cgi?id=101377 --- Comment #2 from j...@dev1ce.com --- Created attachment 132834 --> https://bugs.freedesktop.org/attachment.cgi?id=132834=edit lspci output both options seem paradoxical. i dont have the issue if im on the old kernel 4.8 or earlier,

[Bug 99316] Radeon crash when laptop on AC power

https://bugs.freedesktop.org/show_bug.cgi?id=99316 --- Comment #9 from Samuel Anderson --- To clarify, since it has been a while, the radeon card crashes when the laptop is plugged in, but not when it's unplugged. It has been like this as long as I have had it (since July

[Bug 99316] Radeon crash when laptop on AC power

https://bugs.freedesktop.org/show_bug.cgi?id=99316 Samuel Anderson changed: What|Removed |Added Attachment #128807|0 |1 is

[Bug 99316] Radeon crash when laptop on AC power

https://bugs.freedesktop.org/show_bug.cgi?id=99316 --- Comment #7 from Samuel Anderson --- It's been a while, but this is still happening. I've moved distro by now (Fedora 26) but I'm getting the exact same error. Though it's nearly identical, I'll upload a new log

Re: [PATCH 11/17] lib/interval_tree: fast overlap detection

On 7/18/2017 9:45 PM, Davidlohr Bueso wrote: > Allow interval trees to quickly check for overlaps to avoid > unnecesary tree lookups in interval_tree_iter_first(). > > As of this patch, all interval tree flavors will require > using a 'rb_root_cached' such that we can have the leftmost > node

[Bug 101877] R9 390 with multiple monitors always using highest memory clock

https://bugs.freedesktop.org/show_bug.cgi?id=101877 Bug ID: 101877 Summary: R9 390 with multiple monitors always using highest memory clock Product: DRI Version: DRI git Hardware: Other OS: All

[Bug 100289] 'flip queue failed in radeon_scanout_flip: Invalid argument' error and small frame buffer allocated on turning off and on new monitor

https://bugs.freedesktop.org/show_bug.cgi?id=100289 --- Comment #13 from omegap...@startmail.com --- Right, have just had my first example of the failure without TearFree and with no associated warning in Xorg.0.log - I'm going to see if I can poke at the problem from the XFCE4 side (I want to

[Bug 100963] Alien Isolation saved game does not load

https://bugs.freedesktop.org/show_bug.cgi?id=100963 Jan Ziak <0xe2.0x9a.0...@gmail.com> changed: What|Removed |Added Status|NEW |RESOLVED

Re: [Nouveau] [PATCH] drm/nouveau/hwmon: Uninitialized variables in sysfs

Reviewed-by: Pierre Moreau On 2017-07-17 — 11:17, Dan Carpenter wrote: > kstrtol() and friends can return -EINVAL or -ERANGE. We have to test > for both, otherwise the value is possibly uninitialized. Also in some > of these files we accidentally return "count" on error

Re: drm/nouveau: Remove no longer needed local ACPI_VIDEO_NOTIFY_PROBE define

Reviewed-by: Pierre Moreau On 2017-06-21 — 15:19, Hans de Goede wrote: > Hi, > > On 26-05-17 09:35, Hans De Goede wrote: > > The local #define of ACPI_VIDEO_NOTIFY_PROBE was only added temporarily > > to avoid a dependency between the acpi and nouveau trees while merging.

[PATCH V2 20/23] 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 V2 23/23] 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 V2 22/23] 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 V2 19/23] 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 V2 17/23] 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 V2 21/23] 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 V2 14/23] drm/etnaviv: add PE perf domain

We need to iterate over all pixel pipelines to get overall value. Changes from v1 -> v2: - switch back to pixel pipe 0 to prevent GPU hang Signed-off-by: Christian Gmeiner --- drivers/gpu/drm/etnaviv/etnaviv_perfmon.c | 57 +++ 1 file

[PATCH V2 18/23] 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 V2 16/23] 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 V2 15/23] drm/etnaviv: add SH perf domain

Changes from v1 -> v2: - all SH perf counters are accessed via perf_reg_read(..) Signed-off-by: Christian Gmeiner --- drivers/gpu/drm/etnaviv/etnaviv_perfmon.c | 53 +++ 1 file changed, 53 insertions(+) diff --git

[PATCH V2 11/23] 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 V2 13/23] 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 V2 10/23] 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 V2 09/23] drm/etnaviv: add performance monitor request processing

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

[PATCH V2 12/23] 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. Signed-off-by: Christian Gmeiner --- drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 106 +++--- drivers/gpu/drm/etnaviv/etnaviv_gpu.h

[PATCH V2 08/23] 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. Signed-off-by: Christian Gmeiner ---

[PATCH V2 06/23] 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 V2 07/23] drm/etnaviv: add performance monitor request validation

Check if the selected domain and signal combination exists. Signed-off-by: Christian Gmeiner Reviewed-by: Lucas Stach --- drivers/gpu/drm/etnaviv/etnaviv_perfmon.c | 15 +++ drivers/gpu/drm/etnaviv/etnaviv_perfmon.h | 2 ++ 2

[PATCH V2 01/23] 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 V2 05/23] 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 V2 00/23] 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 V2 04/23] 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 V2 02/23] 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. Signed-off-by: Christian Gmeiner --- drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 31 --- 1 file changed, 20

[PATCH V2 03/23] 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

[Bug 101837] libdrm fails to get bus id

https://bugs.freedesktop.org/show_bug.cgi?id=101837 --- Comment #8 from Daniel Power --- I appreciate your suggestions to make changes to radeontop. I have made note of that in my bug report to radeontop. However, I am not a C developer, and don't know how to make the