[Bug 101978] [bisected] war thunder performance reduced by ~28%

https://bugs.freedesktop.org/show_bug.cgi?id=101978 Bug ID: 101978 Summary: [bisected] war thunder performance reduced by ~28% Product: Mesa Version: git Hardware: Other OS: Linux (All) Status: NEW

[Bug 101691] [KBL] gfx corruption on windowed 3d-apps running on dGPU

https://bugs.freedesktop.org/show_bug.cgi?id=101691 --- Comment #19 from alex_zha...@dell.com --- But that can not explain why with old intel driver can not be reproduced while new driver can, I believe you draw this conclusion by verifying the issue on the same machine and with same AMD video

[Bug 101969] Massive graphics corruption with World of Warcraft

https://bugs.freedesktop.org/show_bug.cgi?id=101969 --- Comment #3 from Anton Petrov --- (In reply to Marek Olšák from comment #2) > Created attachment 133143 [details] [review] > possible fix > > Can you please test this patch? Patch did not helped for me. By the way

Re: [PATCH libdrm] radeon: add fallthrough annotation

On 31/07/17 05:34 AM, Eric Engestrom wrote: > GCC 7 started warning when a switch case has neither a `break` nor > a "fallthrough" comment. > Let's be explicit that we meant to fall through here. > > Signed-off-by: Eric Engestrom > --- > radeon/radeon_surface.c | 1 + > 1

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

https://bugs.freedesktop.org/show_bug.cgi?id=101881 --- Comment #7 from Michel Dänzer --- (In reply to Rafael Ristovski from comment #5) > #0 0xf7a9c001 in ?? () from /lib32/libc.so.6 > #1 0xf7a9bceb in strdup () from /lib32/libc.so.6 > #2 0xf7735c55 in drmGetVersion ()

[Bug 101969] Massive graphics corruption with World of Warcraft

https://bugs.freedesktop.org/show_bug.cgi?id=101969 --- Comment #2 from Marek Olšák --- Created attachment 133143 --> https://bugs.freedesktop.org/attachment.cgi?id=133143=edit possible fix Can you please test this patch? -- You are receiving this mail because: You are the

Re: [PATCH] drm/amdgpu: Fix undue fallthroughs in golden registers initialization

Reviewed-by: Marek Olšák Marek On Sun, Jul 30, 2017 at 10:18 AM, Jean Delvare wrote: > As I was staring at the si_init_golden_registers code, I noticed that > the Pitcairn initialization silently falls through the Cape Verde > initialization, and the

Re: [PATCH v6 0/7] drm/rockchip: add all full framework vop support

Hi Pushed to drm-misc-next. Thanks Sean Paul, Jeffy Chen's review, Heiko's test and Rob's ack. Best regards. On 2017年07月26日 14:18, Mark Yao wrote: These patches try to make all current rockchip full framework vop works on drm, fill missing vop on full framework. Vop Full framework now has

[Bug 101977] UE4 4.17 causes hang in amdgpu_cs_query_fence_status

https://bugs.freedesktop.org/show_bug.cgi?id=101977 Bug ID: 101977 Summary: UE4 4.17 causes hang in amdgpu_cs_query_fence_status Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW

RE: [PATCH v13 5/7] vfio: ABI for mdev display dma-buf operation

> -Original Message- > From: intel-gvt-dev [mailto:intel-gvt-dev-boun...@lists.freedesktop.org] On > Behalf Of Gerd Hoffmann > Sent: Friday, July 28, 2017 4:27 PM > To: Zhang, Tina ; intel-...@lists.freedesktop.org; > intel- > gvt-...@lists.freedesktop.org;

[Bug 101976] glmark2 random blank or background only screen freeze over mesa3d 17.1 and 17.3 with radeon rx550 AMD POLARIS12

https://bugs.freedesktop.org/show_bug.cgi?id=101976 --- Comment #4 from Pablo Estigarribia --- maybe this is the error (seen on journal -ab log): jul 30 20:35:22 bpowerhome kernel: amdgpu :01:00.0: GPU fault detected: 147 0x0c984802 jul 30 20:35:22 bpowerhome kernel:

[Bug 101976] glmark2 random blank or background only screen freeze over mesa3d 17.1 and 17.3 with radeon rx550 AMD POLARIS12

https://bugs.freedesktop.org/show_bug.cgi?id=101976 --- Comment #3 from Pablo Estigarribia --- fedora 26. uname -a Linux bpowerhome 4.12.4-300.fc26.x86_64 #1 SMP Thu Jul 27 23:09:13 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux tried with mesa from repositories (17.1.5) and

