dri-devel January 2016

dri-devel@lists.freedesktop.org

194 participants
1200 discussions

[Bug 84327] New: crash in gnome-shell when typing in the app view
by bugzilla-daemon＠freedesktop.org 13 May '16

13 May '16

https://bugs.freedesktop.org/show_bug.cgi?id=84327 Priority: medium Bug ID: 84327 Assignee: dri-devel(a)lists.freedesktop.org Summary: crash in gnome-shell when typing in the app view Severity: normal Classification: Unclassified OS: All Reporter: rstrode(a)redhat.com Hardware: Other Status: NEW Version: unspecified Component: Drivers/Gallium/r300 Product: Mesa in gnome-shell 3.14.0 (with mutter 3.14.0) any time i type in the overview it crashes. valgrind reports this: ==6970== Thread 1: ==6970== Invalid read of size 4 ==6970== at 0x228163E9: UnknownInlinedFun (register_allocate.c:524) ==6970== by 0x228163E9: ra_allocate (register_allocate.c:555) ==6970== by 0x22AF000F: do_advanced_regalloc (radeon_pair_regalloc.c:620) ==6970== by 0x22AF000F: rc_pair_regalloc (radeon_pair_regalloc.c:776) ==6970== by 0x22AE417B: rc_run_compiler_passes (radeon_compiler.c:465) ==6970== by 0x22AE4224: rc_run_compiler (radeon_compiler.c:491) ==6970== by 0x22AF69B3: r3xx_compile_fragment_program (r3xx_fragprog.c:153) ==6970== by 0x22AD03AF: r300_translate_fragment_shader (r300_fs.c:519) ==6970== by 0x22AD1439: r300_pick_fragment_shader (r300_fs.c:597) ==6970== by 0x22ADC5F2: r300_validate_fragment_shader (r300_state_derived.c:1048) ==6970== by 0x22ADC5F2: r300_update_derived_state (r300_state_derived.c:1075) ==6970== by 0x22AD3476: r300_draw_vbo (r300_render.c:794) ==6970== by 0x22926B74: u_vbuf_draw_vbo (u_vbuf.c:1148) ==6970== by 0x227DCD5E: st_draw_vbo (st_draw.c:285) ==6970== by 0x227AF16D: vbo_draw_arrays (vbo_exec_array.c:667) ==6970== Address 0x45864d64 is 18,532 bytes inside an unallocated block of size 20,144 in arena "client" ==6970== gnome-shell: compiler/radeon_variable.c:61: rc_variable_change_dst: Assertion `new_writemask & 8' failed. COGL_DEBUG=show-source writes this to the console just before the crash: Cogl-Message: fragment shader: #version 120 #ifdef GL_ES precision highp float; #endif #define COGL_VERSION 100 uniform mat4 cogl_modelview_matrix; uniform mat4 cogl_modelview_projection_matrix; uniform mat4 cogl_projection_matrix; varying vec4 _cogl_color; #define cogl_color_in _cogl_color #define cogl_tex_coord_in _cogl_tex_coord #define cogl_color_out gl_FragColor #define cogl_depth_out gl_FragDepth #define cogl_front_facing gl_FrontFacing #define cogl_point_coord gl_PointCoord varying vec4 _cogl_tex_coord[1]; #define cogl_tex_coord0_in _cogl_tex_coord[0] /* * st-scroll-view-fade.glsl: Edge fade effect for StScrollView * * Copyright 2010 Intel Corporation. * Copyright 2011 Adel Gadllah * * This program is free software; you can redistribute it and/or modify it * under the terms and conditions of the GNU Lesser General Public License, * version 2.1, as published by the Free Software Foundation. * * This program is distributed in the hope it will be useful, but WITHOUT ANY * WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS * FOR A PARTICULAR PURPOSE. See the GNU Lesser General Public License for * more details. * * You should have received a copy of the GNU Lesser General Public License * along with this program. If not, see <http://www.gnu.org/licenses/>. */ uniform sampler2D tex; uniform float height; uniform float width; uniform float vfade_offset; uniform float hfade_offset; uniform bool fade_edges_top; uniform bool fade_edges_right; uniform bool fade_edges_bottom; uniform bool fade_edges_left; uniform vec2 fade_area_topleft; uniform vec2 fade_area_bottomright; void main () { cogl_color_out = cogl_color_in * texture2D (tex, vec2 (cogl_tex_coord_in[0].xy)); float y = height * cogl_tex_coord_in[0].y; float x = width * cogl_tex_coord_in[0].x; /* * We cannot just return here due to a bug in llvmpipe see: * https://bugzilla.freedesktop.org/show_bug.cgi?id=62357 */ if (x > fade_area_topleft[0] && x < fade_area_bottomright[0] && y > fade_area_topleft[1] && y < fade_area_bottomright[1]) { float ratio = 1.0; float fade_bottom_start = fade_area_bottomright[1] - vfade_offset; float fade_right_start = fade_area_bottomright[0] - hfade_offset; bool fade_top = y < vfade_offset && fade_edges_top; bool fade_bottom = y > fade_bottom_start && fade_edges_bottom; bool fade_left = x < hfade_offset && fade_edges_left; bool fade_right = x > fade_right_start && fade_edges_right; float vfade_scale = height / vfade_offset; if (fade_top) { ratio *= y / vfade_offset; } if (fade_bottom) { ratio *= (fade_area_bottomright[1] - y) / (fade_area_bottomright[1] - fade_bottom_start); } float hfade_scale = width / hfade_offset; if (fade_left) { ratio *= x / hfade_offset; } if (fade_right) { ratio *= (fade_area_bottomright[0] - x) / (fade_area_bottomright[0] - fade_right_start); } cogl_color_out *= ratio; } } Segmentation fault (core dumped) -- You are receiving this mail because: You are the assignee for the bug.

