dri-devel January 2016

dri-devel@lists.freedesktop.org

194 participants
1200 discussions

[Bug 92240] [SKL] igt/kms_fbcon_fbt/fbc fail
by bugzilla-daemon＠freedesktop.org 24 Jul '17

24 Jul '17

https://bugs.freedesktop.org/show_bug.cgi?id=92240 Bug ID: 92240 Summary: [SKL] igt/kms_fbcon_fbt/fbc fail Product: DRI Version: DRI git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Intel Assignee: dri-devel(a)lists.freedesktop.org Reporter: olivierx.berthier(a)intel.com QA Contact: intel-gfx-bugs(a)lists.freedesktop.org CC: intel-gfx-bugs(a)lists.freedesktop.org Created attachment 118593 --> https://bugs.freedesktop.org/attachment.cgi?id=118593&action=edit dmesg log file [reply] [−] Description Olivier Berthier 2015-10-02 11:35:37 UTC Created attachment 118592 [details] dmesg log file Setup: ------- Hardware Platform: SKY LAKE Y A0 CPU : Intel(R) Core(TM) m5-6Y57 CPU @ 1.10GHz (family: 6, model: 78 stepping: 3) MCP : SKL-Y D1 2+2 (ou ULX-D1) QDF : QJK9 CPU : SKL D0 Chipset PCH: Sunrise Point LP C1 CRB : SKY LAKE Y LPDDR3 RVP3 CRB FAB2 Reworks : All Mandatories + FBS02 & FBS03, O-06 Software BIOS : SKLSE2R1.R00.X097.B02.1509020030 ME FW : 11.0.0.1173 Ksc (EC FW): 1.19 kernel 4.3.0-rc2-drm-intel-testing-2015-09-28 >From bf2dbbc32aae7e5d9dd955fef23f98995987d924 Mon Sep 17 00:00:00 2001 From: Daniel Vetter <daniel.vetter(a)ffwll.ch> Date: Fri, 25 Sep 2015 14:29:34 +0200 Subject: drm-intel-nightly: 2015y-09m-25d-12h-28m-49s UTC integration manifest cairo: (HEAD, tag: 1.14.2) 93422b3cb5e0ef8104b8194c8873124ce2f5ea2d from git://git.freedesktop.org/git/cairo drm: (HEAD, tag: libdrm-2.4.64, tag: 2.4.64) ab2fadabde3829b1ec56bd4756165dd9bd281488 from git://git.freedesktop.org/git/mesa/drm intel-driver: (HEAD, origin/master, origin/HEAD, master) 2a72f99d24714f2a58f400ef63b913d4cf9080b3 from git://git.freedesktop.org/git/vaapi/intel-driver libva: (HEAD, tag: libva-1.6.1, origin/v1.6-branch) 613eb962b45fbbd1526d751e88e0d8897af6c0e0 from git://git.freedesktop.org/git/vaapi/libva mesa: (HEAD, tag: mesa-10.6.7) 32efdc87cbf89cfe08ad9571cd756e27c803caa8 from git://git.freedesktop.org/git/mesa/mesa xf86-video-intel: (HEAD, origin/master, origin/HEAD, master) f0fd4d500de03c30c7ce19915f85acadd1ca4e5d from git://git.freedesktop.org/git/xorg/driver/xf86-video-intel xserver: (HEAD, tag: xorg-server-1.17.2) 2123f7682d522619f101b05fb75efa75dabbe371 from git://git.freedesktop.org/git/xorg/xserver intel-gpu-tools: (HEAD, tag: intel-gpu-tools-1.12) 1f9e0550455be4b219954a026407dd23ec21b299 from git://git.freedesktop.org/git/xorg/app/intel-gpu-tools Steps: ------ run the command : # ./kms_fbcon_fbt --run-subtest fbc Actual result: --------------- The result of the test is fail. Expected result: ---------------- The result is pass or skip. Output: -------- IGT-Version: 1.12-g1f9e055 (x86_64) (Linux: 4.3.0-rc2-drm-intel-nightly+ x86_64) Setting 3200x1800 mode for eDP connector Test assertion failure function subtest, file kms_fbcon_fbt.c:217: Failed assertion: feature->wait_until_enabled() Stack trace: #0 [__igt_fail_assert+0xf1] #1 [subtest+0x3ff] #2 [__real_main254+0x87] #3 [main+0x29] #4 [__libc_start_main+0xf5] #5 [_start+0x29] #6 [<unknown>+0x29] Subtest fbc failed. **** DEBUG **** Test requirement passed: feature->supported_on_chipset() Test requirement passed: fd >= 0 Test requirement passed: fd >= 0 Test requirement passed: drmSetMaster(fd) == 0 VT: graphics mode set (mode was 0x0) Test requirement passed: connector_id igt_create_fb_with_bo_size(width=3200, height=1800, format=0x34325258 [bpp=32], tiling=0x100000000000001, size=0 igt_create_fb_with_bo_size(handle=1, pitch=16384) Setting 3200x1800 mode for eDP connector Test assertion failure function subtest, file kms_fbcon_fbt.c:217: Failed assertion: feature->wait_until_enabled() **** END **** Subtest fbc: FAIL (12.299s) -- You are receiving this mail because: You are the assignee for the bug.

