dri-devel March 2015

dri-devel@lists.freedesktop.org

196 participants
1117 discussions

[Bug 74335] New: [UVD] vdpau hangs the system on radeonsi (HD 7950)
by bugzilla-daemon＠freedesktop.org 08 Jan '17

08 Jan '17

https://bugs.freedesktop.org/show_bug.cgi?id=74335 Priority: medium Bug ID: 74335 Assignee: dri-devel(a)lists.freedesktop.org Summary: [UVD] vdpau hangs the system on radeonsi (HD 7950) Severity: normal Classification: Unclassified OS: All Reporter: darkbasic(a)linuxsystems.it Hardware: Other Status: NEW Version: XOrg CVS Component: DRM/Radeon Product: DRI Follow up of https://bugs.freedesktop.org/show_bug.cgi?id=71448 Here is a video which hangs 100% of the times: https://mega.co.nz/#!eQhSjJQR!EEe8-taN5IspIu-RW0WQzmvKzc5fkCn282kS5ugZ_as Play with mplayer2 -vo vdpau, -vc ffmpeg12vdpau,ffwmv3vdpau,ffvc1vdpau,ffh264vdpau,ffodivxvdpau, PlanetEarthBirds.mkv -- You are receiving this mail because: You are the assignee for the bug.

1 13

[Bug 89447] [bisected] [radeonsi+wine_d3dadapter+Bioshock] GPU lockup 8 minutes after start
by bugzilla-daemon＠freedesktop.org 02 Jan '17

02 Jan '17

https://bugs.freedesktop.org/show_bug.cgi?id=89447 Bug ID: 89447 Summary: [bisected] [radeonsi+wine_d3dadapter+Bioshock] GPU lockup 8 minutes after start Product: Mesa Version: git Hardware: x86 (IA32) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel(a)lists.freedesktop.org Reporter: arek.rusi(a)gmail.com QA Contact: dri-devel(a)lists.freedesktop.org Created attachment 114043 --> https://bugs.freedesktop.org/attachment.cgi?id=114043&action=edit dmesg linux_4rc2 cape verde kernel 4rc2/3.19 x86 llvm svn230872 radeon git xorg 1.17.1 mesa git git bisect... gives this: 5f1cef76f9bbaae772120dcb38e0b98d68a93f26 is the first bad commit commit 5f1cef76f9bbaae772120dcb38e0b98d68a93f26 Author: Marek Olšák <marek.olsak(a)amd.com> Date: Sat Feb 7 13:19:38 2015 +0100 r600g,radeonsi: use fences to implement PIPE_QUERY_GPU_FINISHED Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=89014 Reviewed-by: Michel Dänzer <michel.daenzer(a)amd.com> :040000 040000 aae0244556c43c9d03243992143a8c9fc0128977 7f320431b51c3f55f243448b0b5dc3031feb6abb M src 64bit system is affected too but GPU was hung after about one hour. -- You are receiving this mail because: You are the assignee for the bug.

1 2

[Bug 74718] New: r600g: graphics artifacts with geometry shaders
by bugzilla-daemon＠freedesktop.org 25 Dec '16

25 Dec '16

