dri-devel September 2014

dri-devel@lists.freedesktop.org

173 participants
1045 discussions

[Bug 82186] New: BARTS GPU lockup with minecraft shaders
by bugzilla-daemon＠freedesktop.org 02 Jul '15

02 Jul '15

https://bugs.freedesktop.org/show_bug.cgi?id=82186 Priority: medium Bug ID: 82186 Assignee: dri-devel(a)lists.freedesktop.org Summary: BARTS GPU lockup with minecraft shaders Severity: major Classification: Unclassified OS: Linux (All) Reporter: EoD(a)xmw.de Hardware: Other Status: NEW Version: 10.2 Component: Drivers/Gallium/r600 Product: Mesa Created attachment 104066 --> https://bugs.freedesktop.org/attachment.cgi?id=104066&action=edit glxinfo When I enable the shader modpack in minecraft my computer locks up: keyboard does not react and screen has dark/light gray stripes. You need to install forge and those two mods in order to reproduce the bug: http://www.minecraftforum.net/forums/mapping-and-modding/minecraft-mods/128… http://www.minecraftforum.net/forums/mapping-and-modding/minecraft-mods/128… I tried it without DPM, without HyperZ and without both, but the lockup didn't change. I am using Gentoo: - with kernel 3.14.14 and mesa 10.2.4, the screen started flickering (on/off, on+black/on) and locked up eventually. - with kernel 3.14.15 and mesa 10.2.5 it immediately locks up and leaves me with gray stripes. -- You are receiving this mail because: You are the assignee for the bug.

1 12

[Bug 82428] New: [radeonsi,R9 270X] System lockup when using mplayer/mpv with VDPAU
by bugzilla-daemon＠freedesktop.org 17 Jun '15

17 Jun '15

https://bugs.freedesktop.org/show_bug.cgi?id=82428 Priority: medium Bug ID: 82428 Assignee: dri-devel(a)lists.freedesktop.org Summary: [radeonsi,R9 270X] System lockup when using mplayer/mpv with VDPAU Severity: normal Classification: Unclassified OS: All Reporter: custos.mentis(a)gmail.com Hardware: Other Status: NEW Version: git Component: Drivers/Gallium/radeonsi Product: Mesa With mesa from today's git repository I am getting hard system lockups while trying to play a movie with mplayer/mpv configured to use hardware acceleration (vdpau). I was able to bisect the commit causing those lockups. The responsible commit is 1c03a690bfc3265c7fefa7f87e69782a6672a9b2 "radeonsi: use gpu_address from r600_resource". There is no related message in the logs, since the lockup is immediate and hard reset is required. I use libdrm, glamour, mesa, and xf86-video-ati from today's git with xorg-server-1.15.0; mpv-0.3.11 with libav-9.14 and libvdpau-0.7. -- You are receiving this mail because: You are the assignee for the bug.

1 17

[PATCH] drm/nouveau/disp: Use NULL for pointers
by Thierry Reding 05 Jun '15

05 Jun '15

From: Thierry Reding <treding(a)nvidia.com> The return type of exec_lookup() is struct nvkm_output *, so it should return NULL rather than 0. Signed-off-by: Thierry Reding <treding(a)nvidia.com> --- drivers/gpu/drm/nouveau/core/engine/disp/nvd0.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/nouveau/core/engine/disp/nvd0.c b/drivers/gpu/drm/nouveau/core/engine/disp/nvd0.c index fa30d8196f35..ebf64e1d0a70 100644 --- a/drivers/gpu/drm/nouveau/core/engine/disp/nvd0.c +++ b/drivers/gpu/drm/nouveau/core/engine/disp/nvd0.c @@ -939,7 +939,7 @@ exec_lookup(struct nv50_disp_priv *priv, int head, int or, u32 ctrl, case 0x00000900: type = DCB_OUTPUT_DP; mask = 2; break; default: nv_error(priv, "unknown SOR mc 0x%08x\n", ctrl); - return 0x0000; + return NULL; } } -- 2.0.1

2 3

[Bug 60553] New: [trine2] wrong colors when executed fullscreen
by bugzilla-daemon＠freedesktop.org 14 May '15

14 May '15

