dri-devel May 2015

dri-devel@lists.freedesktop.org

191 participants
1132 discussions

[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

[Bug 88669] clover on radeonsi fails in radeon_shader_binary_config_start
by bugzilla-daemon＠freedesktop.org 22 Mar '17

22 Mar '17

https://bugs.freedesktop.org/show_bug.cgi?id=88669 Bug ID: 88669 Summary: clover on radeonsi fails in radeon_shader_binary_config_start 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: michael(a)kuemmling.de QA Contact: dri-devel(a)lists.freedesktop.org Created attachment 112609 --> https://bugs.freedesktop.org/attachment.cgi?id=112609&action=edit backtrace ImageMagick 6.9.0 with OpenCL crashes, when bluring an image. I'm using current mesa from git (after commit 3c3e60e050ea0850fcfeb5c4c2aa4f954d54d665) on Radeon HD 7750 (Southern Islands / Cape Verde). -- You are receiving this mail because: You are the assignee for the bug.

1 8

[Bug 64201] New: OpenCL usage result segmentation fault on r600g with HD6850.
by bugzilla-daemon＠freedesktop.org 22 Mar '17

22 Mar '17

https://bugs.freedesktop.org/show_bug.cgi?id=64201 Priority: medium Bug ID: 64201 Assignee: dri-devel(a)lists.freedesktop.org Summary: OpenCL usage result segmentation fault on r600g with HD6850. Severity: normal Classification: Unclassified OS: other Reporter: spamjunkeater(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa I am using OpenSUSE 12.3 x86_64 with 3.9 Kernel and ATI 6850HD GPU. I just experiment OpenCL but I cannot make it with open source tools. compiled llvm, clang with : ./configure --libdir=/usr/lib64 --prefix=/usr --enable-{optimized,pic,shared} --disable-{assertions,docs,timestamps} --enable-targets="x86_64" --enable-experimental-targets="R600" (for llvm compilation, used http://llvm.org/docs/GettingStarted.html) And after, compiled mesa-trunk with ./configure --with-gallium-drivers=r600 --prefix=/usr --libdir=/usr/lib64 --enable-{vdpau,texture-float} --with-dri-drivers="" --enable-{gallium-llvm,r600-llvm-compiler,opencl} --enable-glx-tls --enable-shared-{glapi,dricore} but every utility that I tried, gives a segmentation error to me :-/ [ 3453.462803] python[7401]: segfault at 60 ip 00007f55c16292c0 sp 00007fff191b9138 error 4 in pipe_r600.so[7f55c14c0000+299000] [ 3465.707476] pyrit[7529]: segfault at 0 ip 00007f53614fb7cb sp 00007f535f2bc5c0 error 6 in libLLVM-3.3svn.so[7f5360eb1000+1004000] [ 3674.192257] cgminer[8773]: segfault at 20 ip 00007f2b65088710 sp 00007fffc1f24908 error 4 in libLLVM-3.3svn.so[7f2b648af000+1004000] Most detailed report from pyrit, by using it with benchmark argument; > pyrit benchmark Pyrit 0.4.1-dev (svn r308) (C) 2008-2011 Lukas Lueg http://pyrit.googlecode.com This code is distributed under the GNU General Public License v3+ Calibrating... 0x7faf109a72e0: i32 = GlobalAddress<i32 (i32, i32, i32)* @llvm.AMDGPU.bit.extract.u32.> 0 Undefined function UNREACHABLE executed at /run/media/death/OldRoot/temp/llvm/lib/Target/R600/AMDGPUISelLowering.h:56! Stack dump: 0. Running pass 'Function Pass Manager' on module 'radeon'. 1. Running pass 'AMDGPU DAG->DAG Pattern Instruction Selection' on function '@sha1_process' Aborted Regards, Erdem -- You are receiving this mail because: You are the assignee for the bug.

1 62

[Bug 64776] New: [9.1.2]"GPU fault detected" whit "eclipse juno" crash system
by bugzilla-daemon＠freedesktop.org 17 Mar '17

17 Mar '17

https://bugs.freedesktop.org/show_bug.cgi?id=64776 Priority: medium Bug ID: 64776 Assignee: dri-devel(a)lists.freedesktop.org Summary: [9.1.2]"GPU fault detected" whit "eclipse juno" crash system Severity: normal Classification: Unclassified OS: All Reporter: mombelli.mauro(a)gmail.com Hardware: Other Status: NEW Version: 9.1 Component: Drivers/Gallium/radeonsi Product: Mesa Created attachment 79557 --> https://bugs.freedesktop.org/attachment.cgi?id=79557&action=edit dmesg with a nice error log hi, after updating to mesa, ati-dri and mesa-libgl 9.1.2, everything work but when launching "eclipse juno" (even a fresh install) the monitor turn off, sometimes the system doesn't respond, sometimes the montor keep turning on and off, GUI in freezed but i can still use virtual consolle. No problem with steam, bzflag, flash, older version of eclipse or other java program. Also GPU extensive test have been done on windows system with no fault. Work-around is falling back to 9.1.1 my board: $ lspci | grep -i VGA 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Pitcairn PRO [Radeon HD 7850] here you will find attached dmesg and xorg log during one of the (rare) times when monitor was going on and off. Xorg seems to stop just before the system goes in this "loop state" anyway dmesg seems to catch the problem -- You are receiving this mail because: You are the assignee for the bug.

1 15

[Bug 84663] New: high cpu usage, poor performance in Borderlands 2 with radeonsi, PRIME
by bugzilla-daemon＠freedesktop.org 13 Mar '17

13 Mar '17

https://bugs.freedesktop.org/show_bug.cgi?id=84663 Bug ID: 84663 Summary: high cpu usage, poor performance in Borderlands 2 with radeonsi, PRIME Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel(a)lists.freedesktop.org Reporter: haagch(a)frickel.club Created attachment 107328 --> https://bugs.freedesktop.org/attachment.cgi?id=107328&action=edit sysprof recording from borderlands 2 only 00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09) 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Wimbledon XT [Radeon HD 7970M] (rev ff) xorg stable, mesa git, linux 3.17-rc7. I have had something similar in some games I think, but most recently with Borderlands 2. Here is a random screenshot with the HUD fps display from someone with a HD 7870 that shows that it runs mostly with 60 fps: https://i.imgur.com/qH0sBkl.jpg And here is a short clip of how it runs for me that shows it runs with 20-30 fps: https://www.youtube.com/watch?v=ZeZreRntt3k Radeontop says that the gpu is only used to ~30%. While running Borderlands 2 the CPU usage is always at 100+% on my i7 3632qm. I was undecided whether to report this here, but the difference is quite large so I thought I'd give it a try because I think the game itself is not supposed to use this much cpu time, so maybe it has something to do with the driver. Theories: < glennk> guessing from that output that the game engine uses a lot of occlusion queries and is stalling on them I haven't really found anything to test that yet. < agd5f> haagch, hybrid laptops have to do a lot of extra copying to get the frame from the rendering GPU to the display GPU I hope that the overhead is not *that* large because losing 70+% of gpu time would make it kind of useless for the affected games. Fortunately many (most?) games run much better, for example unigine valley shows good gpu usage: https://www.youtube.com/watch?v=sLWvYJlfvWM which makes me believe that there is a specific bottleneck. Attached is a sysprof profile of borderlands 2 but I don't know which of it is normal (like 25% total cpu time for glDrawRangeElements?). -- You are receiving this mail because: You are the assignee for the bug.

1 11

[Bug 76490] New: No output after radeon module is loaded (R9 270X)
by bugzilla-daemon＠freedesktop.org 13 Mar '17

13 Mar '17

https://bugs.freedesktop.org/show_bug.cgi?id=76490 Priority: medium Bug ID: 76490 Assignee: dri-devel(a)lists.freedesktop.org Summary: No output after radeon module is loaded (R9 270X) Severity: normal Classification: Unclassified OS: All Reporter: mail(a)geleia.net Hardware: Other Status: NEW Version: unspecified Component: DRM/Radeon Product: DRI Created attachment 96217 --> https://bugs.freedesktop.org/attachment.cgi?id=96217&action=edit kernel log The screen goes black after the radeon module is loaded. The only way I can get any output is to blacklist the radeon module, load it via modprobe and then change the resolution with xrandr from another computer via ssh. I seem to get some sort of lockup if I don't blacklist the module, because then I get a black screen at startup and I cannot even ssh into the machine. I tried to enable netconsole from the kernel command line but I can't get it to work (do I have to compile it statically?). I tried this with 3.14-rc6. For reference, I'm including the log output I get after I load the radeon module. This card is an MSI R9 270X Gaming 4G. -- You are receiving this mail because: You are the assignee for the bug.

1 126

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel May 2015