https://bugs.freedesktop.org/show_bug.cgi?id=74718 Priority: medium Bug ID: 74718 CC: airlied(a)freedesktop.org Assignee: dri-devel(a)lists.freedesktop.org Summary: r600g: graphics artifacts with geometry shaders Severity: normal Classification: Unclassified OS: All Reporter: edwin+mesa(a)etorok.net Hardware: Other Status: NEW Version: git Component: Drivers/DRI/R600 Product: Mesa Created attachment 93670 --> https://bugs.freedesktop.org/attachment.cgi?id=93670&action=edit geometry.trace This application uses a geometry shader, and runs without crashing, but there are graphics artifacts, see geometry.0000001176.png and geometry.0000001644.png: Source code for the application can be found here: https://bitbucket.org/alfonse/gltut/src/1d1479cc7027f1e32c5adff748f3b296f19… https://bitbucket.org/alfonse/gltut/src/1d1479cc7027f1e32c5adff748f3b296f19… https://bitbucket.org/alfonse/gltut/src/1d1479cc7027f1e32c5adff748f3b296f19… https://bitbucket.org/alfonse/gltut/src/1d1479cc7027f1e32c5adff748f3b296f19… It doesn't work exactly as is with the upstream source code, due to mismatching layouts between vert/geom/frag shader, but adding this to all shaders makes it run: layout(std140) uniform; Let me know if a tarball with a working source code would help debugging or if the apitrace suffices. I did an apitrace, and rerun it using llvmpipe forced to 3.3, and there are no artifacts there, see geometry.0000001176.good.png: $ MESA_GLSL_VERSION_OVERRIDE=330 MESA_GL_VERSION_OVERRIDE=3.3 LIBGL_ALWAYS_SOFTWARE=1 glretrace ./geometry.trace Kernel is 3.14.0-rc1 + merge of 7c4c62a04a2a80e3feb5d6c97aca1e413b11c790 from drm-fixes: $ uname -a Linux debian 3.14.0-rc1-00015-g7c4c62a #48 SMP PREEMPT Sat Feb 8 17:33:48 EET 2014 x86_64 GNU/Linux Mesa is from the 10.1 branch: $ glxinfo |grep OpenGL OpenGL vendor string: X.Org OpenGL renderer string: Gallium 0.4 on AMD RV730 OpenGL core profile version string: 3.3 (Core Profile) Mesa 10.1.0-rc1 (git-1e6bba5) OpenGL core profile shading language version string: 3.30 OpenGL core profile context flags: (none) OpenGL core profile profile mask: core profile OpenGL core profile extensions: OpenGL version string: 3.0 Mesa 10.1.0-rc1 (git-1e6bba5) OpenGL shading language version string: 1.30 OpenGL context flags: (none) OpenGL extensions: Hardware is a Radeon HD 4650: 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV730 PRO [Radeon HD 4650] (prog-if 00 [VGA controller]) -- You are receiving this mail because: You are the assignee for the bug.

1 12

[PATCH 1/2] drm/Documentation: Fix rowspan value in drm-kms-properties
by Sean Paul 20 Dec '16

20 Dec '16

The "DRM" rowspan wasn't updated in commit cc7096fb6d1d (drm/mode: document path property and function to set it. (v1.1)), so increment it by one to fix the table. Cc: Dave Airlie <airlied(a)linux.ie> Signed-off-by: Sean Paul <seanpaul(a)chromium.org> --- Documentation/DocBook/drm.tmpl | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/DocBook/drm.tmpl b/Documentation/DocBook/drm.tmpl index 56e2a9b..85287cb 100644 --- a/Documentation/DocBook/drm.tmpl +++ b/Documentation/DocBook/drm.tmpl @@ -2546,7 +2546,7 @@ void intel_crt_init(struct drm_device *dev) <td valign="top" >Description/Restrictions</td> </tr> <tr> - <td rowspan="23" valign="top" >DRM</td> + <td rowspan="24" valign="top" >DRM</td> <td rowspan="3" valign="top" >Generic</td> <td valign="top" >“EDID”</td> <td valign="top" >BLOB | IMMUTABLE</td> -- 2.2.0.rc0.207.ga3a616c

4 7

[Bug 77269] New: libdrm (git) 2.4.52 make check fail
by bugzilla-daemon＠freedesktop.org 12 Dec '16

12 Dec '16