1 4

[Bug 70711] New: Audio hdmi
by bugzilla-daemon＠bugzilla.kernel.org 11 May '16

11 May '16

https://bugzilla.kernel.org/show_bug.cgi?id=70711 Bug ID: 70711 Summary: Audio hdmi Product: Drivers Version: 2.5 Kernel Version: 3.14.0-rc3 Hardware: x86-64 OS: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Video(DRI - non Intel) Assignee: drivers_video-dri(a)kernel-bugs.osdl.org Reporter: vincenzov72(a)hotmail.com Regression: No Audio hdmi not work with radeon 7750, works good with radeon 6450 -- You are receiving this mail because: You are watching the assignee of the bug.

1 17

[PATCH v5 0/5] drm/exynos: introduce generic zpos and blending properties
by Marek Szyprowski 09 May '16

09 May '16

Hello all, This patch series is a continuation of rework of blending support in Exynos DRM driver. Some background can be found here: http://www.spinics.net/lists/dri-devel/msg96969.html Daniel Vetter suggested that zpos property should be made generic, with well-defined semantics. This patchset is my proposal for such generic zpos property: - added zpos properties to drm core and plane state structures, - added helpers for normalizing zpos properties of given set of planes, - well defined semantics: planes are sorted by zpos values and then plane id value if zpos equals. The next part is a result of my survey on introducing generic plane blending related properties: http://www.spinics.net/lists/dri-devel/msg98106.html Ville Syrjälä suggested that blending mode should be defined by a pair of 2 factors, which define generic blending equation. I've implemented this approach. I hope that this code can be a base for further discussion on generic blending support. For more information, see patch 4/5. Patches are based on top of v4.5-rc1 release. Best regards Marek Szyprowski Samsung R&D Institute Poland Changelog: v5: - added patch with new generic blending and alpha properties - changed patchseries topic to "drm/exynos: introduce generic zpos and blending properties" - moved all generic code to separate drm_blend.c file v4: http://www.spinics.net/lists/dri-devel/msg98654.html - made min/max values of zpos property driver dependent (request of Ville Syrjälä) - adjusted some comments v3: http://www.spinics.net/lists/dri-devel/msg98207.html - on request of Daniel Vetter, moved all normalization process to DRM core, drivers can simply use plane_state->normalized_zpos in their atomic_check/update callbacks with no additional changes needed - updated documentation v2: http://www.spinics.net/lists/dri-devel/msg98093.html - dropped 2 fixes for Exynos DRM, which got merged in meantime - added more comments and kernel docs for core functions as suggested by Daniel Vetter - reworked initialization of zpos properties (moved assiging property class to common code), now the code in the driver is even simpler - while reworking of intialization of zpos property code, did the same change to generic rotation property v1: http://www.spinics.net/lists/dri-devel/msg97709.html - initial version Patch summary: Marek Szyprowski (5): drm: add generic zpos property drm/exynos: use generic code for managing zpos plane property drm: simplify initialization of rotation property drm: add generic blending related properties drm/exynos: add support for blending properties Documentation/DocBook/gpu.tmpl | 57 +++- drivers/gpu/drm/Makefile | 2 +- drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_plane.c | 10 +- drivers/gpu/drm/drm_atomic.c | 16 ++ drivers/gpu/drm/drm_atomic_helper.c | 6 + drivers/gpu/drm/drm_blend.c | 337 ++++++++++++++++++++++++ drivers/gpu/drm/drm_crtc.c | 29 +- drivers/gpu/drm/drm_crtc_internal.h | 3 + drivers/gpu/drm/exynos/exynos_drm_drv.h | 7 +- drivers/gpu/drm/exynos/exynos_drm_plane.c | 128 +++++---- drivers/gpu/drm/exynos/exynos_mixer.c | 6 +- drivers/gpu/drm/i915/intel_display.c | 6 +- drivers/gpu/drm/msm/mdp/mdp5/mdp5_plane.c | 3 +- drivers/gpu/drm/omapdrm/omap_drv.c | 3 +- include/drm/drm_crtc.h | 36 ++- include/uapi/drm/drm_mode.h | 101 +++++++ 16 files changed, 669 insertions(+), 81 deletions(-) create mode 100644 drivers/gpu/drm/drm_blend.c -- 1.9.2