https://bugs.freedesktop.org/show_bug.cgi?id=60553 Priority: medium Bug ID: 60553 Assignee: dri-devel(a)lists.freedesktop.org Summary: [trine2] wrong colors when executed fullscreen Severity: normal Classification: Unclassified OS: All Reporter: lordheavym(a)gmail.com Hardware: Other Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa Created attachment 74499 --> https://bugs.freedesktop.org/attachment.cgi?id=74499&action=edit Trine2 screen with wrong colors * mesa from git * xf86-video-ati-7.0.0 * radeon HD6870 Trine2 game colors are wrong when running fullscreen, not windowed. Here is the start of an apitrace output (it fail with an error): [lordh@archMain Trine 2]$ apitrace dump trine2_linux_32bit.trace 6 glXChooseVisual(dpy = 0xcfdcfb8, screen = 0, attribList = {GLX_RGBA, GLX_RED_SIZE, GLX_LEVEL, GLX_GREEN_SIZE, GLX_LEVEL, GLX_BLUE_SIZE, GLX_BUFFER_SIZE, GLX_DOUBLEBUFFER, GLX_DEPTH_SIZE, GLX_ACCUM_BLUE_SIZE, 0}) = &{visual = 0xcfe8b28, visualid = 557, screen = 0, depth = 24, c_class = 4, red_mask = 16711680, green_mask = 65280, blue_mask = 255, colormap_size = 256, bits_per_rgb = 8} 7 glXCreateContext(dpy = 0xcfdcfb8, vis = &{visual = 0xcfe8b28, visualid = 557, screen = 0, depth = 24, c_class = 4, red_mask = 16711680, green_mask = 65280, blue_mask = 255, colormap_size = 256, bits_per_rgb = 8}, shareList = NULL, direct = True) = 0xcfd3240 8 glXMakeCurrent(dpy = 0xcfdcfb8, drawable = 98566146, ctx = 0xcfd3240) = True 14 glXMakeCurrent(dpy = 0xcfdcfb8, drawable = 0, ctx = NULL) = True 15 glXDestroyContext(dpy = 0xcfdcfb8, ctx = 0xcfd3240) 16 glXChooseVisual(dpy = 0xcfdcfb8, screen = 0, attribList = {GLX_RGBA, GLX_RED_SIZE, GLX_LEVEL, GLX_GREEN_SIZE, GLX_LEVEL, GLX_BLUE_SIZE, GLX_BUFFER_SIZE, GLX_DOUBLEBUFFER, GLX_DEPTH_SIZE, GLX_ACCUM_BLUE_SIZE, 0}) = &{visual = 0xcfe8b28, visualid = 557, screen = 0, depth = 24, c_class = 4, red_mask = 16711680, green_mask = 65280, blue_mask = 255, colormap_size = 256, bits_per_rgb = 8} 17 glXCreateContext(dpy = 0xcfdcfb8, vis = &{visual = 0xcfe8b28, visualid = 557, screen = 0, depth = 24, c_class = 4, red_mask = 16711680, green_mask = 65280, blue_mask = 255, colormap_size = 256, bits_per_rgb = 8}, shareList = NULL, direct = True) = 0xd025658 18 glXMakeCurrent(dpy = 0xcfdcfb8, drawable = 98566149, ctx = 0xd025658) = True 21 glXMakeCurrent(dpy = 0xcfdcfb8, drawable = 0, ctx = NULL) = True 22 glXDestroyContext(dpy = 0xcfdcfb8, ctx = 0xd025658) 29 glXChooseVisual(dpy = 0xcfdcfb8, screen = 0, attribList = {GLX_RGBA, GLX_RED_SIZE, GLX_RED_SIZE, GLX_GREEN_SIZE, GLX_RED_SIZE, GLX_BLUE_SIZE, GLX_RED_SIZE, GLX_DOUBLEBUFFER, GLX_DEPTH_SIZE, 24, GLX_STENCIL_SIZE, GLX_RED_SIZE, 0}) = &{visual = 0xcfe8be8, visualid = 563, screen = 0, depth = 24, c_class = 4, red_mask = 16711680, green_mask = 65280, blue_mask = 255, colormap_size = 256, bits_per_rgb = 8} 30 glXCreateContext(dpy = 0xcfdcfb8, vis = &{visual = 0xcfe8be8, visualid = 563, screen = 0, depth = 24, c_class = 4, red_mask = 16711680, green_mask = 65280, blue_mask = 255, colormap_size = 256, bits_per_rgb = 8}, shareList = NULL, direct = True) = 0xd000248 31 glXMakeCurrent(dpy = 0xcfdcfb8, drawable = 98566152, ctx = 0xd000248) = True 37 glXMakeCurrent(dpy = 0xcfdcfb8, drawable = 0, ctx = NULL) = True 38 glXDestroyContext(dpy = 0xcfdcfb8, ctx = 0xd000248) 39 glXChooseVisual(dpy = 0xcfdcfb8, screen = 0, attribList = {GLX_RGBA, GLX_RED_SIZE, GLX_RED_SIZE, GLX_GREEN_SIZE, GLX_RED_SIZE, GLX_BLUE_SIZE, GLX_RED_SIZE, GLX_DOUBLEBUFFER, GLX_DEPTH_SIZE, 24, GLX_STENCIL_SIZE, GLX_RED_SIZE, 0}) = &{visual = 0xcfe8be8, visualid = 563, screen = 0, depth = 24, c_class = 4, red_mask = 16711680, green_mask = 65280, blue_mask = 255, colormap_size = 256, bits_per_rgb = 8} error: unknown event 4 -- You are receiving this mail because: You are the assignee for the bug.