1 3

[Bug 84836] New: VERDE lockup with Unigine Valley/Heaven if ARB_sample_shading is enabled
by bugzilla-daemon＠freedesktop.org 24 Jul '17

24 Jul '17

https://bugs.freedesktop.org/show_bug.cgi?id=84836 Bug ID: 84836 Summary: VERDE lockup with Unigine Valley/Heaven if ARB_sample_shading is enabled Product: Mesa Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel(a)lists.freedesktop.org Reporter: alexander(a)tsoy.me Created attachment 107614 --> https://bugs.freedesktop.org/attachment.cgi?id=107614&action=edit dmesg output Unigine Valley 1.0 and Heaven 4.0 cause VERDE GPU lockup when ARB_sample_shading is enabled. With kernel 3.14.19 I got immediate lockup. 3.14.20 allows Valley and Heaven to run for up to 1 min. GPU fails to resume after lockup, screen becomes corrupted and I need to reboot the system. If I disable ARB_sample_shading (via env variable MESA_EXTENSION_OVERRIDE=-GL_ARB_sample_shading) then VERDE GPU do not hang at all (currently valley is running on my system for more than two hours without lockups). I also have BONAIRE GPU and it does not hang. Software versions: kernel-3.14.20 mesa-10.3.0 llvm-3.5 xf86-video-ati 7.4.0 libdrm-2.4.56 -- You are receiving this mail because: You are the assignee for the bug.

1 7

[Bug 93762] Entire system stutters every so often when running proprietary game Minecraft
by bugzilla-daemon＠freedesktop.org 20 Jul '17

20 Jul '17

https://bugs.freedesktop.org/show_bug.cgi?id=93762 Bug ID: 93762 Summary: Entire system stutters every so often when running proprietary game Minecraft Product: Mesa Version: unspecified 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: andre35822(a)yahoo.com QA Contact: dri-devel(a)lists.freedesktop.org Created attachment 121117 --> https://bugs.freedesktop.org/attachment.cgi?id=121117&action=edit dmesg output when freezing occurs I have noticed that it occurs every once in a while, randomly, while playing the game, mostly when I am moving around/entering new areas where chunks have not loaded. I remember a few past mesa releases behind the game would have an insane amount of stutter (mesa 10.5 or so) whenever new chunks would load and I am guessing this is still the same issue just not as dramatic. I have no clue what info to provide you guys except to give you a dmesg output immediately after the stutter occurs. -- You are receiving this mail because: You are the assignee for the bug.

1 11

[Bug 92775] [radeon][TTM] Contention when evicting large buffers between VRAM and GTT
by bugzilla-daemon＠freedesktop.org 17 Jul '17

17 Jul '17