https://bugs.freedesktop.org/show_bug.cgi?id=77269 Priority: medium Bug ID: 77269 Assignee: dri-devel(a)lists.freedesktop.org Summary: libdrm (git) 2.4.52 make check fail Severity: normal Classification: Unclassified OS: All Reporter: monts.here2(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: DRI CVS Component: libdrm Product: DRI ====config======== Core i3 haswell uname -a Linux em1 3.15.0-0.rc0.git9.2.fc21.x86_64 #1 SMP Mon Apr 7 13:25:48 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux gcc -v Using built-in specs. COLLECT_GCC=/usr/bin/gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-redhat-linux/4.8.2/lto-wrapper Target: x86_64-redhat-linux Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-linker-build-id --with-linker-hash-style=gnu --enable-languages=c,c++,objc,obj-c++,java,fortran,ada,go,lto --enable-plugin --enable-initfini-array --enable-java-awt=gtk --disable-dssi --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre --enable-libgcj-multifile --enable-java-maintainer-mode --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libjava-multilib --with-isl=/builddir/build/BUILD/gcc-4.8.2-20131212/obj-x86_64-redhat-linux/isl-install --with-cloog=/builddir/build/BUILD/gcc-4.8.2-20131212/obj-x86_64-redhat-linux/cloog-install --with-tune=generic --with-arch_32=i686 --build=x86_64-redhat-linux Thread model: posix gcc version 4.8.2 20131212 (Red Hat 4.8.2-7) (GCC) =======config======== ./autogen.sh --enable-udev --disable-radeon --disable-nouveau make -j8 make -j check <===== fails ../build-aux/test-driver: line 95: 23128 Aborted (core dumped) "$@" > $log_file 2>&1 FAIL: updatedraw PASS: gem_flink ../build-aux/test-driver: line 95: 23130 Aborted (core dumped) "$@" > $log_file 2>&1 FAIL: setversion PASS: gem_readwrite PASS: gem_mmap make[5]: Entering directory `/opt/src/drm/tests' Making all in modeprint make[6]: Entering directory `/opt/src/drm/tests/modeprint' make[6]: Nothing to be done for `all'. make[6]: Leaving directory `/opt/src/drm/tests/modeprint' Making all in kmstest make[6]: Entering directory `/opt/src/drm/tests/kmstest' make[6]: Nothing to be done for `all'. make[6]: Leaving directory `/opt/src/drm/tests/kmstest' Making all in modetest make[6]: Entering directory `/opt/src/drm/tests/modetest' make[6]: Nothing to be done for `all'. make[6]: Leaving directory `/opt/src/drm/tests/modetest' Making all in vbltest make[6]: Entering directory `/opt/src/drm/tests/vbltest' make[6]: Nothing to be done for `all'. make[6]: Leaving directory `/opt/src/drm/tests/vbltest' make[6]: Entering directory `/opt/src/drm/tests' make[6]: Nothing to be done for `all-am'. make[6]: Leaving directory `/opt/src/drm/tests' make[5]: Leaving directory `/opt/src/drm/tests' ============================================================================ Testsuite summary for libdrm 2.4.52 ============================================================================ # TOTAL: 11 # PASS: 9 # SKIP: 0 # XFAIL: 0 # FAIL: 2 # XPASS: 0 # ERROR: 0 ============================================================================ See tests/test-suite.log Please report to https://bugs.freedesktop.org/enter_bug.cgi?product=DRI ============================================================================ make[4]: *** [test-suite.log] Error 1 make[4]: Leaving directory `/opt/src/drm/tests' make[3]: *** [check-TESTS] Error 2 make[3]: Leaving directory `/opt/src/drm/tests' make[2]: *** [check-am] Error 2 make[2]: Leaving directory `/opt/src/drm/tests' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/opt/src/drm/tests' make: *** [check-recursive] Error 1 -- You are receiving this mail because: You are the assignee for the bug.

1 1

[Bug 89534] GPU lockup with wine
by bugzilla-daemon＠freedesktop.org 08 Dec '16

08 Dec '16