6 19

[Bug 105711] New: amdgpu: no monitor signal and kernel panic
by bugzilla-daemon＠bugzilla.kernel.org 09 May '16

09 May '16

https://bugzilla.kernel.org/show_bug.cgi?id=105711 Bug ID: 105711 Summary: amdgpu: no monitor signal and kernel panic Product: Drivers Version: 2.5 Kernel Version: 4.3-rc4 Hardware: x86-64 OS: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Video(DRI - non Intel) Assignee: drivers_video-dri(a)kernel-bugs.osdl.org Reporter: polynomial-c(a)gmx.de Regression: No Created attachment 189801 --> https://bugzilla.kernel.org/attachment.cgi?id=189801&action=edit kernel dmesg output As soon as the driver gets loaded the monitor looses the signal and doesn't get it back. After a while the kernel panics so even network connections get lost: [ 751.713493] Task dump for CPU 7: [ 751.713496] modprobe R running task 0 2994 2968 0x0000000a [ 751.713506] ffff88063a72ae00 ffffffff818809f9 ffff88063a72ae00 0000000000000007 [ 751.713513] ffff88063a72ae00 0000000000000000 ffff8800a6658000 00000000ffffffff [ 751.713519] 0000000000000000 ffff8800a6658000 ffff880634b20000 ffffffff818814b2 [ 751.713525] Call Trace: [ 751.713532] [<ffffffff818809f9>] ? 0xffffffff818809f9 [ 751.713536] [<ffffffff818814b2>] ? 0xffffffff818814b2 [ 751.713539] [<ffffffff81885180>] ? 0xffffffff81885180 [ 751.713543] [<ffffffffa00232ca>] ? 0xffffffffa00232ca [ 751.713547] [<ffffffff814f6c8c>] ? 0xffffffff814f6c8c [ 751.713550] [<ffffffffa005933c>] ? 0xffffffffa005933c [ 751.713553] [<ffffffffa005c69e>] ? 0xffffffffa005c69e [ 751.713557] [<ffffffffa0018cba>] ? 0xffffffffa0018cba [ 751.713560] [<ffffffffa001a5c1>] ? 0xffffffffa001a5c1 [ 751.713563] [<ffffffff815c7893>] ? 0xffffffff815c7893 [ 751.713566] [<ffffffff815c9589>] ? 0xffffffff815c9589 [ 751.713569] [<ffffffff81526b58>] ? 0xffffffff81526b58 [ 751.713572] [<ffffffff81526abf>] ? 0xffffffff81526abf [ 751.713575] [<ffffffff81527193>] ? 0xffffffff81527193 [ 751.713578] [<ffffffff815e4334>] ? 0xffffffff815e4334 [ 751.713581] [<ffffffff815e458d>] ? 0xffffffff815e458d [ 751.713584] [<ffffffff815e4500>] ? 0xffffffff815e4500 [ 751.713586] [<ffffffff815e2585>] ? 0xffffffff815e2585 [ 751.713589] [<ffffffff815e3af1>] ? 0xffffffff815e3af1 [ 751.713592] [<ffffffffa0088000>] ? 0xffffffffa0088000 [ 751.713595] [<ffffffff815e4b42>] ? 0xffffffff815e4b42 [ 751.713598] [<ffffffffa0088000>] ? 0xffffffffa0088000 [ 751.713601] [<ffffffff8100036b>] ? 0xffffffff8100036b [ 751.713604] [<ffffffff8113065c>] ? 0xffffffff8113065c [ 751.713607] [<ffffffff810fb8d4>] ? 0xffffffff810fb8d4 [ 751.713610] [<ffffffff810f94d0>] ? 0xffffffff810f94d0 [ 751.713615] [<ffffffff810fbe42>] ? 0xffffffff810fbe42 [ 751.713618] [<ffffffff81884697>] ? 0xffffffff81884697 [ 751.713626] rcu_preempt kthread starved for 24577 jiffies! g2247 c2246 f0x0 s3 ->state=0x0 Same problem happens with vanilla kernel-4.2.3 -- You are receiving this mail because: You are watching the assignee of the bug.