https://bugs.freedesktop.org/show_bug.cgi?id=92775 Bug ID: 92775 Summary: [radeon][TTM] Contention when evicting large buffers between VRAM and GTT Product: DRI Version: XOrg git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: DRM/Radeon Assignee: dri-devel(a)lists.freedesktop.org Reporter: shawn.starr(a)rogers.com In this example output, we fail to evict pages. [ 284.937397] CPU: 2 PID: 2113 Comm: RenderThread 2 Tainted: G E 4.3.0-0.rc7.git2.2.fc23.x86_64+debug+ #1 [ 284.937916] Hardware name: Dell Inc. Precision M6800/05NG6V, BIOS A15 09/29/2015 [ 284.938277] 0000000000000000 00000000a3aa6e6e ffff88078b2af350 ffffffff813a496f [ 284.938699] ffff880523ce68a0 ffff88078b2af370 ffffffffa01d6132 ffff88003f9c4738 [ 284.939093] 0000000000000002 ffff88078b2af3b0 ffffffffa013e5f4 0000000000000000 [ 284.939563] Call Trace: [ 284.939740] [<ffffffff813a496f>] dump_stack+0x44/0x55 [ 284.939999] [<ffffffffa01d6132>] radeon_ttm_io_mem_reserve+0xd2/0x100 [radeon] [ 284.940417] [<ffffffffa013e5f4>] ttm_mem_io_reserve+0x64/0x110 [ttm] [ 284.940797] [<ffffffffa013eb53>] ttm_mem_reg_ioremap+0x53/0x140 [ttm] [ 284.941111] [<ffffffffa013f0b0>] ttm_bo_move_memcpy+0xe0/0x680 [ttm] [ 284.941481] [<ffffffffa01d69f0>] radeon_bo_move+0x190/0x200 [radeon] [ 284.941893] [<ffffffffa013cd62>] ttm_bo_handle_move_mem+0x2c2/0x530 [ttm] [ 284.942262] [<ffffffffa013d537>] ? ttm_bo_mem_space+0x137/0x3b0 [ttm] [ 284.942617] [<ffffffffa013d121>] ttm_bo_evict+0x151/0x220 [ttm] [ 284.942952] [<ffffffffa013d388>] ttm_mem_evict_first+0x198/0x210 [ttm] [ 284.943308] [<ffffffffa013d6fa>] ttm_bo_mem_space+0x2fa/0x3b0 [ttm] [ 284.943715] [<ffffffffa013dbd9>] ttm_bo_validate+0x199/0x210 [ttm] [ 284.944016] [<ffffffffa0141998>] ? ttm_eu_reserve_buffers+0x168/0x300 [ttm] [ 284.944428] [<ffffffffa01d88ec>] radeon_bo_list_validate+0xcc/0x210 [radeon] [ 284.944809] [<ffffffffa01ee6c3>] radeon_cs_parser_relocs+0x393/0x460 [radeon] [ 284.945181] [<ffffffffa01ef049>] radeon_cs_ioctl+0x269/0x780 [radeon] [ 284.945532] [<ffffffffa00d3408>] drm_ioctl+0x138/0x500 [drm] [ 284.945944] [<ffffffffa01eede0>] ? radeon_cs_parser_init+0x490/0x490 [radeon] [ 284.946305] [<ffffffff811d7aae>] ? handle_mm_fault+0xb6e/0x1840 [ 284.946674] [<ffffffff8177e96e>] ? _raw_spin_unlock_irqrestore+0xe/0x10 [ 284.946999] [<ffffffffa01b904c>] radeon_drm_ioctl+0x4c/0x80 [radeon] [ 284.947380] [<ffffffff81235435>] do_vfs_ioctl+0x295/0x470 [ 284.947741] [<ffffffff81065104>] ? __do_page_fault+0x1b4/0x400 [ 284.948024] [<ffffffff81235689>] SyS_ioctl+0x79/0x90 [ 284.948294] [<ffffffff8177eeee>] entry_SYSCALL_64_fastpath+0x12/0x71 [ 284.948635] radeon_ttm_io_mem_reserve: Check if it's bus.offset + bus.size greater than BAR SIZE: is 6a977000 > 10000000? [ 284.949261] [TTM] in ttm_bo_handle_move_mem(): Failing! - OTHER, from ttm_bo_move_memcpy() return [ 284.949796] [TTM] Buffer eviction failed [ 284.950004] [TTM] No space for ffff880523ce6868 (1367 pages, 5468K, 5M) [ 284.950422] [TTM] placement[0]=0x00060002 (1) [ 284.950796] [TTM] has_type: 1 [ 284.950958] [TTM] use_type: 1 [ 284.951130] [TTM] flags: 0x0000000A [ 284.951333] [TTM] gpu_offset: 0x80000000 [ 284.951709] [TTM] size: 2097152 [ 284.951892] [TTM] available_caching: 0x00070000 [ 284.952141] [TTM] default_caching: 0x00010000 [ 284.953945] [TTM] placement[1]=0x00060001 (0) [ 284.954193] [TTM] has_type: 1 [ 284.954359] [TTM] use_type: 1 [ 284.954593] [TTM] flags: 0x00000002 [ 284.954780] [TTM] gpu_offset: 0x00000000 [ 284.954986] [TTM] size: 0 [ 284.955160] [TTM] available_caching: 0x00070000 [ 284.955421] [TTM] default_caching: 0x00010000 In discussions on IRC, a current workaround in radeonsi DRI is this: --- r600_buffer_common.c 2015-11-02 01:56:10.796446185 -0500 +++ r600_buffer_common.c.workaround 2015-11-01 21:16:55.398517539 -0500 @@ -133,7 +133,7 @@ bool r600_init_resource(struct r600_comm case PIPE_USAGE_IMMUTABLE: default: /* Not listing GTT here improves performance in some apps. */ - res->domains = RADEON_DOMAIN_VRAM; + res->domains = RADEON_DOMAIN_VRAM | RADEON_DOMAIN_GTT; flags |= RADEON_FLAG_GTT_WC; break; } @@ -158,7 +158,7 @@ bool r600_init_resource(struct r600_comm /* Tiled textures are unmappable. Always put them in VRAM. */ if (res->b.b.target != PIPE_BUFFER && rtex->surface.level[0].mode >= RADEON_SURF_MODE_1D) { - res->domains = RADEON_DOMAIN_VRAM; + res->domains = RADEON_DOMAIN_VRAM | RADEON_DOMAIN_GTT; flags &= ~RADEON_FLAG_CPU_ACCESS; flags |= RADEON_FLAG_NO_CPU_ACCESS; } One solution discussed is to split up the transfer into smaller chunks in radeon_ttm. -- You are receiving this mail because: You are the assignee for the bug.

1 4

[Bug 76382] New: Mesa Gallium egllog _eglLog
by bugzilla-daemon＠freedesktop.org 10 Jul '17

10 Jul '17

https://bugs.freedesktop.org/show_bug.cgi?id=76382 Priority: medium Bug ID: 76382 Assignee: dri-devel(a)lists.freedesktop.org Summary: Mesa Gallium egllog _eglLog Severity: major Classification: Unclassified OS: Linux (All) Reporter: f1r31c3r(a)gmail.com Hardware: All Status: NEW Version: 9.0 Component: Drivers/Gallium/i915g Product: Mesa Hi all. Sorry in advance for any spelling blurb as i am using match sticks to hold me eyes open. I found a bug in the mesa, particularly related to the include files used in src/gallium/x11 files that contain the include egllog.h that define _elLog cant find the it. Not sure if the environment variable set for the source code under the gallium directory is not set right. Put simply even though the include is specified in the source file it does not actually include it and hence the compile fails due to "undefined reference _eglLog" Seems that it only ever fails to compile when gallium has been enabled. egl enabled with gles1 and 2 is fine but enable gallium and the compile error occurs. Hope it helps. -- You are receiving this mail because: You are the assignee for the bug.