https://bugs.freedesktop.org/show_bug.cgi?id=89534 Bug ID: 89534 Summary: GPU lockup with wine Product: DRI Version: XOrg git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon Assignee: dri-devel(a)lists.freedesktop.org Reporter: john.ettedgui(a)gmail.com Created attachment 114220 --> https://bugs.freedesktop.org/attachment.cgi?id=114220&action=edit dmesg part for the lockup Hi there, I have found some games that cause some GPU lockups, some more violent than others. All of them unfortunately are running through wine. I am not exactly sure if they are all related or not, but I'll give a small summary of these, they are all using the Unreal Engine 3. I started with Injustice Gods Among US: I didn't see any crash with pure wine, only with nine. They seemed more likely with higher graphical settings, though there was one stage that I had to play without nine as it always crashed. With the same configuration using Nine I played Batman Arkham Asylum with no crash (older game same engine, maybe less demanding?). Then Batman Arkham City has been similar to Injustice, but it also has crashed with standard wine (meaning without nine), just less frequently. And finally, the one that really brings me here now, Batman Arkham Origins, I can't get past the main screen, with nine or pure wine it crashes at the same place. I've tried with both linux 3.19 and linux 4.0rc3, with the radeon and the generic modesetting ddx and it's all the same. I am on latest mesa-git and llvm-svn. The end results is the screen is dead, but I can still remote ssh in the machine most times, then there's not much I can do but restart the machine... I'll attach the dmesg I grabbed from my last try with Batman Arkham Origins. I am not exactly sure where the issue really is, so for now I've put it in DRI. My specs are: Radeon 280x Xorg 1.17 Linux 3.19/4.0rc3 x64 mesa-git llvm-svn As always I'm open to trying patches, bisect etc... though since I never played these games before, I cannot say if it worked or not better in previous releases. Thanks! -- You are receiving this mail because: You are the assignee for the bug.

1 35

[Bug 67435] New: HDMI audio silent on Radeon Mobility HD4650
by bugzilla-daemon＠freedesktop.org 07 Nov '16

07 Nov '16