1 8

[Bug 93928] Tonga valley regression since drm/amdgpu: split VM mappings into smaller operations (v2)
by bugzilla-daemon＠freedesktop.org 02 May '16

02 May '16

https://bugs.freedesktop.org/show_bug.cgi?id=93928 Bug ID: 93928 Summary: Tonga valley regression since drm/amdgpu: split VM mappings into smaller operations (v2) Product: DRI Version: DRI git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/AMDgpu Assignee: dri-devel(a)lists.freedesktop.org Reporter: adf.lists(a)gmail.com R8285 agd5f drm-next-4.6-wip Since below Unigine Valley renders mostly a screen full of colored blocks. Doesn't affect desktop, Unreal Elemental or xonotic. In case settings are relevant I run valley ultra quality fullscreen 1920x1080 8xAA commit 8292e95e64134e8c81ccec25fb702f3c838c2a1e Author: Christian König <christian.koenig(a)amd.com> Date: Mon Jan 25 14:27:31 2016 +0100 drm/amdgpu: split VM mappings into smaller operations (v2) If we can't copy entries from the GTT or fill them with one command split up the mapping operation into multiple ones. v2: agd: rebase on upstream -- You are receiving this mail because: You are the assignee for the bug.

1 8

[Bug 83461] New: hdmi screen flicker/unusable
by bugzilla-daemon＠bugzilla.kernel.org 02 May '16

02 May '16

https://bugzilla.kernel.org/show_bug.cgi?id=83461 Bug ID: 83461 Summary: hdmi screen flicker/unusable Product: Drivers Version: 2.5 Kernel Version: 3.15, 3.16 Hardware: x86-64 OS: Linux Tree: Mainline Status: NEW Severity: blocking Priority: P1 Component: Video(DRI - non Intel) Assignee: drivers_video-dri(a)kernel-bugs.osdl.org Reporter: kb(a)spatium.org Regression: No Since kernel 3.15 I cannot get a stable video output on HDMI. The screen flickers and blinks, and my dmesg is full of these: sound hdaudioC1D0: HDMI ATI/AMD: no speaker allocation for ELD The video card in question is: Advanced Micro Devices, Inc. [AMD/ATI] RS880 [Radeon HD 4200] Downgrading to 3.14 seems to remove the issue. -- You are receiving this mail because: You are watching the assignee of the bug.