1 13

[Bug 70654] New: [DPM] Mobility 4570: power_dpm_force_performance_level is reset to auto when UVD is used
by bugzilla-daemon＠freedesktop.org 07 May '15

07 May '15

https://bugs.freedesktop.org/show_bug.cgi?id=70654 Priority: medium Bug ID: 70654 Assignee: dri-devel(a)lists.freedesktop.org Summary: [DPM] Mobility 4570: power_dpm_force_performance_level is reset to auto when UVD is used Severity: normal Classification: Unclassified OS: Linux (All) Reporter: CE.Mohammad.AlSaleh(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: unspecified Component: DRM/Radeon Product: DRI I set power_dpm_force_performance_level to 'high' to avoid occational noise artifacts on my monitor. When UVD/VDPAU is used, the value is reset to 'auto'. -- You are receiving this mail because: You are the assignee for the bug.

1 4

[Bug 69301] New: no screen on update from 3.12.0
by bugzilla-daemon＠bugzilla.kernel.org 30 Apr '15

30 Apr '15

https://bugzilla.kernel.org/show_bug.cgi?id=69301 Bug ID: 69301 Summary: no screen on update from 3.12.0 Product: Drivers Version: 2.5 Kernel Version: 3.13.0 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: jouthuis(a)dds.nl Regression: No 3.13.0 hangs on video initialisation for my Radeon HD7750 card. It worked on 3.12.0 and previous on 3.11.4. After upgrading to 3.13.0, the bootprocess doesn't get past the video-initialisation and leaves me with a black screen and dead keyboard. I'm running Debian testing on 64bit architecture. -- You are receiving this mail because: You are watching the assignee of the bug.

1 22

[Bug 73291] New: Kernel 3.13.7 boots with hybrid Intel/ATI but to blank graphical screen
by bugzilla-daemon＠bugzilla.kernel.org 25 Apr '15

25 Apr '15

https://bugzilla.kernel.org/show_bug.cgi?id=73291 Bug ID: 73291 Summary: Kernel 3.13.7 boots with hybrid Intel/ATI but to blank graphical screen Product: Drivers Version: 2.5 Kernel Version: 3.13.7 Hardware: x86-64 OS: Linux Tree: Mainline Status: NEW Severity: high Priority: P1 Component: Video(DRI - non Intel) Assignee: drivers_video-dri(a)kernel-bugs.osdl.org Reporter: mike.cloaked(a)gmail.com Regression: No Created attachment 131071 --> https://bugzilla.kernel.org/attachment.cgi?id=131071&action=edit systemd journal for current boot with kernel 3.13.6 Running arch linux stock kernel. Previous Kernel 3.13.6 boots to graphical screen giving a usable laptop but problems with radeon apparent from systemd journal log. Updating the kernel to 3.13.7 boots the laptop, but the graphical screen is blank apart from static cursor at top left of the screen. The kernel is still running and able to ssh in to get at the log files (attached). No graphics is usable. Hybrid graphics in this Lenovo Thinkpad S540 is: $ lspci | egrep '(Graphics|Display)' 00:02.0 VGA compatible controller: Intel Corporation Haswell-ULT Integrated Graphics Controller (rev 09) 06:00.0 Display controller: Advanced Micro Devices, Inc. [AMD/ATI] Sun XT [Radeon HD 8670A] i915 and radeon modules are built into the initial ramdisk. xrandr only sees one provider: $ xrandr --listproviders Providers: number : 1 Provider 0: id: 0x48 cap: 0xb, Source Output, Sink Output, Sink Offload crtcs: 4 outputs: 5 associated providers: 0 name:Intel I have tried adding intel.modeset=0, and separately radeon.runpm=0 to the kernel line but this does not remedy the situation. -- You are receiving this mail because: You are watching the assignee of the bug.

1 16