https://bugs.freedesktop.org/show_bug.cgi?id=67435 Priority: medium Bug ID: 67435 Assignee: dri-devel(a)lists.freedesktop.org Summary: HDMI audio silent on Radeon Mobility HD4650 Severity: normal Classification: Unclassified OS: All Reporter: kris(a)syntosis.net Hardware: All Status: NEW Version: unspecified Component: DRM/Radeon Product: DRI I cannot get any audio through the HDMI port, internal speakers work as they should. Kernel option is properly set, and everything is unmuted. Audio worked fine in the 3.9 kernels, and stopped working somewhere in 3.10 Currently using 3.11-rc2 and still have the same issue. relevant info from dmesg: ------- Kernel command line: BOOT_IMAGE=/vmlinuz-3.11.0-rc2 radeon.dpm=1 radeon.audio=1 video=1360x768 rootfstype=btrfs root=/dev/sda3 [drm] Initialized drm 1.1.0 20060810 [drm] radeon kernel modesetting enabled. [drm] initializing kernel modesetting (RV730 0x1002:0x9480 0x104D:0x9035). [drm] register mmio base: 0xD0020000 [drm] register mmio size: 65536 radeon 0000:01:00.0: VRAM: 512M 0x0000000000000000 - 0x000000001FFFFFFF (512M used) radeon 0000:01:00.0: GTT: 512M 0x0000000020000000 - 0x000000003FFFFFFF [drm] Detected VRAM RAM=512M, BAR=256M [drm] RAM width 128bits DDR [drm] radeon: 512M of VRAM memory ready [drm] radeon: 512M of GTT memory ready. [drm] GART: num cpu pages 131072, num gpu pages 131072 [drm] Loading RV730 Microcode [drm] PCIE GART of 512M enabled (table at 0x000000000025D000). radeon 0000:01:00.0: WB enabled radeon 0000:01:00.0: fence driver on ring 0 use gpu addr 0x0000000020000c00 and cpu addr 0xffff88013856dc00 radeon 0000:01:00.0: fence driver on ring 3 use gpu addr 0x0000000020000c0c and cpu addr 0xffff88013856dc0c radeon 0000:01:00.0: fence driver on ring 5 use gpu addr 0x000000000005c598 and cpu addr 0xffffc90010d9c598 [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [drm] Driver supports precise vblank timestamp query. radeon 0000:01:00.0: irq 50 for MSI/MSI-X radeon 0000:01:00.0: radeon: using MSI. [drm] radeon: irq initialized. [drm] ring test on 0 succeeded in 1 usecs [drm] ring test on 3 succeeded in 1 usecs [drm] ring test on 5 succeeded in 1 usecs [drm] UVD initialized successfully. [drm] Enabling audio support [drm] ib test on ring 0 succeeded in 0 usecs [drm] ib test on ring 3 succeeded in 0 usecs [drm] ib test on ring 5 succeeded [drm:radeon_atombios_get_lvds_info] *ERROR* Bad LCD record 217 [drm] radeon atom DIG backlight initialized [drm] Radeon Display Connectors [drm] Connector 0: [drm] LVDS-1 [drm] Encoders: [drm] LCD1: INTERNAL_UNIPHY2 [drm] Connector 1: [drm] VGA-1 [drm] DDC: 0x7e40 0x7e40 0x7e44 0x7e44 0x7e48 0x7e48 0x7e4c 0x7e4c [drm] Encoders: [drm] CRT1: INTERNAL_KLDSCP_DAC1 [drm] Connector 2: [drm] HDMI-A-1 [drm] HPD1 [drm] DDC: 0x7f10 0x7f10 0x7f14 0x7f14 0x7f18 0x7f18 0x7f1c 0x7f1c [drm] Encoders: [drm] DFP1: INTERNAL_UNIPHY [drm] radeon: dpm initialized [drm] fb mappable at 0xC035F000 [drm] vram apper at 0xC0000000 [drm] size 4325376 [drm] fb depth is 24 [drm] pitch is 5632 fbcon: radeondrmfb (fb0) is primary device radeon 0000:01:00.0: fb0: radeondrmfb frame buffer device radeon 0000:01:00.0: registered panic notifier [drm] Initialized radeon 2.34.0 20080528 for 0000:01:00.0 on minor 0 ---- -- You are receiving this mail because: You are the assignee for the bug.

1 19

[Bug 67713] New: Atombios stuck in a loop on Trinity 7500G
by bugzilla-daemon＠freedesktop.org 03 Nov '16

03 Nov '16

https://bugs.freedesktop.org/show_bug.cgi?id=67713 Priority: medium Bug ID: 67713 Assignee: dri-devel(a)lists.freedesktop.org Summary: Atombios stuck in a loop on Trinity 7500G Severity: normal Classification: Unclassified OS: All Reporter: mike(a)fireburn.co.uk Hardware: Other Status: NEW Version: XOrg CVS Component: DRM/Radeon Product: DRI Created attachment 83583 --> https://bugs.freedesktop.org/attachment.cgi?id=83583&action=edit Dmesg A trinity system freezes if X is in the forefront Caught this when I was in a VT - I'll attach the dmesg RADEON_VA=0 is coded in /etc/environment as a solution to frequent freeze ups (I'm not sure if this is still required or not) bug 65958 00:01.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Trinity [Radeon HD 7500G] [1002:990a] Let me know if there's anything else you need -- You are receiving this mail because: You are the assignee for the bug.

1 14

[Bug 84156] New: Half of lighting gets broken in older apps
by bugzilla-daemon＠freedesktop.org 30 Oct '16

30 Oct '16