[Bug 101976] glmark2 random blank or background only screen freeze over mesa3d 17.1 and 17.3 with radeon rx550 AMD POLARIS12

https://bugs.freedesktop.org/show_bug.cgi?id=101976 --- Comment #2 from Pablo Estigarribia --- Created attachment 133141 --> https://bugs.freedesktop.org/attachment.cgi?id=133141=edit glxinfo -- You are receiving this mail because: You are the assignee for the

[Bug 101976] glmark2 random blank or background only screen freeze over mesa3d 17.1 and 17.3 with radeon rx550 AMD POLARIS12

https://bugs.freedesktop.org/show_bug.cgi?id=101976 --- Comment #1 from Pablo Estigarribia --- Created attachment 133140 --> https://bugs.freedesktop.org/attachment.cgi?id=133140=edit glmark2 debug 1 -- You are receiving this mail because: You are the assignee for the

[Bug 101976] glmark2 random blank or background only screen freeze over mesa3d 17.1 and 17.3 with radeon rx550 AMD POLARIS12

https://bugs.freedesktop.org/show_bug.cgi?id=101976 Bug ID: 101976 Summary: glmark2 random blank or background only screen freeze over mesa3d 17.1 and 17.3 with radeon rx550 AMD POLARIS12 Product: Mesa Version:

[RFC] drm/fb: Propagate physical display dimensions to fbdev

fbdev has a place for the physical width and height of a display. I would like to have this information available to userspace. This patch works for me, but I have a strong suspicion that this is not the "right way". Any suggestions on how to get the proper struct drm_display_info here rather

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

https://bugs.freedesktop.org/show_bug.cgi?id=101377 --- Comment #8 from j...@dev1ce.com --- My apologies as it seems I didn't fully understand the proposed workaround. I'll test this out. On July 30, 2017 2:12:23 PM PDT, bugzilla-dae...@freedesktop.org wrote:

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

https://bugs.freedesktop.org/show_bug.cgi?id=101377 --- Comment #7 from r380...@safetymail.info --- Either you have a different problem than me (unlikely, as we have the exact same symptoms), or you misunderstood my workaround. Or my workaround somehow doesn't work for you. However, since you

[Bug 100387] War Thunder game has visual errors, missing textures

https://bugs.freedesktop.org/show_bug.cgi?id=100387 --- Comment #6 from aceman --- Are those problems solved in radeonsi? -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list

[PATCH libdrm] radeon: add fallthrough annotation

GCC 7 started warning when a switch case has neither a `break` nor a "fallthrough" comment. Let's be explicit that we meant to fall through here. Signed-off-by: Eric Engestrom --- radeon/radeon_surface.c | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH libdrm 2/3] freedreno/msm: remove dead error path

`ring` cannot be non-null, so the label reduces to a simple return. Then, there is no point initialising `ring` just to overwrite it before anyone reads it. Signed-off-by: Eric Engestrom --- freedreno/msm/msm_ringbuffer.c | 8 ++-- 1 file changed, 2 insertions(+), 6

[PATCH libdrm 3/3] freedreno: prevent deadlock in error path

Signed-off-by: Eric Engestrom --- freedreno/freedreno_bo.c | 1 + 1 file changed, 1 insertion(+) diff --git a/freedreno/freedreno_bo.c b/freedreno/freedreno_bo.c index 10949ebf..7f8ea59c 100644 --- a/freedreno/freedreno_bo.c +++ b/freedreno/freedreno_bo.c @@ -138,6 +138,7 @@

[PATCH libdrm 1/3] freedreno: remove dead error path

`pipe` cannot be non-null, so the label reduces to a simple return. Then, there is no point initialising `pipe` just to overwrite it before anyone reads it. Signed-off-by: Eric Engestrom --- freedreno/freedreno_pipe.c | 10 +++--- 1 file changed, 3 insertions(+), 7

Re: [PATCH 0/6] Support for LEGO MINDSTORMS EV3 LCD display

On Sun, Jul 30, 2017 at 9:27 PM, Andy Shevchenko wrote: > On Sat, Jul 29, 2017 at 10:17 PM, David Lechner wrote: >> Once all of this is done, it is really easy to add a new panel. :-) > > Perhaps pathes are good, but logically completely