1 7

[Bug 84041] New: I built my kernel with lockdep, and caught a possible deadlock while playing video using vdpau on radeon driver.
by bugzilla-daemon＠bugzilla.kernel.org 30 Jun '17

30 Jun '17

https://bugzilla.kernel.org/show_bug.cgi?id=84041 Bug ID: 84041 Summary: I built my kernel with lockdep, and caught a possible deadlock while playing video using vdpau on radeon driver. Product: Drivers Version: 2.5 Kernel Version: Possible deadlock when using dri PRIME Hardware: All 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: yshuiv7(a)gmail.com Regression: No dmesg: [ 166.768423] ============================================= [ 166.768424] [ INFO: possible recursive locking detected ] [ 166.768429] 3.16.1 #7 Not tainted [ 166.768430] --------------------------------------------- [ 166.768432] Xorg.bin/319 is trying to acquire lock: [ 166.768435] (&dev->struct_mutex){+.+.+.}, at: [<ffffffff8146efb3>] i915_gem_unmap_dma_buf+0x33/0xd0 [ 166.768461] but task is already holding lock: [ 166.768462] (&dev->struct_mutex){+.+.+.}, at: [<ffffffff8143b382>] drm_gem_object_handle_unreference_unlocked+0x102/0x130 [ 166.768475] other info that might help us debug this: [ 166.768477] Possible unsafe locking scenario: [ 166.768479] CPU0 [ 166.768480] ---- [ 166.768481] lock(&dev->struct_mutex); [ 166.768483] lock(&dev->struct_mutex); [ 166.768484] *** DEADLOCK *** [ 166.768486] May be due to missing lock nesting notation [ 166.768488] 1 lock held by Xorg.bin/319: [ 166.768489] #0: (&dev->struct_mutex){+.+.+.}, at: [<ffffffff8143b382>] drm_gem_object_handle_unreference_unlocked+0x102/0x130 [ 166.768493] stack backtrace: [ 166.768496] CPU: 0 PID: 319 Comm: Xorg.bin Not tainted 3.16.1-zen-v7+ #7 [ 166.768499] Hardware name: LENOVO 20347/Lenovo Y40-70, BIOS 99CN24WW(V1.07) 07/28/2014 [ 166.768500] ffffffff825f02c0 ffff880098dcfae0 ffffffff8174e942 ffff88024f065fa0 [ 166.768504] ffff880098dcfbb0 ffffffff810ca996 ffff8802553b8e88 00000000fffff200 [ 166.768506] ffff880098dcfb20 ffffffff810c8abd ffff8802553b8ea8 ffff88024f066878 [ 166.768510] Call Trace: [ 166.768520] [<ffffffff8174e942>] dump_stack+0x4d/0x6f [ 166.768528] [<ffffffff810ca996>] __lock_acquire+0x1b06/0x1fa0 [ 166.768531] [<ffffffff810c8abd>] ? trace_hardirqs_on_caller+0x15d/0x200 [ 166.768534] [<ffffffff810cb6a5>] lock_acquire+0x95/0x130 [ 166.768537] [<ffffffff8146efb3>] ? i915_gem_unmap_dma_buf+0x33/0xd0 [ 166.768542] [<ffffffff817538b3>] mutex_lock_nested+0x63/0x410 [ 166.768544] [<ffffffff8146efb3>] ? i915_gem_unmap_dma_buf+0x33/0xd0 [ 166.768546] [<ffffffff810c8935>] ? mark_held_locks+0x75/0xa0 [ 166.768549] [<ffffffff8146efb3>] i915_gem_unmap_dma_buf+0x33/0xd0 [ 166.768556] [<ffffffff814fc88c>] dma_buf_unmap_attachment+0x4c/0x70 [ 166.768564] [<ffffffff81451d82>] drm_prime_gem_destroy+0x22/0x40 [ 166.768662] [<ffffffffa02ed663>] radeon_gem_object_free+0x33/0x40 [radeon] [ 166.768665] [<ffffffff8143b267>] drm_gem_object_free+0x27/0x40 [ 166.768667] [<ffffffff8143b3a0>] drm_gem_object_handle_unreference_unlocked+0x120/0x130 [ 166.768671] [<ffffffff8143b52a>] drm_gem_handle_delete+0xba/0x110 [ 166.768674] [<ffffffff8143b8e5>] drm_gem_close_ioctl+0x25/0x30 [ 166.768676] [<ffffffff814394d7>] drm_ioctl+0x197/0x680 [ 166.768680] [<ffffffff81757525>] ? _raw_spin_unlock_irqrestore+0x55/0x70 [ 166.768682] [<ffffffff810c8abd>] ? trace_hardirqs_on_caller+0x15d/0x200 [ 166.768684] [<ffffffff810c8b6d>] ? trace_hardirqs_on+0xd/0x10 [ 166.768703] [<ffffffffa02bd04c>] radeon_drm_ioctl+0x4c/0x80 [radeon] [ 166.768708] [<ffffffff811d5a00>] do_vfs_ioctl+0x2f0/0x4f0 [ 166.768710] [<ffffffff811e0b3c>] ? __fget+0xac/0xf0 [ 166.768712] [<ffffffff811e0a95>] ? __fget+0x5/0xf0 [ 166.768714] [<ffffffff811d5c41>] SyS_ioctl+0x41/0x80 [ 166.768717] [<ffffffff8175832a>] tracesys+0xd4/0xd9 -- You are receiving this mail because: You are watching the assignee of the bug.