[Bug 49817] New: radeon: The kernel rejected CS when running shader example from SFML library
by bugzilla-daemon＠freedesktop.org 23 Apr '15

23 Apr '15

https://bugs.freedesktop.org/show_bug.cgi?id=49817 Bug #: 49817 Summary: radeon: The kernel rejected CS when running shader example from SFML library Classification: Unclassified Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: lordheavym(a)gmail.com Running shader example from SFML library flood the terminal with previous message, the rendering window is garbled. * dmesg output: [132186.056570] radeon 0000:01:00.0: texture bo too small (800 80 26 0 -> 256000 have 4096) [132186.056581] radeon 0000:01:00.0: alignments 800 16 8 512 [132186.056588] [drm:radeon_cs_ib_chunk] *ERROR* Invalid command stream ! [132186.073312] radeon 0000:01:00.0: texture bo too small (800 80 26 0 -> 256000 have 4096) [132186.073322] radeon 0000:01:00.0: alignments 800 16 8 512 [132186.073328] [drm:radeon_cs_ib_chunk] *ERROR* Invalid command stream ! * [lordh@archMain shader]$ uname -a Linux archMain 3.3.5-1-ARCH #1 SMP PREEMPT Mon May 7 19:57:51 CEST 2012 x86_64 AMD Athlon(tm) II X4 630 Processor AuthenticAMD GNU/Linux * glxinfo: OpenGL renderer string: Gallium 0.4 on AMD RV770 OpenGL version string: 2.1 Mesa 8.1-devel (git-23c0d46) OpenGL shading language version string: 1.30 * libdrm from git * sfml-2.0rc library download: http://www.sfml-dev.org/download.php#2.0-rc * Direct link to the shader example (included in the 2.0rc version): https://github.com/LaurentGomila/SFML/tree/3c317cab9bccf11d34904637d48c9125… -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 21

[Bug 65190] New: glxgears on r600g (rv770) is garbled with llvm enabled
by bugzilla-daemon＠freedesktop.org 21 Apr '15

21 Apr '15

https://bugs.freedesktop.org/show_bug.cgi?id=65190 Priority: medium Bug ID: 65190 Assignee: dri-devel(a)lists.freedesktop.org Summary: glxgears on r600g (rv770) is garbled with llvm enabled Severity: normal Classification: Unclassified OS: Linux (All) Reporter: ace(a)sannes.org Hardware: Other Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa Created attachment 80067 --> https://bugs.freedesktop.org/attachment.cgi?id=80067&action=edit output of R600-DEBUG=vs,ps glxgears Running glxgears gives garbled output, tstellar on irc asked me to file a bug with the output of R600_DEBUG=vs,ps glxgears I have a rv770 card (4870) and have compiled mesa with llvm. It does not get garbled if I run with: R600_DEBUG=sb works. -- You are receiving this mail because: You are the assignee for the bug.

1 3

[PATCH 0/7] DRM/Radeon Cleanup
by Michael Witten 14 Apr '15

14 Apr '15

Whilst working on my failing Radeon GPU: Subject: Re: Curious experiences with a Radeon on the fritz Date: Wed, 21 Sep 2011 18:52:19 -0000 Message-ID: <c0efd8527ff34853a23f1d706be29c67-mfwitten(a)gmail.com> http://lists.freedesktop.org/archives/dri-devel/2011-September/014506.html I made the following trivial improvements to the DRM/Radeon code along the way ([6] fixes a bug): [1] DRM: comment: drm_crtc{=>_helper}_set_mode [2] DRM: comment: halve -> half [3] DRM: cleanup: Remove unused `gamma_size' [4] DRM: comment: gdm_proc_lists -> drm_proc_lists [5] DRM: cleanup: `size == 0' is never true [6] DRM: bug: RADEON_DEBUGFS_MAX_{NUM_FILES => COMPONENTS} [7] DRM: cleanup: Remove unsused `tmp' Here is the overall difference: drivers/gpu/drm/drm_crtc_helper.c | 2 +- drivers/gpu/drm/drm_fb_helper.c | 3 --- drivers/gpu/drm/drm_irq.c | 4 ++-- drivers/gpu/drm/drm_proc.c | 2 +- drivers/gpu/drm/radeon/radeon.h | 2 +- drivers/gpu/drm/radeon/radeon_bios.c | 2 +- drivers/gpu/drm/radeon/radeon_combios.c | 2 +- drivers/gpu/drm/radeon/radeon_device.c | 13 ++++++++----- 8 files changed, 15 insertions(+), 15 deletions(-) Sincerely, Michael Witten -- 1.7.6.409.ge7a85

3 16

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel September 2014