dri-devel January 2016

dri-devel@lists.freedesktop.org

194 participants
1200 discussions

[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

[Bug 107001] New: Radeon HDMI audio lost after resuming from suspend
by bugzilla-daemon＠bugzilla.kernel.org 22 Dec '16

22 Dec '16

https://bugzilla.kernel.org/show_bug.cgi?id=107001 Bug ID: 107001 Summary: Radeon HDMI audio lost after resuming from suspend Product: Drivers Version: 2.5 Kernel Version: 4.2.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: timo.valtoaho(a)gmail.com Regression: No Created attachment 191781 --> https://bugzilla.kernel.org/attachment.cgi?id=191781&action=edit output of scripts/ver_linux After switching to 4.2 series, I noticed that audio through HDMI was gone after first suspend/resume cycle (systemctl suspend). I can get audio back with some simple operations, like executing xrand, lanching gnome-control-center or swithcing to a virtual terminal (ctrl+alt+F1). All of these operations will restore audio. I have tested this out, and it was 4.2-rc2 that introduced this issue, and is still present in 4.3-rc7. Also, it doesn't matter whether radeon driver is a module or compiled in with required firmware. System is Debian Jessie (8.2), Gnome Output of scripts/ver_linux: Attached files: output of scripts/ver_linux output of lspci -vvv -- You are receiving this mail because: You are watching the assignee of the bug.

1 6

[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 92251] SSH account request for libdrm
by bugzilla-daemon＠freedesktop.org 12 Dec '16

12 Dec '16

https://bugs.freedesktop.org/show_bug.cgi?id=92251 Bug ID: 92251 Summary: SSH account request for libdrm Product: DRI Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: libdrm Assignee: dri-devel(a)lists.freedesktop.org Reporter: michel.thierry(a)intel.com Created attachment 118613 --> https://bugs.freedesktop.org/attachment.cgi?id=118613&action=edit SSH Key Hi, I like to get an account to continue my work in i915 and libdrm, which requires merging a patch in the later, and releasing a new version of it. Name: Michel Thierry Email: michel.thierry(a)intel.com Account: mthierry SSH and GPG public keys are attached. Thanks -- You are receiving this mail because: You are the assignee for the bug.

1 6

[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 90898] Provide DRM_MODE_FB_DIRTY_MAX_CLIPS in drm_mode.h
by bugzilla-daemon＠freedesktop.org 12 Dec '16

12 Dec '16

https://bugs.freedesktop.org/show_bug.cgi?id=90898 Bug ID: 90898 Summary: Provide DRM_MODE_FB_DIRTY_MAX_CLIPS in drm_mode.h Product: DRI Version: XOrg git Hardware: x86 (IA32) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: libdrm Assignee: dri-devel(a)lists.freedesktop.org Reporter: lampersperger.andreas(a)heidenhain.de When calling drmModeDirtyFB on linux, it fails when num_clips are more than DRM_MODE_FB_DIRTY_MAX_CLIPS (value: 256). But there is no way to check this for xf86-video-* drivers, because when including drm_mode.h, you get the drm_mode.h from /usr/include/libdrm/drm_mode.h and not /usr/include/drm/drm_mode.h. Please add #define DRM_MODE_FB_DIRTY_MAX_CLIPS 256 to your drm_mode.h, to allow xf86-video-* drivers to check parameters before calling drmModeDirtyFB(...). -- You are receiving this mail because: You are the assignee for the bug.

1 3

[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 91281] Tonga VCE 2160p encode fails with BO to small for addr
by bugzilla-daemon＠freedesktop.org 06 Dec '16

06 Dec '16

https://bugs.freedesktop.org/show_bug.cgi?id=91281 Bug ID: 91281 Summary: Tonga VCE 2160p encode fails with BO to small for addr Product: DRI Version: XOrg git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: DRM/AMDgpu Assignee: dri-devel(a)lists.freedesktop.org Reporter: adf.lists(a)gmail.com I don't know what the VCE is supposed to do on this R9 285 card but testing with 2160p gives. amdgpu: The CS has been rejected, see dmesg for more information. [drm:amdgpu_vce_cs_reloc [amdgpu]] *ERROR* BO to small for addr 0x0002450000 14 13 Same test works with 1080p (bit slow but I haven't tested/understood the PM situation yet). -- You are receiving this mail because: You are the assignee for the bug.

1 7

[Bug 91960] [i915] kernel warning hsw_unclaimed_reg_debug intel_uncore.c:619
by bugzilla-daemon＠freedesktop.org 01 Dec '16

01 Dec '16

https://bugs.freedesktop.org/show_bug.cgi?id=91960 Bug ID: 91960 Summary: [i915] kernel warning hsw_unclaimed_reg_debug intel_uncore.c:619 Product: DRI Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: General Assignee: dri-devel(a)lists.freedesktop.org Reporter: alexandru.damian(a)intel.com Ubuntu mainline kernel http://kernel.ubuntu.com/~kernel-ppa/mainline/drm-intel-nightly/current/lin… Hardware Macbook Pro 12,1 backtrace [ 3079.596981] WARNING: CPU: 2 PID: 0 at /home/kernel/COD/linux/drivers/gpu/drm/i915/intel_uncore.c:619 hsw_unclaimed_reg_debug.isra.14+0x78/0xa0 [i915]() [ 3079.596982] Unclaimed register detected before writing to register 0x223a0 [ 3079.596983] Modules linked in: pci_stub vboxpci(OE) vboxnetadp(OE) vboxnetflt(OE) vboxdrv(OE) nls_iso8859_1 snd_hda_codec_hdmi joydev applesmc input_polldev btusb btrtl intel_rapl iosf_mbi x86_pkg_temp_thermal btbcm intel_powerclamp btintel bcm5974 coretemp bluetooth snd_hda_codec_cirrus input_leds hid_microsoft snd_hda_codec_generic kvm_intel kvm snd_hda_intel snd_hda_codec snd_hda_core crct10dif_pclmul snd_hwdep crc32_pclmul snd_pcm ghash_clmulni_intel aesni_intel aes_x86_64 lrw gf128mul glue_helper snd_seq_midi ablk_helper snd_seq_midi_event cryptd i915 snd_rawmidi brcmfmac snd_seq brcmutil cfg80211 lpc_ich bdc_pci drm_kms_helper snd_seq_device snd_timer drm shpchp i2c_algo_bit fb_sys_fops snd syscopyarea mei_me sysfillrect sysimgblt mei soundcore sbs spi_pxa2xx_platform acpi_als sbshc kfifo_buf [ 3079.597024] industrialio mac_hid video apple_bl parport_pc ppdev lp parport nfsd auth_rpcgss nfs_acl lockd grace sunrpc autofs4 hid_apple hid_generic usbhid hid uas ahci usb_storage libahci [ 3079.597034] CPU: 2 PID: 0 Comm: swapper/2 Tainted: G OE 4.2.0-994-generic #201509092200 [ 3079.597036] Hardware name: Apple Inc. MacBookPro12,1/Mac-E43C1C25D4880AD6, BIOS MBP121.88Z.0167.B07.1506051617 06/05/2015 [ 3079.597037] ffffffffc05056d0 ffff88026ec83c98 ffffffff817a1c43 0000000000000000 [ 3079.597038] ffff88026ec83ce8 ffff88026ec83cd8 ffffffff8107719a ffff88026ec83cd8 [ 3079.597040] ffff880263740078 00000000000223a0 00000000000223a0 ffff880263740078 [ 3079.597041] Call Trace: [ 3079.597042] <IRQ> [<ffffffff817a1c43>] dump_stack+0x45/0x57 [ 3079.597048] [<ffffffff8107719a>] warn_slowpath_common+0x8a/0xc0 [ 3079.597050] [<ffffffff81077216>] warn_slowpath_fmt+0x46/0x50 [ 3079.597061] [<ffffffffc04813c8>] hsw_unclaimed_reg_debug.isra.14+0x78/0xa0 [i915] [ 3079.597064] [<ffffffff817a8ce7>] ? _raw_spin_lock_irqsave+0x37/0x40 [ 3079.597073] [<ffffffffc0485d8f>] gen8_write32+0x5f/0x1b0 [i915] [ 3079.597083] [<ffffffffc04773e9>] intel_lrc_irq_handler+0x1a9/0x230 [i915] [ 3079.597089] [<ffffffffc0434e54>] gen8_gt_irq_handler+0x224/0x250 [i915] [ 3079.597094] [<ffffffffc0434efb>] gen8_irq_handler+0x7b/0x680 [i915] [ 3079.597096] [<ffffffff810e09e4>] ? enqueue_hrtimer+0x44/0x80 [ 3079.597098] [<ffffffff810cdb79>] handle_irq_event_percpu+0x39/0x180 [ 3079.597100] [<ffffffff810cdd09>] handle_irq_event+0x49/0x70 [ 3079.597101] [<ffffffff810d0e4d>] handle_edge_irq+0x9d/0x150 [ 3079.597103] [<ffffffff810171c5>] handle_irq+0x25/0x40 [ 3079.597105] [<ffffffff817abb31>] do_IRQ+0x51/0xe0 [ 3079.597107] [<ffffffff817a9aab>] common_interrupt+0x6b/0x6b [ 3079.597107] <EOI> [<ffffffff810e09e4>] ? enqueue_hrtimer+0x44/0x80 [ 3079.597111] [<ffffffff81643e68>] ? cpuidle_enter_state+0xb8/0x220 [ 3079.597112] [<ffffffff81643e44>] ? cpuidle_enter_state+0x94/0x220 [ 3079.597114] [<ffffffff81644007>] cpuidle_enter+0x17/0x20 [ 3079.597115] [<ffffffff810b72e2>] call_cpuidle+0x32/0x60 [ 3079.597117] [<ffffffff81643fe3>] ? cpuidle_select+0x13/0x20 [ 3079.597118] [<ffffffff810b756c>] cpu_startup_entry+0x25c/0x320 [ 3079.597120] [<ffffffff8104aed5>] start_secondary+0x175/0x1a0 [ 3079.597121] ---[ end trace 49f1deecd67e26fd ]--- -- You are receiving this mail because: You are the assignee for the bug.

1 9

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel January 2016