1 2

[Bug 93050] Amdgpu, Tonga "IO_PAGE_FAULT" and "[amdgpu]] *ERROR* amdgpu: ring 0 test failed" result in Kernel Panic
by bugzilla-daemon＠freedesktop.org 25 Jun '17

25 Jun '17

https://bugs.freedesktop.org/show_bug.cgi?id=93050 Bug ID: 93050 Summary: Amdgpu, Tonga "IO_PAGE_FAULT" and "[amdgpu]] *ERROR* amdgpu: ring 0 test failed" result in Kernel Panic Product: DRI Version: DRI git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: critical Priority: medium Component: DRM/AMDgpu Assignee: dri-devel(a)lists.freedesktop.org Reporter: jahnkohl(a)web.de Created attachment 120000 --> https://bugs.freedesktop.org/attachment.cgi?id=120000&action=edit Logfile Switched from catalyst to amdgpu, Kernel 4.2 and Kernel 4.3 with powerplay fixes crash, wenn modesetting is enabled (which just has to be, to get everything working..) When booting without modesetting no Kernel Panic occurs, but just nothing else works really good... I'm using Archlinux with mesa/llvm etc build from git. Kernel 4.2 is Archlinux vanilla kernel, 4.3 is build from http://cgit.freedesktop.org/~agd5f/linux/?h=amdgpu-powerplay Log files are attached.I've tried with disabled/enabled Iommu, it think this Log is with disabled Iommu. -- You are receiving this mail because: You are the assignee for the bug.

1 6

[Bug 92729] VDPAU: Maybe support H264_CONSTRAINED_BASELINE
by bugzilla-daemon＠freedesktop.org 28 May '17

28 May '17

https://bugs.freedesktop.org/show_bug.cgi?id=92729 Bug ID: 92729 Summary: VDPAU: Maybe support H264_CONSTRAINED_BASELINE Product: Mesa Version: 11.0 Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 Assignee: dri-devel(a)lists.freedesktop.org Reporter: andreaskem(a)web.de QA Contact: dri-devel(a)lists.freedesktop.org Hi, I am not sure if this is the proper place to report this, so feel free to send me somewhere else and I apologize in advance. I am on the Mesa 11.0.4 r600 driver with the following device: 00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Wrestler [Radeon HD 7340] and Xorg 1.17.3. (Arch Linux with testing repository enabled, everything up-to-date). vdpauinfo reports (see attachment) that the H.264 profiles H264_BASELINE, H264_MAIN, and H264_HIGH are supported for VDPAU hardware acceleration. However, H264_CONSTRAINED_BASELINE is marked "not supported". Now, if the Wikipedia article about H.264 profiles is to be believed [1], the constrained profile only needs a "subset of features that are in common between the Baseline, Main, and High Profiles." Consequently, I would expect H264_CONSTRAINED_BASELINE to be supported, as well. See also the bug report I filed for mpv a few weeks ago [2]. Moreover, H264_PROGRESSIVE_HIGH and H264_CONSTRAINED_HIGH seem to be "Similar to the High profile, but without support of field coding features." and "Similar to the Progressive High profile, but without support of B (bi-predictive) slices." respectively. However, vdpauinfo reports "not supported" for both. As I am writing this, I also notice that VC1_ADVANCED is supported, but VC1_MAIN and VC1_SIMPLE are not. Reading [3], I would expect the same reasoning to apply. Is there something I am missing? [1] https://en.wikipedia.org/wiki/H.264/MPEG-4_AVC#Profiles [2] https://github.com/mpv-player/mpv/issues/2347 [3] https://en.wikipedia.org/wiki/VC-1#Profiles -- You are receiving this mail because: You are the assignee for the bug.

1 2

[Bug 79575] New: [radeonsi] Wine's d3d8 test crashes in SITargetLowering::analyzeImmediate
by bugzilla-daemon＠freedesktop.org 24 May '17

24 May '17