Re: [PATCH 0/6] Support for LEGO MINDSTORMS EV3 LCD display

On Sat, Jul 29, 2017 at 10:17 PM, David Lechner wrote: > The goal of this series is to get the built-in LCD of the LEGO MINDSTORMS EV3 > working. But, most of the content here is building up the infrastructure to do > that. > > The controller used in the EV3 uses MIPI

Re: [PATCH 5/6] drm/tinydrm: add support for LEGO MINDSTORMS EV3 LCD

On Sat, Jul 29, 2017 at 10:17 PM, David Lechner wrote: > LEGO MINDSTORMS EV3 has an LCD with a ST7586 controller. This adds a new > module for the ST7586 controller with parameters for the EV3 LCD dispay. > .../devicetree/bindings/display/mipi-panel.txt | 2 +- >

Re: [PATCH 4/6] drm/tinydrm: mipi-panel: refactor to use driver id

On Sat, Jul 29, 2017 at 10:17 PM, David Lechner wrote: > This refactors the mipi-panel module to use the driver id for panel-specific > data. This is in preparation for adding additional panels. > Wouldn't be better to split glue driver from what looks like more generic in

Re: [PATCH 2/6] drm/tinydrm: add helpers for ST7586 controllers

On Sat, Jul 29, 2017 at 10:17 PM, David Lechner wrote: > This adds helper functions and support for ST7586 controllers. These > controllers have an unusual memory layout where 3 pixels are packed into > 1 byte. > > +---+-+ > | bit | 7 6 5 4 3 2 1 0 | >

Re: [PATCH 1/6] drm/tinydrm: Add parameter for MIPI DCS pixel format

On Sat, Jul 29, 2017 at 10:17 PM, David Lechner wrote: > This adds a parameter for MIPI DCS pixel format to mipi_dbi_init(). > This is in preparation for supporting displays that don't use a 16bpp > memory layout. > /* MIPI DCS pixel formats */ > -#define

Re: [PATCH 0/6] Support for LEGO MINDSTORMS EV3 LCD display

Den 29.07.2017 21.40, skrev David Lechner: On 07/29/2017 02:17 PM, David Lechner wrote: The goal of this series is to get the built-in LCD of the LEGO MINDSTORMS EV3 working. But, most of the content here is building up the infrastructure to do that. Some general comments/questions: I

[Bug 94410] [radeonsi] Unreal engine 4 Segmentation fault

https://bugs.freedesktop.org/show_bug.cgi?id=94410 --- Comment #6 from Timothee Besset --- Not likely to be a radeon bug, but here is a possible solution for UE4 4.16: 17:18 <@rcl> if 4.16, remove the linker script 17:18 <@rcl> and try again 17:19 <@rcl> drivers aren't siloed

Re: [PATCH 0/6] Support for LEGO MINDSTORMS EV3 LCD display

Hi David, I'm glad to see a new tinydrm driver! Den 29.07.2017 21.17, skrev David Lechner: The goal of this series is to get the built-in LCD of the LEGO MINDSTORMS EV3 working. But, most of the content here is building up the infrastructure to do that. The controller used in the EV3 uses

[PATCH] drm/amdgpu: Fix amdgpu_pm_acpi_event_handler warning

Include a missing header to get rid of the following warning: drivers/gpu/drm/amd/amdgpu/amdgpu_pm.c:65:6: warning: no previous prototype for ‘amdgpu_pm_acpi_event_handler’ [-Wmissing-prototypes] void amdgpu_pm_acpi_event_handler(struct amdgpu_device *adev) ^ Signed-off-by: Jean Delvare

[PATCH] drm/radeon: Make radeon_atif_handler static

There are no external users of function radeon_atif_handler so it can be static. Signed-off-by: Jean Delvare Cc: Alex Deucher Cc: "Christian König" --- drivers/gpu/drm/radeon/radeon_acpi.c |2 +-

[PATCH] drm/amdgpu: Fix dce_v6_0_disable_dce warning

Include a missing header to get rid of the following warning: drivers/gpu/drm/amd/amdgpu/dce_v6_0.c:521:6: warning: no previous prototype for 'dce_v6_0_disable_dce' [-Wmissing-prototypes] void dce_v6_0_disable_dce(struct amdgpu_device *adev) ^ Signed-off-by: Jean Delvare

[PATCH] drm/amdgpu: Make amdgpu_atif_handler static