1 38

[Bug 106291] New: amdgpu fails GPU reset when resuming from suspend
by bugzilla-daemon＠bugzilla.kernel.org 01 May '16

01 May '16

https://bugzilla.kernel.org/show_bug.cgi?id=106291 Bug ID: 106291 Summary: amdgpu fails GPU reset when resuming from suspend Product: Drivers Version: 2.5 Kernel Version: 4.2.3 Hardware: x86-64 OS: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Video(DRI - non Intel) Assignee: drivers_video-dri(a)kernel-bugs.osdl.org Reporter: universaledge97(a)gmail.com Regression: No Created attachment 190561 --> https://bugzilla.kernel.org/attachment.cgi?id=190561&action=edit output of "dmesg | grep amdgpu" Rarely, when resuming from suspend, amdgpu will fail to reset the GPU, causing X.org to crash. This does have any particular cause I can identify. Any variety of programs could be open when this error occurs. Attached is a log of the output of "dmesg | grep amdgpu", although I have the full ouput from dmesg if needed. Running XFX R9 285 Tonga -- You are receiving this mail because: You are watching the assignee of the bug.

1 10

[Bug 87856] Driver load fails with no error on ppc64 host
by bugzilla-daemon＠freedesktop.org 30 Apr '16

30 Apr '16

https://bugs.freedesktop.org/show_bug.cgi?id=87856 Bug ID: 87856 Summary: Driver load fails with no error on ppc64 host Product: Mesa Version: 10.2 Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 Assignee: dri-devel(a)lists.freedesktop.org Reporter: freedesktopbugs(a)63bit.net Created attachment 111507 --> https://bugs.freedesktop.org/attachment.cgi?id=111507&action=edit Xorg log, dmesg | fgrep radeon, and glxinfo with LIBGL_DEBUG set I have a PowerPC G5 (ppc64 with 64-bit userland) with working KMS using a (ostensibly x86) Radeon HD4650. KMS is enabled and the kernel and Xorg parts of KMS/DRI2 appear to be attaching correctly. After X starts, running LIBGL_DEBUG=verbose glxinfo outputs the following: libGL: OpenDriver: trying /usr/lib64/dri/tls/r600_dri.so libGL: OpenDriver: trying /usr/lib64/dri/r600_dri.so libGL: driver does not expose __driDriverGetExtensions_r600(): /usr/lib64/dri/r600_dri.so: undefined symbol: __driDriverGetExtensions_r600 libGL: Can't open configuration file /root/.drirc: No such file or directory. libGL: Can't open configuration file /root/.drirc: No such file or directory. libGL error: failed to load driver: r600 libGL: OpenDriver: trying /usr/lib64/dri/tls/swrast_dri.so libGL: OpenDriver: trying /usr/lib64/dri/swrast_dri.so libGL: driver does not expose __driDriverGetExtensions_swrast(): /usr/lib64/dri/swrast_dri.so: undefined symbol: __driDriverGetExtensions_swrast libGL: Can't open configuration file /root/.drirc: No such file or directory. libGL: Can't open configuration file /root/.drirc: No such file or directory. libGL error: failed to load driver: swrast Error: couldn't find RGB GLX visual or fbconfig Error: couldn't find RGB GLX visual or fbconfig I am under the impression that the undefined symbol should not be causing problems after reading this bug: https://bugs.freedesktop.org/show_bug.cgi?id=72198 Nonetheless, glxgears will not run, and in general it appears mesa acceleration is not occurring. Mesa was compiled with support for llvm and the r600 generator. I am attaching various logs. I would be glad to test patches or hacks :) -- You are receiving this mail because: You are the assignee for the bug.

1 16

[Bug 93767] Glitches with soft shadows and MSAA in Knights of the Old Republic 2
by bugzilla-daemon＠freedesktop.org 27 Apr '16

27 Apr '16