https://bugs.freedesktop.org/show_bug.cgi?id=79575 Priority: medium Bug ID: 79575 Assignee: dri-devel(a)lists.freedesktop.org Summary: [radeonsi] Wine's d3d8 test crashes in SITargetLowering::analyzeImmediate Severity: normal Classification: Unclassified OS: Linux (All) Reporter: ansla80(a)yahoo.com Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/Gallium/radeonsi Product: Mesa I'm using both mesa and llvm from git, checked out yesterday, but I could also reprodce it with mesa 10.1.4 and llvm 3.4.1. OpenGL core profile version string: 3.3 (Core Profile) Mesa 10.3.0-devel (git-84e0a5c) When I run make test -C dlls/d3d8/tests I get: Unhandled exception: denormal float operand in 32-bit code (0x7abce773). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:7abce773 ESP:00329940 EBP:00329a08 EFLAGS:00210206( R- -- I - -P- ) EAX:0000007f EBX:7b7ee000 ECX:00000020 EDX:0000008f ESI:00000000 EDI:00000008 Stack dump: 0x00329940: 00000000 ffffffff 7a8c99d9 0000007f 0x00329950: 7abce6f7 7b7ee000 00000000 7abd200b 0x00329960: 7cd69238 7cb81558 ffffffff ffffffff 0x00329970: ffffffff ffffffff ffffffff ffffffff 0x00329980: ffffffff ffffffff ffffffff 003299e4 0x00329990: 0001ffff 00000008 00000000 ffffff00 Backtrace: =>0 0x7abce773 _ZNK4llvm16SITargetLowering16analyzeImmediateEPKNS_6SDNodeE+0x83() in libllvm-3.5svn.so (0x00329a08) 1 0x7abd200b _ZNK4llvm16SITargetLowering12foldOperandsEPNS_13MachineSDNodeERNS_12SelectionDAGE+0x12a() in libllvm-3.5svn.so (0x00329a08) 2 0x7abd2cf0 _ZNK4llvm16SITargetLowering15PostISelFoldingEPNS_13MachineSDNodeERNS_12SelectionDAGE+0x7f() in libllvm-3.5svn.so (0x7cb71c80) 3 0x7ab7a915 _ZN12_GLOBAL__N_118AMDGPUDAGToDAGISel18PostprocessISelDAGEv+0x64() in libllvm-3.5svn.so (0x7cb81438) 4 0x7a981176 _ZNK4llvm14TargetLowering27EmitInstrWithCustomInserterEPNS_12MachineInstrEPNS_17MachineBasicBlockE+0x625() in libllvm-3.5svn.so (0x7cd7e848) 5 0x7a9889b1 _ZN4llvm16SelectionDAGISel17CodeGenAndEmitDAGEv+0x240() in libllvm-3.5svn.so (0x00329b5c) 6 0x7a988da4 _ZN4llvm16SelectionDAGISel16SelectBasicBlockENS_14ilist_iteratorIKNS_11InstructionEEES4_Rb+0xc3() in libllvm-3.5svn.so (0x00329bb8) 7 0x7a98bf6c _ZN4llvm16SelectionDAGISel20SelectAllBasicBlocksERKNS_8FunctionE+0x51b() in libllvm-3.5svn.so (0x00329cd8) 8 0x7a98d5c5 _ZN4llvm16SelectionDAGISel20runOnMachineFunctionERNS_15MachineFunctionE+0x474() in libllvm-3.5svn.so (0x00000005) 9 0x7b152744 _ZN4llvm19MachineFunctionPass13runOnFunctionERNS_8FunctionE+0x73() in libllvm-3.5svn.so (0x7cd7c878) 10 0x7ad96ba3 _ZN4llvm13FPPassManager13runOnFunctionERNS_8FunctionE+0x202() in libllvm-3.5svn.so (0x00329e58) 11 0x7ad96ef8 _ZN4llvm13FPPassManager11runOnModuleERNS_6ModuleE+0x37() in libllvm-3.5svn.so (0x7cd72540) 12 0x7ad97204 _ZN4llvm6legacy15PassManagerImpl3runERNS_6ModuleE+0x2f3() in libllvm-3.5svn.so (0x7cd70798) 13 0x7ad973c6 _ZN4llvm6legacy11PassManager3runERNS_6ModuleE+0x25() in libllvm-3.5svn.so (0x7cc95598) 14 0x7b325762 _ZL21LLVMTargetMachineEmitP23LLVMOpaqueTargetMachineP16LLVMOpaqueModuleRN4llvm21formatted_raw_ostreamE19LLVMCodeGenFileTypePPc+0xc1() in libllvm-3.5svn.so (0x7cc95598) 15 0x7b325980 LLVMTargetMachineEmitToMemoryBuffer+0x14f() in libllvm-3.5svn.so (0x00329fb0) 16 0x7d99f225 radeon_llvm_compile+0x1d4() in radeonsi_dri.so (0x7b7f6b20) 17 0x7d9abbbd si_compile_llvm+0xa4() in radeonsi_dri.so (0x0032e274) 18 0x7d9ac4c3 si_pipe_shader_create+0x5ea() in radeonsi_dri.so (0x0032e274) 19 0x7d9b2684 si_shader_select+0x2b3() in radeonsi_dri.so (0x7cd79040) 20 0x7d9b279c si_create_shader_state+0x7b() in radeonsi_dri.so (0x7cc80b58) 21 0x7dc22fe3 ureg_create_shader+0x62() in radeonsi_dri.so (0x7cbe4088) 22 0x7dc42932 util_make_vertex_passthrough_shader_with_so+0x2f1() in radeonsi_dri.so (0x0032ee78) 23 0x7dc2ca2d util_blitter_create+0x5bc() in radeonsi_dri.so (0x7ccb8808) 24 0x7d9a6174 si_create_context+0x143() in radeonsi_dri.so (0x7cb43950) 25 0x7db25aa7 st_api_create_context+0x76() in radeonsi_dri.so (0x7cb43414) 26 0x7d9b5829 dri_create_context+0x1d8() in radeonsi_dri.so (0x7cb43414) 27 0x7d98bfd5 driCreateContextAttribs+0x32c() in radeonsi_dri.so (0x00000001) 28 0x7e0778b3 dri2_create_context_attribs+0x1a2() in libgl.so.1 (0x7cc94cc0) 29 0x7e04b92d glXCreateContextAttribsARB+0x1ac() in libgl.so.1 (0x0032f3b8) 30 0x7e35d818 create_glxcontext+0x73() in winex11 (0x0032f408) 31 0x7e3601f5 X11DRV_wglCreateContextAttribsARB+0x34a() in winex11 (0x0032f488) 32 0x7e9ace10 wglCreateContextAttribsARB+0xa8() in opengl32 (0x0032f4c8) 33 0x7ea665cd context_create+0x7a7() in wined3d (0x0032f6e8) 34 0x7eb25585 swapchain_init+0x771() in wined3d (0x0032f828) 35 0x7eb25d54 wined3d_swapchain_create+0xed() in wined3d (0x0032f8a8) 36 0x7efea631 swapchain_init+0x5b() in d3d8 (0x0032f8f8) 37 0x7efea728 d3d8_swapchain_create+0x67() in d3d8 (0x0032f948) 38 0x7efe6b30 device_parent_create_swapchain+0xa2() in d3d8 (0x0032f9a8) 39 0x7ea757c5 wined3d_device_init_3d+0x266() in wined3d (0x0032fa68) 40 0x7efe6efc device_init+0x30e() in d3d8 (0x0032fb38) 41 0x7efe85c8 d3d8_CreateDevice+0x121() in d3d8 (0x0032fbb8) 42 0x7ebb98f2 test_fpu_setup+0x38f() in d3d8_test (0x0032fc68) 43 0x7ebce0a8 func_device+0x148() in d3d8_test (0x0032fcc8) 44 0x7ebefc17 run_test+0x9e() in d3d8_test (0x0032fd28) 45 0x7ebf0006 main+0x210() in d3d8_test (0x0032fdd8) 46 0x7ebf00a0 __wine_spec_exe_entry+0x7f(peb=<couldn't compute location>) [/home/andrei/x/wine/dlls/winecrt0/exe_entry.c:36] in d3d8_test (0x0032fe18) 47 0x7b8641d4 call_process_entry+0xb() in kernel32 (0x0032fe38) 48 0x7b864321 start_process+0x14a() in kernel32 (0x0032fe98) 49 0x7bc870c0 call_thread_func_wrapper+0xb() in ntdll (0x0032feb8) 50 0x7bc87109 call_thread_func+0x3e() in ntdll (0x0032ff98) 51 0x7bc8709e call_thread_entry_point+0x11() in ntdll (0x0032ffb8) 52 0x7bc5a1f5 start_process+0x23() in ntdll (0x0032ffe8) 53 0xf7570a15 wine_call_on_stack+0x1c() in libwine.so.1 (0x00000000) 54 0xf75709f3 wine_switch_to_stack+0x2a() in libwine.so.1 (0xff9c1058) 55 0x7bc5a4fc LdrInitializeThunk+0x306() in ntdll (0xff9c10e8) 56 0x7b864b64 __wine_kernel_init+0x67d() in kernel32 (0xff9c1fa8) 57 0x7bc5acde __wine_process_init+0x156() in ntdll (0xff9c2008) 58 0xf756f6a0 wine_init+0x140() in libwine.so.1 (0xff9c2048) 59 0x7bf0118b main+0x132() in <wine-loader> (0xff9c2478) 60 0xf7381443 __libc_start_main+0xf2() in libc.so.6 (0x00000000) 0x7abce773 _ZNK4llvm16SITargetLowering16analyzeImmediateEPKNS_6SDNodeE+0x83 in libllvm-3.5svn.so: <bad instruction> Modules: Module Address Debug info Name (72 modules) ELF 7a4d0000-7b800000 Dwarf libllvm-3.5svn.so ELF 7b800000-7ba60000 Dwarf kernel32<elf> \-PE 7b810000-7ba60000 \ kernel32 ELF 7bc00000-7bcef000 Dwarf ntdll<elf> \-PE 7bc10000-7bcef000 \ ntdll ELF 7bf00000-7bf04000 Dwarf <wine-loader> ELF 7cf58000-7cf7d000 Deferred imm32<elf> \-PE 7cf60000-7cf7d000 \ imm32 ELF 7d020000-7d026000 Deferred libtxc_dxtn.so ELF 7d828000-7d830000 Deferred libffi.so.6 ELF 7d830000-7d84b000 Deferred libgcc_s.so.1 ELF 7d940000-7d94e000 Deferred libdrm_radeon.so.1 ELF 7d950000-7d969000 Deferred libelf.so.1 ELF 7d970000-7dfda000 Dwarf radeonsi_dri.so ELF 7dfe0000-7dfe9000 Deferred librt.so.1 ELF 7dff0000-7e005000 Deferred libudev.so.1 ELF 7e008000-7e014000 Deferred libdrm.so.2 ELF 7e018000-7e01d000 Deferred libxcb-dri2.so.0 ELF 7e020000-7e037000 Deferred libxcb-glx.so.0 ELF 7e038000-7e0c1000 Dwarf libgl.so.1 ELF 7e100000-7e106000 Deferred libxfixes.so.3 ELF 7e108000-7e113000 Deferred libxcursor.so.1 ELF 7e118000-7e129000 Deferred libxi.so.6 ELF 7e130000-7e134000 Deferred libxcomposite.so.1 ELF 7e138000-7e143000 Deferred libxrandr.so.2 ELF 7e148000-7e153000 Deferred libxrender.so.1 ELF 7e158000-7e15f000 Deferred libxxf86vm.so.1 ELF 7e160000-7e164000 Deferred libxinerama.so.1 ELF 7e168000-7e189000 Deferred libxcb.so.1 ELF 7e190000-7e2c8000 Deferred libx11.so.6 ELF 7e2c8000-7e2db000 Deferred libxext.so.6 ELF 7e2e0000-7e2e2000 Deferred libx11-xcb.so.1 ELF 7e2e8000-7e2ec000 Deferred libxdamage.so.1 ELF 7e2f0000-7e309000 Deferred libglapi.so.0 ELF 7e318000-7e3bb000 Dwarf winex11<elf> \-PE 7e320000-7e3bb000 \ winex11 ELF 7e3c0000-7e3e8000 Deferred libexpat.so.1 ELF 7e3e8000-7e423000 Deferred libfontconfig.so.1 ELF 7e428000-7e45f000 Deferred libpng16.so.16 ELF 7e460000-7e501000 Deferred libfreetype.so.6 ELF 7e508000-7e50f000 Deferred libxdmcp.so.6 ELF 7e510000-7e514000 Deferred libxau.so.6 ELF 7e540000-7e58e000 Deferred libncurses.so.5 ELF 7e598000-7e5a9000 Deferred libbz2.so.1 ELF 7e5b0000-7e5c6000 Deferred libz.so.1 ELF 7e5c8000-7e5e3000 Deferred version<elf> \-PE 7e5d0000-7e5e3000 \ version ELF 7e5e8000-7e75a000 Deferred user32<elf> \-PE 7e600000-7e75a000 \ user32 ELF 7e760000-7e7d4000 Deferred advapi32<elf> \-PE 7e770000-7e7d4000 \ advapi32 ELF 7e7d8000-7e8ff000 Deferred gdi32<elf> \-PE 7e7e0000-7e8ff000 \ gdi32 ELF 7e900000-7ea1d000 Dwarf opengl32<elf> \-PE 7e920000-7ea1d000 \ opengl32 ELF 7ea20000-7eb95000 Dwarf wined3d<elf> \-PE 7ea30000-7eb95000 \ wined3d ELF 7eb98000-7ec03000 Dwarf d3d8_test<elf> \-PE 7eba0000-7ec03000 \ d3d8_test ELF 7ef78000-7ef85000 Deferred libnss_files.so.2 ELF 7ef88000-7ef94000 Deferred libnss_nis.so.2 ELF 7ef98000-7efb1000 Deferred libnsl.so.1 ELF 7efb8000-7efc1000 Deferred libnss_compat.so.2 ELF 7efc8000-7efff000 Dwarf d3d8<elf> \-PE 7efd0000-7efff000 \ d3d8 ELF f7318000-f735d000 Deferred libm.so.6 ELF f7360000-f7364000 Deferred libdl.so.2 ELF f7368000-f750b000 Dwarf libc.so.6 ELF f7510000-f752b000 Deferred libpthread.so.0 ELF f7568000-f771d000 Dwarf libwine.so.1 ELF f7720000-f7742000 Deferred ld-linux.so.2 ELF f7744000-f7745000 Deferred [vdso].so Threads: process tid prio (all id:s are in hex) 00000008 (D) Z:\home\andrei\x\wine\dlls\d3d8\tests\d3d8_test.exe 00000009 0 <== 0000000e services.exe 0000001c 0 0000001b 0 00000016 0 00000014 0 00000010 0 0000000f 0 00000012 winedevice.exe 0000001f 0 00000018 0 00000017 0 00000013 0 00000019 plugplay.exe 0000001e 0 0000001d 0 0000001a 0 00000020 explorer.exe 00000021 0 System information: Wine build: wine-1.7.19-74-g1e7b8b7 Platform: i386 Host system: Linux Host version: 3.14.4-gentoo -- You are receiving this mail because: You are the assignee for the bug.

1 12

[Bug 76241] New: System killed by 'Triangle of Death'
by bugzilla-daemon＠freedesktop.org 24 May '17

24 May '17

https://bugs.freedesktop.org/show_bug.cgi?id=76241 Priority: medium Bug ID: 76241 Assignee: dri-devel(a)lists.freedesktop.org Summary: System killed by 'Triangle of Death' Severity: normal Classification: Unclassified OS: Linux (All) Reporter: farmboy0+freedesktop(a)googlemail.com Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/Gallium/radeonsi Product: Mesa The demo 'Triangle of Death' from GPU Caps Viewer run under wine will freeze the system. Homepage of GPU Caps Viewer is http://www.ozone3d.net/gpu_caps_viewer/ Kernel: 3.13.6 Mesa: git LLVM: 3.4 Wine: git Card: VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Cape Verde PRO [Radeon HD 7750] -- You are receiving this mail because: You are the assignee for the bug.

1 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel January 2016