There are no external users of function amdgpu_atif_handler so it can be static. Signed-off-by: Jean Delvare Cc: Alex Deucher Cc: "Christian König" --- drivers/gpu/drm/amd/amdgpu/amdgpu_acpi.c |2 +- 1 file changed, 1

[PATCH] drm/amdgpu: Fix undue fallthroughs in golden registers initialization

As I was staring at the si_init_golden_registers code, I noticed that the Pitcairn initialization silently falls through the Cape Verde initialization, and the Oland initialization falls through the Hainan initialization. However there is no comment stating that this is intentional, and the radeon

[radeon-alex:amd-staging-drm-next 42/808] drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/vega10_hwmgr.c:325:4: error: 'FEATURE_VOLTAGE_CONTROLLER_BIT' undeclared

tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next head: d665c6b2fca322b5ccf836cfc2f8ac10260cf2d8 commit: 3272cfcf73b9e0932a037ed711347ce9dc97c16e [42/808] drm/amd/powerplay: export ACG related smu message for vega10 config: x86_64-randconfig-it0-07302031 (attached as

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

https://bugs.freedesktop.org/show_bug.cgi?id=101731 --- Comment #21 from Lennard --- Created attachment 133134 --> https://bugs.freedesktop.org/attachment.cgi?id=133134=edit dmesg when freeze almost happened I was able to save my system by switching around TTYs somehow,

[PATCH 2/4] arm: dts: qcom: add cec clock for apq8016 board

From: Hans Verkuil The adv7533 on this board needs a cec clock. Hook it up in the dtsi to enable CEC for the HDMI transmitters. Signed-off-by: Hans Verkuil --- arch/arm64/boot/dts/qcom/apq8016-sbc.dtsi | 2 ++ 1 file changed, 2 insertions(+)

[PATCH 4/4] drm: adv7511/33: add HDMI CEC support

From: Hans Verkuil Add support for HDMI CEC to the drm adv7511/adv7533 drivers. The CEC registers that we need to use are identical for both drivers, but they appear at different offsets in the register map. Signed-off-by: Hans Verkuil ---

[PATCH 3/4] arm: dts: renesas: add cec clock for Koelsch board

From: Hans Verkuil The adv7511 on the Koelsch board has a 12 MHz fixed clock for the CEC block. Specify this in the dts to enable CEC support. Signed-off-by: Hans Verkuil --- arch/arm/boot/dts/r8a7791-koelsch.dts | 8 1 file changed, 8

[PATCH 1/4] dt-bindings: adi,adv7511.txt: document cec clock

From: Hans Verkuil Document the cec clock binding. Signed-off-by: Hans Verkuil --- Documentation/devicetree/bindings/display/bridge/adi,adv7511.txt | 4 1 file changed, 4 insertions(+) diff --git

[PATCH 0/4] drm/bridge/adv7511: add CEC support

From: Hans Verkuil This patch series adds CEC support to the drm adv7511/adv7533 drivers. I have tested this with the Qualcomm Dragonboard C410 (adv7533 based) and the Renesas R-Car Koelsch board (adv7511 based). Note: the Dragonboard needs this patch:

drm/msm: NULL pointer dereference in drivers/gpu/drm/msm/msm_gem_vma.c

Hi all, While I was testing the upcoming adv7533 CEC support with my Dragonboard c410 I encountered this NULL pointer dereference: [ 17.912822] Unable to handle kernel NULL pointer dereference at virtual address 00e8 [ 17.917191] user pgtable: 4k pages, 48-bit VAs, pgd =

WARN_ON in drivers/gpu/drm/msm/msm_gem.c

Hi all, While I was testing the upcoming adv7533 CEC support with my Dragonboard c410 I encountered this warning several times during boot: [4.408309] WARNING: CPU: 3 PID: 1347 at drivers/gpu/drm/msm/msm_gem.c:312 add_vma+0x78/0x88 [msm] [4.412951] Modules linked in: snd_soc_hdmi_codec

[Bug 99553] Tracker bug for runnning OpenCL applications on Clover

https://bugs.freedesktop.org/show_bug.cgi?id=99553 Bug 99553 depends on bug 96296, which changed state. Bug 96296 Summary: clpeak causes a GPU hang https://bugs.freedesktop.org/show_bug.cgi?id=96296 What|Removed |Added

[Bug 96296] clpeak causes a GPU hang

https://bugs.freedesktop.org/show_bug.cgi?id=96296 Grazvydas Ignotas changed: What|Removed |Added Resolution|--- |FIXED

[PATCHv2 4/4] drm/tegra: add cec-notifier support

In order to support CEC the HDMI driver has to inform the CEC driver whenever the physical address changes. So when the EDID is read the CEC driver has to be informed and whenever the hotplug detect goes away. This is done through the cec-notifier framework. The link between the HDMI driver and

[Bug 99353] Kaveri 7400K shows random colored noise instead of GUI in X or Wayland

https://bugs.freedesktop.org/show_bug.cgi?id=99353 --- Comment #13 from Vedran Miletić --- Kernel 4.12.4-300.fc26.x86_64, no change. Should I try AMDGPU-PRO? What kind of action would be useful next? -- You are receiving this mail because: You are the assignee for the

Re: [PATCH 3/3] selftests: sync: add test that closes the fd before fence signal

Quoting Gustavo Padovan (2017-07-29 16:22:17) > From: Gustavo Padovan > > We found this bug in the sw_sync so adding a test case to prevent it to > happen in the future. > > Cc: Shuah Khan > Cc: linux-kselft...@vger.kernel.org >

Re: [PATCH v6 1/7] drm/stm: ltdc: Fix leak of px clk enable in some error paths

On 07/29/2017 04:32 PM, Archit Taneja wrote: > Hi Philippe, > > On 07/17/2017 01:10 PM, Philippe CORNU wrote: >> The pixel clock gets enabled early during init, since it's required >> in order to read registers. This pixel clock must be disabled if >> errors during this init phase. >> > > This

Re: [PATCH 2/3] dma-buf/sw_sync: clean up list before signaling the fence

Quoting Gustavo Padovan (2017-07-29 16:22:16) > From: Gustavo Padovan > > If userspace already dropped its own reference by closing the sw_sync > fence fd we might end up in a deadlock where > dma_fence_is_signaled_locked() will trigger the release of the fence and

Re: [PATCH 1/3] dma-buf/sw_sync: move timeline_fence_ops around

Quoting Gustavo Padovan (2017-07-29 16:22:15) > From: Gustavo Padovan > > We are going to use timeline_fence_signaled() in a internal function in > the next commit. > > Cc: Chris Wilson > Signed-off-by: Gustavo Padovan

[radeon-alex:amd-mainline-hybrid-4.11 1373/2257] drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd.c:352:70: warning: format '%llx' expects argument of type 'long long unsigned int', but argument 2 has type 'r

tree: git://people.freedesktop.org/~agd5f/linux.git amd-mainline-hybrid-4.11 head: 4e9a9bc851d8ecea7b6cabb485f1aa3e914a42a9 commit: a2a89723a7d85d57bad83a0baa839d18f0db0805 [1373/2257] port in all files config: i386-allyesconfig (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0

[Bug 101969] Massive graphics corruption with World of Warcraft

https://bugs.freedesktop.org/show_bug.cgi?id=101969 --- Comment #1 from Anton Petrov --- It's not only WoW. After reboot i see garbage instead of sddm login screen. Here is a photo https://ibb.co/fQ7dqQ Radeon HD 7750 Device: AMD CAPE VERDE (DRM 2.50.0 / 4.12.3-gentoo, LLVM

[Bug 194761] amdgpu driver breaks on Oland (SI)

https://bugzilla.kernel.org/show_bug.cgi?id=194761 --- Comment #80 from Jean Delvare (jdelv...@suse.de) --- I tested the patch from comment #78 and unfortunately I have to report that it doesn't fix the problem for me, checkerboard effect is still present. Nevertheless these cleanups look good so

[drm-tip:drm-tip 410/417] htmldocs: include/linux/sync_file.h:51: warning: No description found for parameter 'flags'

tree: git://anongit.freedesktop.org/drm/drm-tip drm-tip head: 9394a345b337d38d55ff027f25147c3a7360d320 commit: db1fc97ca0c0d3fdeeadf314d99a26188438940a [410/417] dma-buf/sync_file: Allow multiple sync_files to wrap a single dma-fence reproduce: make htmldocs All warnings (new ones prefixed

Re: [PATCH 6/6] drm/i915: Add support for CCS modifiers

On 17-07-29 13:53:10, Daniel Stone wrote: Hi Ben, On 26 July 2017 at 19:08, Ben Widawsky wrote: + } else if (INTEL_GEN(dev_priv) >= 9) { intel_primary_formats = skl_primary_formats; num_formats = ARRAY_SIZE(skl_primary_formats); -