dri-devel June 2015

dri-devel@lists.freedesktop.org

188 participants
1140 discussions

[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

[Bug 85579] New: [bisected] piglit test crashes in spec/glsl-1.50/execution/geometry/max-input-components
by bugzilla-daemon＠freedesktop.org 24 May '17

24 May '17

https://bugs.freedesktop.org/show_bug.cgi?id=85579 Bug ID: 85579 Summary: [bisected] piglit test crashes in spec/glsl-1.50/execution/geometry/max-input-components 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: commendsarnex(a)gmail.com Created attachment 108602 --> https://bugs.freedesktop.org/attachment.cgi?id=108602&action=edit log when the test fails Hi again guys. I've been getting some very weird piglit crashes, including one lockup, which I haven't yet been able to bisect. Anyway, here's one I've been able to bisect. The test spec/glsl-1.50/execution/geometry/max-input-components fails before commit 54de7099115502c561f5f51095e08dc0a52c71b7, and always crashes on commits after. I have attached the piglit result logs from both versions. I'm not sure if the LLVM Register Spilling spam is relating to my other problems, or not. Let me know if you need any more information. Thanks, sarnex -- You are receiving this mail because: You are the assignee for the bug.

1 10

[Bug 60674] New: linux 3.10.x RV740 (Radeon HD 4770) display problem
by bugzilla-daemon＠bugzilla.kernel.org 11 May '17

11 May '17

https://bugzilla.kernel.org/show_bug.cgi?id=60674 Bug ID: 60674 Summary: linux 3.10.x RV740 (Radeon HD 4770) display problem Product: Drivers Version: 2.5 Kernel Version: 3.10 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: yg.do(a)sfr.fr Regression: No Created attachment 107073 --> https://bugzilla.kernel.org/attachment.cgi?id=107073&action=edit Screenshot with kernel 3.10 (display BUG) Description: Hard to describe… It seems that fonts don’t get displayed. Seeing the screenshots, I’m not sure it is the only problem, though… (see icons for example) Linux console is OK. E17 is OK. Additional info: * OS: up-to-date Arch Linux * current (working kernel): 3.9.9 * tested non-working kernels: 3.10.2 and 3.10.3 Steps to reproduce: * upgrade kernel, * get this: [attached screenshot] As you can see, Enlightenment17 has no problem for some reason. However, all other applications I tried were displayed like the screenshot: Firefox, Thunderbird, Geany… and SLIM (the display manager)! On the login screen for example, I can enter my login name, but no text is shown on screen; it lets me login though. -- You are receiving this mail because: You are watching the assignee of the bug.

1 18

[Bug 72680] New: flightgear crashes on r600 (rs880) with llvm backend
by bugzilla-daemon＠freedesktop.org 28 Apr '17

28 Apr '17

https://bugs.freedesktop.org/show_bug.cgi?id=72680 Priority: medium Bug ID: 72680 Assignee: dri-devel(a)lists.freedesktop.org Summary: flightgear crashes on r600 (rs880) with llvm backend Severity: normal Classification: Unclassified OS: All Reporter: marvin24(a)gmx.de Hardware: Other Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa Flightgear 2.12 again... works with R600_LLVM=0. sb/sb_bc_parser.cpp:395:prepare_alu_group: Assertion `prev_alu' failed. Program received signal SIGTRAP, Trace/breakpoint trap. 0x00007fffea22ea3c in _debug_assert_fail (expr=0x7fffea523729 "prev_alu", file=0x7fffea523655 "sb/sb_bc_parser.cpp", line=395, function=0x7fffea524df0 <r600_sb::bc_parser::prepare_alu_group(r600_sb::cf_node*, r600_sb::alu_group_node*)::__FUNCTION__> "prepare_alu_group") at util/u_debug.c:278 278 os_abort(); (gdb) bt #0 0x00007fffea22ea3c in _debug_assert_fail (expr=0x7fffea523729 "prev_alu", file=0x7fffea523655 "sb/sb_bc_parser.cpp", line=395, function=0x7fffea524df0 <r600_sb::bc_parser::prepare_alu_group(r600_sb::cf_node*, r600_sb::alu_group_node*)::__FUNCTION__> "prepare_alu_group") at util/u_debug.c:278 #1 0x00007fffea380f27 in r600_sb::bc_parser::prepare_alu_group (this=0x7fffffffade0, cf=0x18d117d8, g=0x18d11a80) at sb/sb_bc_parser.cpp:395 #2 0x00007fffea3808b8 in r600_sb::bc_parser::prepare_alu_clause (this=0x7fffffffade0, cf=0x18d117d8) at sb/sb_bc_parser.cpp:307 #3 0x00007fffea381e47 in r600_sb::bc_parser::prepare_ir (this=0x7fffffffade0) at sb/sb_bc_parser.cpp:603 #4 0x00007fffea37fd92 in r600_sb::bc_parser::prepare (this=0x7fffffffade0) at sb/sb_bc_parser.cpp:106 #5 0x00007fffea387237 in r600_sb_bytecode_process (rctx=0x135b250, bc=0x18897998, pshader=0x18897990, dump_bytecode=0, optimize=1) at sb/sb_core.cpp:155 #6 0x00007fffea33d6e8 in r600_pipe_shader_create (ctx=0x135b250, shader=0x18897980, key=...) at r600_shader.c:152 #7 0x00007fffea363b39 in r600_shader_select (ctx=0x135b250, sel=0x18795660, dirty=0x0) at r600_state_common.c:746 #8 0x00007fffea363d47 in r600_create_shader_state (ctx=0x135b250, state=0x1889f070, pipe_shader_type=1) at r600_state_common.c:793 #9 0x00007fffea363d85 in r600_create_ps_state (ctx=0x135b250, state=0x1889f070) at r600_state_common.c:803 #10 0x00007fffea0bc9e7 in st_translate_fragment_program (st=0x1343be0, stfp=0x17dd7000, key=0x7fffffffc260) at state_tracker/st_program.c:772 #11 0x00007fffea0bcaf4 in st_get_fp_variant (st=0x1343be0, stfp=0x17dd7000, key=0x7fffffffc260) at state_tracker/st_program.c:809 #12 0x00007fffea07edf7 in update_fp (st=0x1343be0) at state_tracker/st_atom_shader.c:92 #13 0x00007fffea079ade in st_validate_state (st=0x1343be0) at state_tracker/st_atom.c:202 #14 0x00007fffea09858c in st_draw_vbo (ctx=0x7ffff7e7f010, prims=0x11011460, nr_prims=1, ib=0x0, index_bounds_valid=1 '\001', min_index=0, max_index=73, tfb_vertcount=0x0, indirect=0x0) at state_tracker/st_draw.c:212 #15 0x00007fffea07913b in vbo_save_playback_vertex_list (ctx=0x7ffff7e7f010, data=0x11d3376c) at vbo/vbo_save_draw.c:309 #16 0x00007fffe9f1468b in ext_opcode_execute (ctx=0x7ffff7e7f010, node=0x11d33768) at main/dlist.c:628 #17 0x00007fffe9f2781c in execute_list (ctx=0x7ffff7e7f010, list=46) at main/dlist.c:7023 #18 0x00007fffe9f2c905 in _mesa_CallList (list=46) at main/dlist.c:8327 #19 0x00007ffff63a18e9 in osgUtil::RenderLeaf::render(osg::RenderInfo&, osgUtil::RenderLeaf*) () from /usr/lib64/libosgUtil.so.80 #20 0x00007ffff639c4d0 in osgUtil::RenderBin::drawImplementation(osg::RenderInfo&, osgUtil::RenderLeaf*&) () from /usr/lib64/libosgUtil.so.80 #21 0x00007ffff639c514 in osgUtil::RenderBin::drawImplementation(osg::RenderInfo&, osgUtil::RenderLeaf*&) () from /usr/lib64/libosgUtil.so.80 #22 0x00007ffff63a6f8f in osgUtil::RenderStage::drawImplementation(osg::RenderInfo&, osgUtil::RenderLeaf*&) () from /usr/lib64/libosgUtil.so.80 #23 0x00007ffff63a57c6 in osgUtil::RenderStage::drawInner(osg::RenderInfo&, osgUtil::RenderLeaf*&, bool&) () from /usr/lib64/libosgUtil.so.80 #24 0x00007ffff63a688a in osgUtil::RenderStage::draw(osg::RenderInfo&, osgUtil::RenderLeaf*&) () from /usr/lib64/libosgUtil.so.80 #25 0x00007ffff63b0b99 in osgUtil::SceneView::draw() () from /usr/lib64/libosgUtil.so.80 #26 0x00007ffff6009506 in osgViewer::Renderer::cull_draw() () from /usr/lib64/libosgViewer.so.80 #27 0x00007ffff599be09 in osg::GraphicsContext::runOperations() () from /usr/lib64/libosg.so.80 #28 0x00007ffff603d46e in osgViewer::ViewerBase::renderingTraversals() () from /usr/lib64/libosgViewer.so.80 #29 0x0000000000b0d1d5 in fgOSMainLoop() () #30 0x00000000005e2383 in fgMainInit(int, char**) () #31 0x00000000005a5b74 in main () -- You are receiving this mail because: You are the assignee for the bug.

1 6

[Bug 90741] New: Radeon: System pauses on TAHITI
by bugzilla-daemon＠bugzilla.kernel.org 26 Apr '17

26 Apr '17

https://bugzilla.kernel.org/show_bug.cgi?id=90741 Bug ID: 90741 Summary: Radeon: System pauses on TAHITI Product: Drivers Version: 2.5 Kernel Version: 3.18.0 3.18.1 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: wielkiegie(a)gmail.com Regression: No The system freezes for 1-3 seconds from time to time. No message is shown in dmesg. Some of the programs report high display delays in their profiles (maybe glXSwapBuffers?). The pause is system-wide, probably due to whole-OpenGL stack (glamor). This seems to be a 3.18.x regression. The problem does not occur on 3.17.4. During normal usage the problem is very rare. However, it occurs very often while playing OpenGL games. For games like Minecraft, the pauses are less likely while not moving around. I believe that the game does not upload many buffers then. So the issue may be due to buffer management. I am using mesa from git, libdrm from git, xserver 1.16.2.901, xf86-video-ati 7.5. The problem occurs both with compositing enabled and disabled (kwin). -- You are receiving this mail because: You are watching the assignee of the bug.

1 80

[Bug 90861] New: Panic on suspend from KDE with radeon
by bugzilla-daemon＠bugzilla.kernel.org 26 Apr '17

26 Apr '17

https://bugzilla.kernel.org/show_bug.cgi?id=90861 Bug ID: 90861 Summary: Panic on suspend from KDE with radeon Product: Drivers Version: 2.5 Kernel Version: 3.19.0-rc2-219-g693a30b8 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: jonjon.arnearne(a)gmail.com Regression: No My laptop is running OpenSUSE 13.1 on self compiled kernel. As of last week, my kernel is panicing when suspending. This only happens when I'm logged in to my KDE session. If I log out of KDE and run pm-suspend as root from VT1 with kdm running. The laptop suspends as expected. I've suspended via pm-suspend while my user was logged in to both IceWM and TWM with success. My suspicion is that some part of my KDE system was upgraded, and something is preventing radeon from suspending propperly. Here is dmesg from the crash: [ 267.445563] PM: Syncing filesystems ... done. [ 267.704349] PM: Preparing system for mem sleep [ 267.953474] Freezing user space processes ... (elapsed 0.001 seconds) done. [ 267.955241] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done. [ 267.956352] PM: Entering mem sleep [ 267.956405] Suspending console(s) (use no_console_suspend to debug) [ 267.956924] sd 0:0:0:0: [sda] Synchronizing SCSI cache [ 267.957167] sd 0:0:0:0: [sda] Stopping disk [ 280.034180] radeon 0000:02:00.0: **** DPM device timeout **** [ 280.034185] ffff88022885b748 ffff8802288546d0 0000000000013180 ffff88022885bfd8 [ 280.034188] 0000000000013180 ffff88022e1fa3d0 ffff8802288546d0 ffff88022885b728 [ 280.034191] ffff88022e39c000 ffff88022885b788 00000000ffffec3b ffff88022e39c000 [ 280.034192] Call Trace: [ 280.034201] [<ffffffff81631854>] schedule+0x24/0x70 [ 280.034205] [<ffffffff8163426b>] schedule_timeout+0x14b/0x2d0 [ 280.034211] [<ffffffff810b7ec0>] ? internal_add_timer+0x80/0x80 [ 280.034255] [<ffffffffa01104a9>] radeon_fence_default_wait+0xc9/0x220 [radeon] [ 280.034260] [<ffffffff810930a0>] ? prepare_to_wait_event+0x100/0x100 [ 280.034265] [<ffffffff81433c94>] fence_wait_timeout+0x34/0x120 [ 280.034278] [<ffffffffa00d8ebf>] ttm_bo_wait+0x14f/0x1b0 [ttm] [ 280.034289] [<ffffffffa00dba42>] ttm_bo_move_accel_cleanup+0x52/0x3c0 [ttm] [ 280.034310] [<ffffffffa01122d0>] radeon_move_blit.isra.12+0xc0/0x150 [radeon] [ 280.034321] [<ffffffffa011309b>] radeon_bo_move+0xab/0x210 [radeon] [ 280.034325] [<ffffffffa00d9e25>] ttm_bo_handle_move_mem+0x265/0x5c0 [ttm] [ 280.034330] [<ffffffffa00da851>] ? ttm_bo_mem_space+0x181/0x350 [ttm] [ 280.034334] [<ffffffffa00da2b2>] ttm_bo_evict+0x132/0x300 [ttm] [ 280.034348] [<ffffffffa00663ee>] ? drm_vma_offset_add+0x2e/0xc0 [drm] [ 280.034352] [<ffffffffa00da640>] ttm_mem_evict_first+0x1c0/0x250 [ttm] [ 280.034357] [<ffffffffa00daa82>] ttm_bo_force_list_clean+0x62/0xb0 [ttm] [ 280.034361] [<ffffffffa00dac9e>] ttm_bo_evict_mm+0x2e/0x60 [ttm] [ 280.034372] [<ffffffffa0114485>] radeon_bo_evict_vram+0x15/0x20 [radeon] [ 280.034380] [<ffffffffa00f66f3>] radeon_suspend_kms+0x163/0x2c0 [radeon] [ 280.034388] [<ffffffffa00f419a>] radeon_pmops_suspend+0x1a/0x20 [radeon] [ 280.034390] [<ffffffff8134b535>] pci_pm_suspend+0x75/0x150 [ 280.034391] [<ffffffff8134b4c0>] ? pci_pm_freeze+0xf0/0xf0 [ 280.034393] [<ffffffff8141e449>] dpm_run_callback+0x49/0x160 [ 280.034394] [<ffffffff8141f15d>] __device_suspend+0x12d/0x370 [ 280.034395] [<ffffffff8141e1e0>] ? pm_dev_dbg+0x80/0x80 [ 280.034396] [<ffffffff8141f3ba>] async_suspend+0x1a/0xa0 [ 280.034398] [<ffffffff81076c97>] async_run_entry_fn+0x47/0x160 [ 280.034400] [<ffffffff8106ef40>] process_one_work+0x140/0x420 [ 280.034401] [<ffffffff8106f33b>] worker_thread+0x11b/0x490 [ 280.034402] [<ffffffff8106f220>] ? process_one_work+0x420/0x420 [ 280.034403] [<ffffffff810742fd>] kthread+0xcd/0xf0 [ 280.034404] [<ffffffff81074230>] ? kthread_create_on_node+0x180/0x180 [ 280.034405] [<ffffffff816357ec>] ret_from_fork+0x7c/0xb0 [ 280.034406] [<ffffffff81074230>] ? kthread_create_on_node+0x180/0x180 [ 280.034408] Kernel panic - not syncing: radeon 0000:02:00.0: unrecoverable failure [ 280.034410] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 3.19.0-rc2-219-g693a30b8+ #1 [ 280.034410] Hardware name: Dell Inc. Studio XPS 1645/0Y517R, BIOS A13 04/01/2011 [ 280.034411] ffff88022885bd30 ffff880237c03d88 ffffffff8162e880 ffffffff81c45c38 [ 280.034412] ffffffff81a7b1e5 ffff880237c03e08 ffffffff81629367 ffff880237bfffc0 [ 280.034413] ffff880200000018 ffff880237c03e18 ffff880237c03db8 ffff880237c03dc0 [ 280.034414] Call Trace: [ 280.034416] <IRQ> [<ffffffff8162e880>] dump_stack+0x4c/0x6e [ 280.034418] [<ffffffff81629367>] panic+0xb6/0x1e4 [ 280.034420] [<ffffffff8141e1e0>] ? pm_dev_dbg+0x80/0x80 [ 280.034421] [<ffffffff8141e22d>] dpm_watchdog_handler+0x4d/0x60 [ 280.034423] [<ffffffff810b7f04>] call_timer_fn+0x34/0x150 [ 280.034424] [<ffffffff8141e1e0>] ? pm_dev_dbg+0x80/0x80 [ 280.034425] [<ffffffff810b8354>] run_timer_softirq+0x254/0x300 [ 280.034427] [<ffffffff8105be24>] __do_softirq+0xe4/0x2a0 [ 280.034429] [<ffffffff8105c1ed>] irq_exit+0x9d/0xb0 [ 280.034431] [<ffffffff81004b85>] do_IRQ+0x55/0xf0 [ 280.034432] [<ffffffff816365ea>] common_interrupt+0x6a/0x6a [ 280.034435] <EOI> [<ffffffff814f7589>] ? cpuidle_enter_state+0x69/0x1b0 [ 280.034436] [<ffffffff814f7578>] ? cpuidle_enter_state+0x58/0x1b0 [ 280.034438] [<ffffffff814f7782>] cpuidle_enter+0x12/0x20 [ 280.034439] [<ffffffff81093674>] cpu_startup_entry+0x354/0x3f0 [ 280.034440] [<ffffffff81620a30>] rest_init+0x80/0x90 [ 280.034443] [<ffffffff81cf1035>] start_kernel+0x470/0x47d [ 280.034444] [<ffffffff81cf09b5>] ? set_init_arg+0x57/0x57 [ 280.034446] [<ffffffff81cf05ad>] x86_64_start_reservations+0x2a/0x2c [ 280.034447] [<ffffffff81cf06a2>] x86_64_start_kernel+0xf3/0xf7 And here is a backtrace from the crash utility: crash> bt PID: 0 TASK: ffffffff81c19480 CPU: 0 COMMAND: "swapper/0" #0 [ffff880237c03c70] machine_kexec at ffffffff8103c0e1 #1 [ffff880237c03cc0] crash_kexec at ffffffff810d89ee #2 [ffff880237c03d90] panic at ffffffff81629377 #3 [ffff880237c03e10] dpm_watchdog_handler at ffffffff8141e22d #4 [ffff880237c03e30] call_timer_fn at ffffffff810b7f04 #5 [ffff880237c03e70] run_timer_softirq at ffffffff810b8354 #6 [ffff880237c03ef0] __do_softirq at ffffffff8105be24 #7 [ffff880237c03f60] irq_exit at ffffffff8105c1ed #8 [ffff880237c03f70] do_IRQ at ffffffff81004b85 --- <IRQ stack> --- #9 [ffffffff81c03dc8] ret_from_intr at ffffffff816365ea [exception RIP: cpuidle_enter_state+105] RIP: ffffffff814f7589 RSP: ffffffff81c03e78 RFLAGS: 00000202 RAX: 0000004133273fbb RBX: 0000000000000046 RCX: 0000000000000018 RDX: 0000000000940ffe RSI: 0000000000000046 RDI: ffffffff81c1da40 RBP: ffffffff81c03eb8 R8: 0000000000000001 R9: 0000000000060e2d R10: 00000000000935d2 R11: 0000000000000001 R12: 0000000000000046 R13: 0000000000000004 R14: 0000000000000005 R15: ffffffff81c03e38 ORIG_RAX: ffffffffffffffbe CS: 0010 SS: 0018 #10 [ffffffff81c03ec0] cpuidle_enter at ffffffff814f7782 #11 [ffffffff81c03ed0] cpu_startup_entry at ffffffff81093674 #12 [ffffffff81c03f50] rest_init at ffffffff81620a30 #13 [ffffffff81c03f70] start_kernel at ffffffff81cf1035 #14 [ffffffff81c03fc0] x86_64_start_reservations at ffffffff81cf05ad #15 [ffffffff81c03fd0] x86_64_start_kernel at ffffffff81cf06a2 crash> Note, I'm running with radeon.dpm=1. I should probably try suspend without that option. I might be able to bisect if needed. The oldest kernel I tried is 3.11.10-25-desktop from OpenSUSE, but it still crashed on suspend. Just ask if you need more info. I have a coredump of the panic, and can probably get more info if needed. -- You are receiving this mail because: You are watching the assignee of the bug.

1 17

[Bug 71789] New: [r300g] Visuals not found in (default) depth = 24
by bugzilla-daemon＠freedesktop.org 08 Apr '17

08 Apr '17

https://bugs.freedesktop.org/show_bug.cgi?id=71789 Priority: medium Bug ID: 71789 Assignee: dri-devel(a)lists.freedesktop.org Summary: [r300g] Visuals not found in (default) depth = 24 Severity: normal Classification: Unclassified OS: OpenBSD Reporter: mpi(a)openbsd.org Hardware: PowerPC Status: NEW Version: 9.2 Component: Drivers/Gallium/r300 Product: Mesa Created attachment 89467 --> https://bugs.freedesktop.org/attachment.cgi?id=89467&action=edit Xorg.log without configuration file Without xorg.conf or with a pixel depth of 24 bits, any application linked to libGL will fails to load the "r300" driver and after it the "swarst" driver with the following message: libGL error: failed to load driver: r300 libGL error: Try again with LIBGL_DEBUG=verbose for more details. libGL error: failed to load driver: swrast libGL error: Try again with LIBGL_DEBUG=verbose for more details. This problem is present in all the Mesa 9.x release up to 9.2.3. But it is not in the 8 (which segfault at some point), 7.11 was working without config file. After a bit of investigation, I found that driConvertConfigs() returns NULL in dri2CreateScreen() when trying to find matching visuals (src/glx/dri_glx.c:450). However if I specify a depth of 16 bits in my xorg.conf I cannot reproduce this problem. This problem is present on OpenBSD -current (future 5.5) which has the drm drivers synced with Ubuntu's linux 3.8 kernel. -- You are receiving this mail because: You are the assignee for the bug.

1 35

[Bug 89906] Account request for DRM
by bugzilla-daemon＠freedesktop.org 26 Mar '17

26 Mar '17

https://bugs.freedesktop.org/show_bug.cgi?id=89906 Bug ID: 89906 Summary: Account request for DRM Product: DRI Version: DRI git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/other Assignee: dri-devel(a)lists.freedesktop.org Reporter: lukas(a)wunner.de Created attachment 114866 --> https://bugs.freedesktop.org/attachment.cgi?id=114866&action=edit pgp public key I've started working on vga_switcheroo and the DRM kernel code and would like to publish the results so others can review and pull them. Lukas Wunner <lukas(a)wunner.de> Preferred account name "lukas" -- You are receiving this mail because: You are the assignee for the bug.

1 5

[Bug 70199] New: clang+llvm from svn crashes when generating opencl code for 64 bit types
by bugzilla-daemon＠freedesktop.org 22 Mar '17

22 Mar '17

https://bugs.freedesktop.org/show_bug.cgi?id=70199 Priority: medium Bug ID: 70199 Assignee: dri-devel(a)lists.freedesktop.org Summary: clang+llvm from svn crashes when generating opencl code for 64 bit types Severity: normal Classification: Unclassified OS: All Reporter: klondike(a)klondike.es Hardware: Other Status: NEW Version: 9.2 Component: Drivers/DRI/R600 Product: Mesa Created attachment 87199 --> https://bugs.freedesktop.org/attachment.cgi?id=87199&action=edit 64 bit unsigned integer divide it causes the first issue When generating code from opencl files containing 64 bit integer types the compiler crashes with messages similar to this: 0x67be970: i32 = ExternalSymbol'__udivdi3' Undefined function UNREACHABLE executed at /home/klondike/myllvm/llvm/lib/Target/R600/AMDGPUISelLowering.h:76! 0 clang 0x0000000001d2f795 llvm::sys::PrintStackTrace(_IO_FILE*) + 37 1 clang 0x0000000001d2fbe3 2 libpthread.so.0 0x00000337e68ffbf0 3 libc.so.6 0x00000337e54e5b05 gsignal + 53 4 libc.so.6 0x00000337e54e6f7b abort + 379 5 clang 0x0000000001d1f088 llvm::llvm_unreachable_internal(char const*, char const*, unsigned int) + 440 6 clang 0x0000000001597712 7 clang 0x00000000016696cf llvm::TargetLowering::LowerCallTo(llvm::TargetLowering::CallLoweringInfo&) const + 2511 8 clang 0x000000000168e1b6 llvm::TargetLowering::makeLibCall(llvm::SelectionDAG&, llvm::RTLIB::Libcall, llvm::EVT, llvm::SDValue const*, unsigned int, bool, llvm::SDLoc, bool, bool) const + 806 9 clang 0x0000000001721c5e 10 clang 0x000000000171d390 11 clang 0x00000000016c1823 12 clang 0x00000000016c6964 llvm::SelectionDAG::LegalizeTypes() + 36 13 clang 0x000000000167d6fd llvm::SelectionDAGISel::CodeGenAndEmitDAG() + 1389 14 clang 0x000000000167c909 llvm::SelectionDAGISel::SelectAllBasicBlocks(llvm::Function const&) + 6249 15 clang 0x000000000167a3a7 llvm::SelectionDAGISel::runOnMachineFunction(llvm::MachineFunction&) + 1319 16 clang 0x00000000017c876c llvm::MachineFunctionPass::runOnFunction(llvm::Function&) + 124 17 clang 0x0000000001c6f3d3 llvm::FPPassManager::runOnFunction(llvm::Function&) + 355 18 clang 0x0000000001c6f64b llvm::FPPassManager::runOnModule(llvm::Module&) + 43 19 clang 0x0000000001c6f994 llvm::MPPassManager::runOnModule(llvm::Module&) + 420 20 clang 0x0000000001c7003b llvm::PassManagerImpl::run(llvm::Module&) + 539 21 clang 0x0000000001c701aa llvm::PassManager::run(llvm::Module&) + 10 22 clang 0x0000000000808137 clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::Module*, clang::BackendAction, llvm::raw_ostream*) + 6167 23 clang 0x0000000000805ab3 24 clang 0x000000000096db63 clang::ParseAST(clang::Sema&, bool, bool) + 515 25 clang 0x0000000000804f12 clang::CodeGenAction::ExecuteAction() + 514 26 clang 0x0000000000682461 clang::FrontendAction::Execute() + 113 27 clang 0x00000000006607bd clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) + 909 28 clang 0x00000000006474f5 clang::ExecuteCompilerInvocation(clang::CompilerInstance*) + 3077 29 clang 0x000000000063efb4 cc1_main(char const**, char const**, char const*, void*) + 628 30 clang 0x0000000000645454 main + 8500 31 libc.so.6 0x00000337e54d25dd __libc_start_main + 237 32 clang 0x000000000063ec5d Stack dump: 0. Program arguments: /home/klondike/myllvm/build/Release+Asserts/bin/clang -cc1 -triple r600-- -S -disable-free -main-file-name ldiv.cl -mrelocation-model static -mdisable-fp-elim -fmath-errno -mconstructor-aliases -target-cpu redwood -target-linker-version 2.23.1 -coverage-file /home/klondike/opencl-example/- -resource-dir /home/klondike/myllvm/build/Release+Asserts/bin/../lib/clang/3.4 -include clc/clc.h -D cl_clang_storage_class_specifiers -D cl_khr_fp64 -std=cl -fno-dwarf-directory-asm -fdebug-compilation-dir /home/klondike/opencl-example -ferror-limit 19 -fmessage-length 192 -mstackrealign -fobjc-runtime=gcc -fdiagnostics-show-option -fcolor-diagnostics -vectorize-slp -o - -x cl ldiv.cl 1. <eof> parser at end of file 2. Code generation 3. Running pass 'Function Pass Manager' on module 'ldiv.cl'. 4. Running pass 'AMDGPU DAG->DAG Pattern Instruction Selection' on function '@ldiv' clang: error: unable to execute command: Aborted clang: error: clang frontend command failed due to signal (use -v to see invocation) clang version 3.4 (trunk 192013) Target: r600-- Thread model: posix clang: note: diagnostic msg: PLEASE submit a bug report to http://llvm.org/bugs/ and include the crash backtrace, preprocessed source, and associated run script. clang: note: diagnostic msg: ******************** PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: Preprocessed source(s) and associated run script(s) are located at: clang: note: diagnostic msg: /tmp/ldiv-5f4dde.cl clang: note: diagnostic msg: /tmp/ldiv-5f4dde.sh clang: note: diagnostic msg: ******************** And this: fatal error: error in backend: Cannot select: 0x5a141e0: ch = store 0x59d1bf0, 0x5a147e0, 0x5a127c0, 0x5a11bc0<ST4[%out+4]> [ORD=2] [ID=26] 0x5a147e0: i32 = add 0x5a146e0, 0x5a145e0 [ORD=1] [ID=23] 0x5a146e0: i32 = add 0x5a143e0, 0x5a144e0 [ORD=1] [ID=20] 0x5a143e0: i32 = mulhu 0x5a124c0, 0x5a120c0 [ORD=1] [ID=16] 0x5a124c0: i32 = CONST_ADDRESS 0x5a123c0 [ID=10] 0x5a123c0: i32 = Constant<8240> [ID=5] 0x5a120c0: i32 = CONST_ADDRESS 0x5a11fc0 [ID=12] 0x5a11fc0: i32 = Constant<8232> [ID=7] 0x5a144e0: i32 = mul 0x5a124c0, 0x5a122c0 [ORD=1] [ID=14] 0x5a124c0: i32 = CONST_ADDRESS 0x5a123c0 [ID=10] 0x5a123c0: i32 = Constant<8240> [ID=5] 0x5a122c0: i32 = CONST_ADDRESS 0x5a121c0 [ID=11] 0x5a121c0: i32 = Constant<8236> [ID=6] 0x5a145e0: i32 = mul 0x5a151f0, 0x5a120c0 [ORD=1] [ID=15] 0x5a151f0: i32 = CONST_ADDRESS 0x5a14fe0 [ID=9] 0x5a14fe0: i32 = Constant<8244> [ID=4] 0x5a120c0: i32 = CONST_ADDRESS 0x5a11fc0 [ID=12] 0x5a11fc0: i32 = Constant<8232> [ID=7] 0x5a127c0: i32 = DWORDADDR 0x5a125c0 [ORD=2] [ID=25] 0x5a125c0: i32 = srl 0x5a14ae0, 0x5a126c0 [ORD=2] [ID=22] 0x5a14ae0: i32 = add 0x5a11ec0, 0x5a149e0 [ORD=2] [ID=19] 0x5a11ec0: i32 = CONST_ADDRESS 0x5a11dc0 [ID=13] 0x5a11dc0: i32 = Constant<8228> [ID=8] 0x5a149e0: i32 = Constant<4> [ID=2] 0x5a126c0: i32 = Constant<2> [ID=3] 0x5a11bc0: i32 = undef [ID=1] In function: lmul clang: error: clang frontend command failed with exit code 70 (use -v to see invocation) clang version 3.4 (trunk 192013) Target: r600-- Thread model: posix clang: note: diagnostic msg: PLEASE submit a bug report to http://llvm.org/bugs/ and include the crash backtrace, preprocessed source, and associated run script. clang: note: diagnostic msg: ******************** PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: Preprocessed source(s) and associated run script(s) are located at: clang: note: diagnostic msg: /tmp/lmul-213f81.cl clang: note: diagnostic msg: /tmp/lmul-213f81.sh clang: note: diagnostic msg: ******************** The suggestion on the chat has been using TargetLowering to handle this issue. (See http://llvm.org/docs/doxygen/html/structllvm_1_1TargetLowering_1_1TargetLow… for details). Following come some examples of llvm ir that produces crashes despite being generated by clang from valid opencl programs. -- You are receiving this mail because: You are the assignee for the bug.

1 13

[Bug 70779] New: OpenCL hangs with big kernels
by bugzilla-daemon＠freedesktop.org 22 Mar '17

22 Mar '17

https://bugs.freedesktop.org/show_bug.cgi?id=70779 Priority: medium Bug ID: 70779 Assignee: dri-devel(a)lists.freedesktop.org Summary: OpenCL hangs with big kernels Severity: normal Classification: Unclassified OS: All Reporter: mustrumr97(a)gmail.com Hardware: Other Status: NEW Version: git Component: Drivers/Gallium/radeonsi Product: Mesa Radeon 7870 XT. A 50-word kernel works, a 67-word one hangs. Other tests confirm this. See bug 60879 -- You are receiving this mail because: You are the assignee for the bug.

1 8

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel June 2015