https://bugs.freedesktop.org/show_bug.cgi?id=93767 Bug ID: 93767 Summary: Glitches with soft shadows and MSAA in Knights of the Old Republic 2 Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel(a)lists.freedesktop.org Reporter: daniel(a)constexpr.org QA Contact: dri-devel(a)lists.freedesktop.org Created attachment 121127 --> https://bugs.freedesktop.org/attachment.cgi?id=121127&action=edit Screenshot of the glitch When enabling both soft shadows and antialiasing in Knights of the Old Republic 2 [0], there are lines visible in addition to the shadows. Here is an apitrace showing the problem: http://constexpr.org/tmp/KotOR2-shadows-radeonsi.trace.xz (37 MiB) The same trace (and the game) render fine with Catalyst 15.12. Disabling either soft shadows or antialiasing also fixes the rendering. GPU: Radeon HD 7950 (TAHITI) Mesa 11.2.0-devel (git-d018619) LLVM r255414 >From what I can tell the problem first appears in e.g. draw call 1919333 in my trace - the stencil buffer has value 127 everywhere except for parts covered by the shadow volumes. The color buffer however contains jagged lines afterwards in addition to the pixels covered by the shadows. NB: The game also has fog issues like those worked around in the ATI_fs implementation [1] for the first KotOR game, but they are also present with Catalyst and even in one of the official screenshots [2] on the game's Steam store page. I think its fair to assume that that is a game bug, but if anyone wants to try it out with another driver / HW, here is another apitrace: http://constexpr.org/tmp/KotOR2-fog-radeonsi.trace.xz (35 MiB) [0] http://store.steampowered.com/app/208580/ [1] http://lists.freedesktop.org/archives/mesa-dev/2015-December/103263.html [2] http://cdn.akamai.steamstatic.com/steam/apps/208580/ss_e2043ae5d872d5576fd1… -- You are receiving this mail because: You are the assignee for the bug.

1 12

[Bug 93551] Divinity: Original Sin Enhanced Edition(Native) crash on start
by bugzilla-daemon＠freedesktop.org 26 Apr '16

26 Apr '16

https://bugs.freedesktop.org/show_bug.cgi?id=93551 Bug ID: 93551 Summary: Divinity: Original Sin Enhanced Edition(Native) crash on start Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel(a)lists.freedesktop.org Reporter: grantipak(a)gmail.com QA Contact: dri-devel(a)lists.freedesktop.org LD_LIBRARY_PATH="." ./EoCApp [S_API FAIL] SteamAPI_Init() failed; no appID found. Either launch the game from Steam, or put the file steam_appid.txt containing the correct appID in your game folder. Thread "EoCApp" (3053090816) received signal 11 Call stack: (0) /usr/lib/libpthread.so.0 : +0x10d60 [0x7f1fb1a53d60] Ошибка сегментирования (core dumped) Radeon HD 7950, ArchLinux 64, kernel 4.3.1, mesa|llvm from git. Program received signal SIGSEGV, Segmentation fault. 0x0000000000000000 in ?? () (gdb) bt #0 0x0000000000000000 in ?? () #1 0x00007ffff47fa563 in api::OpenGLRenderer::ChangeShader(ls::ObjectHandle, bool) () from ./libOGLBinding.so #2 0x00007ffff44a01f5 in rf::Renderer::Apply(bool) () from ./libRenderFramework.so #3 0x00007ffff47ec7bd in api::OpenGLRenderer::OpenGLRenderer(api::IAPI*, void*) () from ./libOGLBinding.so #4 0x00007ffff47ebe19 in api::OpenGLAPI::CreateRenderer() () from ./libOGLBinding.so #5 0x00007ffff47eba38 in api::OpenGLAPI::Init() () from ./libOGLBinding.so #6 0x00007ffff45fa28a in BaseApp::InitAPI() () from ./libGameEngine.so #7 0x00007ffff45f8e58 in BaseApp::Start(ls::InitStruct*) () from ./libGameEngine.so #8 0x00000000006d4410 in main () -- You are receiving this mail because: You are the assignee for the bug.

1 10

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel January 2016