https://bugs.freedesktop.org/show_bug.cgi?id=84156 Priority: medium Bug ID: 84156 Assignee: dri-devel(a)lists.freedesktop.org Summary: Half of lighting gets broken in older apps Severity: normal Classification: Unclassified OS: All Reporter: smoki00790(a)gmail.com Hardware: Other Status: NEW Version: git Component: Drivers/Gallium/radeonsi Product: Mesa This is from old bug 77785 and about old games where seems like GLSL is not used. In examples i can mention it happens when truck/vehicle turn on lights. Useful apitrace from 18 WoS: Pedal to the Metal game - it is OpenGL game running under wine: https://dl.dropboxusercontent.com/u/74553632/pttm_trace2.7z The same issue i found that can be reproduced is with 3DMark2001 http://www.futuremark.com/benchmarks/legacy (which is mostly for benchmarking DirectX8 features. So it happens too in 'Car Chase' test, but only when wine is used with UseGLSL disabled. http://wiki.winehq.org/UsefulRegistryKeys -- You are receiving this mail because: You are the assignee for the bug.

1 6

[PATCH RFC 0/4] Linking DRM Connectors to Backlight Devices
by David Herrmann 24 Oct '16

24 Oct '16

Hi This series introduces a link between DRM connectors and backlight-class devices. It tries to solve some long standing issues: * User-space currently has a hard-time figuring out which backlight device to use, and which backlight device belongs to which display. So far, most systems only provide backlight-devices for internal displays, so figuring out the connection is easy, but that might change with more capable external connectors. If multiple backlights are available, the easiest solution is to simply write to all of them and hope at least one of them works. This obviously fails if the devices interact badly, so it's not really a solution. * User-space needs root privileges to write to sysfs. There are no char-devs that can be used to control access-management to the backlight API, so /sys is the only interface available. So far, udev policy has been "/sys is read-only for non-root" and it's not going to change. char-devs are *THE* standard way to provide non-root user-space APIs, so use them! Several solutions have been discussed so far, but we never agreed on one. I'm aware of at least the following solutions: * Provide char-devs for backlight devices and a sysfs link from connectors to backlight devices. This way, user-space can managed access to char-devs *and* get proper topology information. However, this might be an n:m relationship (n:1 for displays exposed as multiple connectors, 1:m for boards with multiple backlights? whatever..) and it sounds like a waste of resources to add char-devs just to write brightness values. * Do everything in privileged user-space. One daemon that provides an unprivileged-API and forwards writes to /sys. It reads topology information from udev hwdb. This circumvents the ugly sysfs API and not really solves the problem. It should work, though ugly. * Add a DRM connector property that takes brightness values. This is the nicest solution for user-space, but introduces a whole lot of issues on the kernel side. There already is a backlight-class and we had a hard-time trying to move it into DRM drivers, so no-one ever did the work. This series tries to solve this problem with a much simpler approach: Instead of moving backlights into DRM, we simply link DRM properties to a backlight device. That is, the kernel manages a link between a connector and a backlight device (or n backlight devices) which can be modified by udev in case the kernel got it wrong (we don't want huge board-fixup-tables in the kernel). User-space can now use the simpl DRM API to manage backlights, and the kernel does not need any special driver code to make it work. Patch #1 and #2 are cleanups and can be applied right away. #3 adds in-kernel backlight APIs and #4 implements the connector-backlight link. Comments welcome! David David Herrmann (4): backlight: use static initializers backlight: use spin-lock to protect device list backlight: add kernel-internal backlight API drm: link connectors to backlight devices drivers/gpu/drm/Kconfig | 1 + drivers/gpu/drm/Makefile | 2 +- drivers/gpu/drm/drm_backlight.c | 387 ++++++++++++++++++++++++++++++++++++ drivers/gpu/drm/drm_crtc.c | 45 +++-- drivers/gpu/drm/drm_drv.c | 11 + drivers/gpu/drm/drm_sysfs.c | 53 +++++ drivers/video/backlight/backlight.c | 91 +++++++-- include/drm/drm_backlight.h | 44 ++++ include/drm/drm_crtc.h | 3 + include/linux/backlight.h | 17 ++ 10 files changed, 622 insertions(+), 32 deletions(-) create mode 100644 drivers/gpu/drm/drm_backlight.c create mode 100644 include/drm/drm_backlight.h -- 2.1.0

6 24

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel March 2015