Segfault when accessing Cycles Render Devices preferences with two OpenCL platforms, AMD Mesa Clover and Intel Gen9 NEO #68052

New Issue

Rémi Verschelde · 2019-08-01T10:07:36+02:00

Rémi Verschelde commented

2019-08-01 10:07:36 +02:00

System Information
Operating system: Linux-5.1.20-desktop-2.mga7-x86_64-with-mageia-7-Official 64 Bits
Graphics card 1 (integrated): Mesa DRI Intel(R) HD Graphics 630 (Kaby Lake GT2) Intel Open Source Technology Center 4.5 (Core Profile) Mesa 19.1.3
Graphics card 2 (discrete): AMD VEGAM (DRM 3.30.0, 5.1.20-desktop-2.mga7, LLVM 8.0.0) X.Org 4.5 (Core Profile) Mesa 19.1.3

Blender Version
Broken: version: 2.80 (sub 75), branch: master, commit date: 2019-07-29 14:47, hash: f6cb5f5449
2.81 (sub 0), branch: master, commit date: 2019-07-30 20:50, hash: 5359b7a033
Worked: unknown

Short description of error
My HP Spectre x360 laptop has an Intel HD Graphics 630 IGP and an AMD Radeon RX Vega M GL dGPU.
The AMD card uses Mesa's Clover OpenCL platform, which Blender does not seem to support (cf. #68009 and D2171).

I built and installed https://github.com/intel/compute-runtime for the Intel Gen9 IGP, and confirmed that it works fine for an example OpenCL program.

$ ./clinfo --list
Platform #0: Clover
 `-- Device #0: AMD VEGAM (DRM 3.30.0, 5.1.20-desktop-2.mga7, LLVM 8.0.0)
Platform #1: Intel(R) OpenCL HD Graphics
 `-- Device #0: Intel(R) Gen9 HD Graphics NEO

In Blender, when I access Edit > Preferences > System to review what OpenCL platforms were detected, Blender segfaults:

Thread 1 "blender" received signal SIGSEGV, Segmentation fault.
0x00007fffffffb154 in ?? ()
(gdb) bt
- 0  0x00007fffffffb154 in ?? ()
- 1  0x00007ffff7f836d7 in __pthread_once_slow () from /lib64/libpthread.so.0
- 2  0x00007fffb306cc54 in ?? () from /lib64/libigc.so.1
- 3  0x00007fffb2f0dab0 in ?? () from /lib64/libigc.so.1
- 4  0x00007fffb2e0cfff in ?? () from /lib64/libigc.so.1
- 5  0x00007fffb2e0e2ef in ?? () from /lib64/libigc.so.1
- 6  0x00007fffb2dda483 in ?? () from /lib64/libigc.so.1
- 7  0x00007fffb2ddb298 in ?? () from /lib64/libigc.so.1
- 8  0x00007fffb2e88eb7 in ?? () from /lib64/libigc.so.1
- 9  0x00007fffb2e8b873 in ?? () from /lib64/libigc.so.1
- 10 0x00007fffb9b3b8b2 in ?? () from /usr/lib64/intel-opencl/libigdrcl.so
- 11 0x00007fffb9b1ebcb in ?? () from /usr/lib64/intel-opencl/libigdrcl.so
- 12 0x00007ffff7f836d7 in __pthread_once_slow () from /lib64/libpthread.so.0
- 13 0x00007fffb9b1f472 in ?? () from /usr/lib64/intel-opencl/libigdrcl.so
- 14 0x00007fffb9b92e7d in ?? () from /usr/lib64/intel-opencl/libigdrcl.so
- 15 0x00007fffb9af8e9b in ?? () from /usr/lib64/intel-opencl/libigdrcl.so
- 16 0x00007fffc603b0ba in ?? () from /lib64/libOpenCL.so
- 17 0x00007fffc603d2a4 in clGetPlatformIDs () from /lib64/libOpenCL.so
- 18 0x0000000003220776 in ccl::device_opencl_info(ccl::vector<ccl::DeviceInfo, ccl::GuardedAllocator<ccl::DeviceInfo> >&) ()
- 19 0x00000000031e87c6 in ccl::Device::available_devices(unsigned int) ()
- 20 0x0000000001548699 in ?? ()
- 21 0x000000000174f969 in _PyMethodDef_RawFastCallKeywords ()
- 22 0x000000000174fa25 in _PyCFunction_FastCallKeywords ()
- 23 0x000000000114f33f in _PyEval_EvalFrameDefault ()
- 24 0x0000000001803c23 in _PyEval_EvalCodeWithName ()
- 25 0x000000000174f4a6 in _PyFunction_FastCallKeywords ()
- 26 0x000000000114dfa3 in _PyEval_EvalFrameDefault ()
- 27 0x0000000001145530 in ?? ()
- 28 0x000000000114dfa3 in _PyEval_EvalFrameDefault ()
- 29 0x0000000001145530 in ?? ()
- 30 0x000000000114dfa3 in _PyEval_EvalFrameDefault ()
- 31 0x0000000001145530 in ?? ()
- 32 0x000000000174f3e6 in _PyFunction_FastCallDict ()
- 33 0x00000000013e69ce in ?? ()
- 34 0x00000000014f2c2f in ?? ()
- 35 0x0000000002d48623 in ?? ()
- 36 0x0000000002d4ab86 in ED_region_panels_layout_ex ()
- 37 0x0000000002d4b06d in ED_region_panels_ex ()
- 38 0x0000000002d4ebf1 in ED_region_do_draw ()
- 39 0x0000000001517513 in wm_draw_update ()
- 40 0x0000000001514c30 in WM_main ()
- 41 0x00000000010c0abe in main ()

I tried to reproduce the issue with a self-compiled build of 036312ecff (current master branch) and it does not crash, though it also does not list any platform for OpenCL.

Note that before I installed intel/compute-runtime, no segfaults happened (but Clover wasn't recognized).
I now also get a segfault trying to get system-info.txt, so here's the report from before installing compute-runtime:
system-info.txt

Complete clinfo output with both platforms installed:
clinfo.txt

Exact steps for others to reproduce the error

Install Mesa OpenCL for AMD dGPU + Intel Computer Runtime for Intel IGP on Linux.
In Blender 2.80, access Edit > Preferences > System.

**System Information** Operating system: Linux-5.1.20-desktop-2.mga7-x86_64-with-mageia-7-Official 64 Bits Graphics card 1 (integrated): Mesa DRI Intel(R) HD Graphics 630 (Kaby Lake GT2) Intel Open Source Technology Center 4.5 (Core Profile) Mesa 19.1.3 Graphics card 2 (discrete): AMD VEGAM (DRM 3.30.0, 5.1.20-desktop-2.mga7, LLVM 8.0.0) X.Org 4.5 (Core Profile) Mesa 19.1.3 **Blender Version** Broken: version: 2.80 (sub 75), branch: master, commit date: 2019-07-29 14:47, hash: `f6cb5f5449` 2.81 (sub 0), branch: master, commit date: 2019-07-30 20:50, hash: `5359b7a033` Worked: unknown **Short description of error** My HP Spectre x360 laptop has an Intel HD Graphics 630 IGP and an AMD Radeon RX Vega M GL dGPU. The AMD card uses Mesa's Clover OpenCL platform, which Blender does not seem to support (cf. #68009 and [D2171](https://archive.blender.org/developer/D2171)). I built and installed https://github.com/intel/compute-runtime for the Intel Gen9 IGP, and confirmed that it works fine for an example OpenCL program. ``` $ ./clinfo --list Platform #0: Clover `-- Device #0: AMD VEGAM (DRM 3.30.0, 5.1.20-desktop-2.mga7, LLVM 8.0.0) Platform #1: Intel(R) OpenCL HD Graphics `-- Device #0: Intel(R) Gen9 HD Graphics NEO ``` In Blender, when I access Edit > Preferences > System to review what OpenCL platforms were detected, Blender segfaults: ``` Thread 1 "blender" received signal SIGSEGV, Segmentation fault. 0x00007fffffffb154 in ?? () (gdb) bt - 0 0x00007fffffffb154 in ?? () - 1 0x00007ffff7f836d7 in __pthread_once_slow () from /lib64/libpthread.so.0 - 2 0x00007fffb306cc54 in ?? () from /lib64/libigc.so.1 - 3 0x00007fffb2f0dab0 in ?? () from /lib64/libigc.so.1 - 4 0x00007fffb2e0cfff in ?? () from /lib64/libigc.so.1 - 5 0x00007fffb2e0e2ef in ?? () from /lib64/libigc.so.1 - 6 0x00007fffb2dda483 in ?? () from /lib64/libigc.so.1 - 7 0x00007fffb2ddb298 in ?? () from /lib64/libigc.so.1 - 8 0x00007fffb2e88eb7 in ?? () from /lib64/libigc.so.1 - 9 0x00007fffb2e8b873 in ?? () from /lib64/libigc.so.1 - 10 0x00007fffb9b3b8b2 in ?? () from /usr/lib64/intel-opencl/libigdrcl.so - 11 0x00007fffb9b1ebcb in ?? () from /usr/lib64/intel-opencl/libigdrcl.so - 12 0x00007ffff7f836d7 in __pthread_once_slow () from /lib64/libpthread.so.0 - 13 0x00007fffb9b1f472 in ?? () from /usr/lib64/intel-opencl/libigdrcl.so - 14 0x00007fffb9b92e7d in ?? () from /usr/lib64/intel-opencl/libigdrcl.so - 15 0x00007fffb9af8e9b in ?? () from /usr/lib64/intel-opencl/libigdrcl.so - 16 0x00007fffc603b0ba in ?? () from /lib64/libOpenCL.so - 17 0x00007fffc603d2a4 in clGetPlatformIDs () from /lib64/libOpenCL.so - 18 0x0000000003220776 in ccl::device_opencl_info(ccl::vector<ccl::DeviceInfo, ccl::GuardedAllocator<ccl::DeviceInfo> >&) () - 19 0x00000000031e87c6 in ccl::Device::available_devices(unsigned int) () - 20 0x0000000001548699 in ?? () - 21 0x000000000174f969 in _PyMethodDef_RawFastCallKeywords () - 22 0x000000000174fa25 in _PyCFunction_FastCallKeywords () - 23 0x000000000114f33f in _PyEval_EvalFrameDefault () - 24 0x0000000001803c23 in _PyEval_EvalCodeWithName () - 25 0x000000000174f4a6 in _PyFunction_FastCallKeywords () - 26 0x000000000114dfa3 in _PyEval_EvalFrameDefault () - 27 0x0000000001145530 in ?? () - 28 0x000000000114dfa3 in _PyEval_EvalFrameDefault () - 29 0x0000000001145530 in ?? () - 30 0x000000000114dfa3 in _PyEval_EvalFrameDefault () - 31 0x0000000001145530 in ?? () - 32 0x000000000174f3e6 in _PyFunction_FastCallDict () - 33 0x00000000013e69ce in ?? () - 34 0x00000000014f2c2f in ?? () - 35 0x0000000002d48623 in ?? () - 36 0x0000000002d4ab86 in ED_region_panels_layout_ex () - 37 0x0000000002d4b06d in ED_region_panels_ex () - 38 0x0000000002d4ebf1 in ED_region_do_draw () - 39 0x0000000001517513 in wm_draw_update () - 40 0x0000000001514c30 in WM_main () - 41 0x00000000010c0abe in main () ``` I tried to reproduce the issue with a self-compiled build of 036312ecff459f7600361d5aba9a0dba896849a1 (current `master` branch) and it does not crash, though it also does not list any platform for OpenCL. Note that before I installed intel/compute-runtime, no segfaults happened (but Clover wasn't recognized). I now also get a segfault trying to get `system-info.txt`, so here's the report from before installing compute-runtime: [system-info.txt](https://archive.blender.org/developer/F7641025/system-info.txt) Complete `clinfo` output with both platforms installed: [clinfo.txt](https://archive.blender.org/developer/F7641030/clinfo.txt) **Exact steps for others to reproduce the error** - Install Mesa OpenCL for AMD dGPU + Intel Computer Runtime for Intel IGP on Linux. - In Blender 2.80, access Edit > Preferences > System.

Rémi Verschelde commented

2019-08-01 10:07:36 +02:00

Added subscriber: @akien

blender-admin commented

2019-08-01 10:07:36 +02:00

#76264 was marked as duplicate of this issue

Rémi Verschelde commented

2019-08-01 10:40:25 +02:00

Note that the bug may very well be in https://github.com/intel/compute-runtime

I'm trying to figure out how to get debug info from libigc.so.1 and libigdrcl.so and I'll post an updated backtrace, and cross-post it on https://github.com/intel/compute-runtime.

Note that the bug may very well be in https://github.com/intel/compute-runtime I'm trying to figure out how to get debug info from `libigc.so.1` and `libigdrcl.so` and I'll post an updated backtrace, and cross-post it on https://github.com/intel/compute-runtime.

Rémi Verschelde commented

2019-08-01 11:13:06 +02:00

Updated backtrace with debug symbols:

Thread 1 "blender" received signal SIGSEGV, Segmentation fault.
0x00007fffffffb164 in ?? ()
Missing separate debuginfos, use: debuginfo-install lib64asyncns0-0.8-11.mga7.x86_64 lib64bsd0-0.9.1-3.mga7.x86_64 lib64clang8.0-8.0.0-1.mga7.x86_64 lib64dbus1_3-1.13.8-4.mga7.x86_64 lib64drm2-2.4.98-1.mga7.x86_64 lib64drm_amdgpu1-2.4.98-1.mga7.x86_64 lib64drm_intel1-2.4.98-1.mga7.x86_64 lib64drm_nouveau2-2.4.98-1.mga7.x86_64 lib64drm_radeon1-2.4.98-1.mga7.x86_64 lib64edit0-3.1-0.20181209.1.mga7.x86_64 lib64elfutils1-0.176-1.mga7.x86_64 lib64expat1-2.2.6-2.mga7.x86_64 lib64ffi6-3.2.1-7.mga7.x86_64 lib64flac8-1.3.2-3.mga7.x86_64 lib64gcrypt20-1.8.4-1.mga7.x86_64 lib64gpg-error0-1.36-1.mga7.x86_64 lib64jack-devel-1.9.12-2.mga7.x86_64 lib64llvm8.0-8.0.0-1.mga7.x86_64 lib64lz4_1-1.8.3-1.mga7.x86_64 lib64lzma5-5.2.4-2.mga7.x86_64 lib64mesaopencl1-19.1.2-1.mga7.x86_64 lib64ncurses6-6.1-20181117.3.mga7.x86_64 lib64numa1-2.0.12-1.mga7.x86_64 lib64pciaccess0-0.14-2.mga7.x86_64 lib64pulseaudio0-12.2-5.mga7.x86_64 lib64pulsecommon12.2-12.2-5.mga7.x86_64 lib64sdl2.0-devel-2.0.9-1.mga7.x86_64 lib64sndfile1-1.0.28-8.mga7.x86_64 lib64systemd0-241-8.1.mga7.x86_64 lib64vorbis0-1.3.6-3.mga7.x86_64 lib64vorbisenc2-1.3.6-3.mga7.x86_64 lib64wrap0-7.6-48.mga7.x86_64 lib64x11-xcb1-1.6.7-1.mga7.x86_64 lib64x11_6-1.6.7-1.mga7.x86_64 lib64xau6-1.0.9-1.mga7.x86_64 lib64xcb-dri2_0-1.13.1-1.mga7.x86_64 lib64xcb-dri3_0-1.13.1-1.mga7.x86_64 lib64xcb-glx0-1.13.1-1.mga7.x86_64 lib64xcb-present0-1.13.1-1.mga7.x86_64 lib64xcb-sync1-1.13.1-1.mga7.x86_64 lib64xcb1-1.13.1-1.mga7.x86_64 lib64xcursor1-1.2.0-1.mga7.x86_64 lib64xdamage1-1.1.5-1.mga7.x86_64 lib64xdmcp6-1.1.3-1.mga7.x86_64 lib64xext6-1.3.4-1.mga7.x86_64 lib64xfixes3-5.0.3-2.mga7.x86_64 lib64xi6-1.7.9-3.mga7.x86_64 lib64xshmfence1-1.3-2.mga7.x86_64 lib64xxf86vm1-1.1.4-3.mga7.x86_64
(gdb) bt
- 0  0x00007fffffffb164 in ?? ()
- 1  0x00007ffff7f836d7 in __pthread_once_slow () from /lib64/libpthread.so.0
- 2  0x00007fffb0a84234 in __gthread_once (__func=<optimized out>, __once=0x7fffb1ffefcc <InitializeCheckInstrTypesPassFlag>) at /usr/include/c++/8.3.1/x86_64-mageia-linux-gnu/bits/gthr-default.h:699
- 3  std::call_once<void* (&)(llvm::PassRegistry&), std::reference_wrapper<llvm::PassRegistry> > (
    __f=@0x7fffb0a83e70: {void *(llvm::PassRegistry &)} 0x7fffb0a83e70 <initializeCheckInstrTypesPassOnce(llvm::PassRegistry&)>, __once=...) at /usr/include/c++/8.3.1/mutex:684
#4  llvm::call_once<void* (&)(llvm::PassRegistry&), std::reference_wrapper<llvm::PassRegistry> > (
    F=@0x7fffb0a83e70: {void *(llvm::PassRegistry &)} 0x7fffb0a83e70 <initializeCheckInstrTypesPassOnce(llvm::PassRegistry&)>, flag=...) at /usr/include/llvm/Support/Threading.h:102
- 5  initializeCheckInstrTypesPass (Registry=...) at /usr/src/debug/intel-igc-1.0.10-2.mga7.x86_64/IGC/Compiler/CISACodeGen/CheckInstrTypes.cpp:49
- 6  IGC::CheckInstrTypes::CheckInstrTypes (this=<optimized out>, instrList=0x7fffffffb164) at /usr/src/debug/intel-igc-1.0.10-2.mga7.x86_64/IGC/Compiler/CISACodeGen/CheckInstrTypes.cpp:56
- 7  0x00007fffb0924be0 in IGC::unify_opt_PreProcess (pContext=pContext@entry=0x7fffffffb0d0) at /usr/src/debug/intel-igc-1.0.10-2.mga7.x86_64/IGC/Compiler/CISACodeGen/ShaderCodeGen.cpp:1051
- 8  0x00007fffb082401f in IGC::CommonOCLBasedPasses (pContext=0x7fffffffb0d0, BuiltinGenericModule=std::unique_ptr<llvm::Module> = {...}, BuiltinSizeModule=std::unique_ptr<llvm::Module> = {...})
    at /usr/src/debug/intel-igc-1.0.10-2.mga7.x86_64/IGC/AdaptorOCL/UnifyIROCL.cpp:186
#9  0x00007fffb082530f in IGC::UnifyIRSPIR(IGC::OpenCLProgramContext*, std::unique_ptr<llvm::Module, std::default_delete<llvm::Module> >, std::unique_ptr<llvm::Module, std::default_delete<llvm::Module> >) ()
    at /usr/include/c++/8.3.1/ext/new_allocator.h:116
#10 0x00007fffb07f1464 in TC::TranslateBuild (pInputArgs=pInputArgs@entry=0x7fffffffb800, pOutputArgs=pOutputArgs@entry=0x7fffffffb7d0, 
    inputDataFormatTemp=inputDataFormatTemp@entry=TC::TB_DATA_FORMAT_LLVM_TEXT, IGCPlatform=..., profilingTimerResolution=<optimized out>) at /usr/include/c++/8.3.1/bits/move.h:74
#11 0x00007fffb07f2278 in TC::TranslateBuild (pInputArgs=pInputArgs@entry=0x7fffffffb800, pOutputArgs=pOutputArgs@entry=0x7fffffffb7d0, inputDataFormatTemp=TC::TB_DATA_FORMAT_LLVM_TEXT, IGCPlatform=..., 
    profilingTimerResolution=<optimized out>) at /usr/include/c++/8.3.1/ext/new_allocator.h:86
#12 0x00007fffb089ffe7 in IGC::IgcOclTranslationCtx<0ul>::Impl::Translate (this=<optimized out>, outVersion=<optimized out>, src=<optimized out>, specConstantsIds=specConstantsIds@entry=0x0, 
    specConstantsValues=specConstantsValues@entry=0x0, options=<optimized out>, internalOptions=<optimized out>, tracingOptions=<optimized out>, tracingOptionsCount=<optimized out>, gtPinInput=<optimized out>)
    at /usr/src/debug/intel-igc-1.0.10-2.mga7.x86_64/IGC/AdaptorOCL/ocl_igc_interface/impl/igc_ocl_translation_ctx_impl.h:230
#13 0x00007fffb08a29a3 in IGC::IgcOclTranslationCtx<1ul>::TranslateImpl (this=<optimized out>, outVersion=<optimized out>, src=<optimized out>, options=<optimized out>, internalOptions=<optimized out>, 
    tracingOptions=<optimized out>, tracingOptionsCount=0) at /usr/src/debug/intel-igc-1.0.10-2.mga7.x86_64/IGC/AdaptorOCL/ocl_igc_interface/igc_ocl_translation_ctx.h:45
#14 0x00007fffb75631ca in IGC::IgcOclTranslationCtx<1ul>::Translate<IGC::OclTranslationOutput<1ul> > (tracingOptionsCount=0, tracingOptions=0x0, internalOptions=<optimized out>, options=<optimized out>, 
    src=<optimized out>, this=<optimized out>) at /usr/include/igc/ocl_igc_interface/igc_ocl_translation_ctx.h:51
#15 NEO::translate<IGC::IgcOclTranslationCtx<3ul> > (internalOptions=<optimized out>, options=<optimized out>, src=<optimized out>, tCtx=<optimized out>)
--Type <RET> for more, q to quit, c to continue without paging--c
    at /usr/src/debug/intel-opencl-19.28.13502-1.mga7.x86_64/runtime/compiler_interface/compiler_interface.inl:27
- 16 NEO::CompilerInterface::getSipKernelBinary (this=0x7fffc6ef8ee0, kernel=<optimized out>, device=..., retBinary=std::vector of length 0, capacity 0) at /usr/src/debug/intel-opencl-19.28.13502-1.mga7.x86_64/runtime/compiler_interface/compiler_interface.cpp:348
- 17 0x00007fffb7547f54 in std::call_once<NEO::BuiltIns::getSipKernel(NEO::SipKernelType, NEO::Device&)::{lambda()#1}&>(std::once_flag&, NEO::BuiltIns::getSipKernel(NEO::SipKernelType, NEO::Device&)::{lambda()#1}&)::{lambda()#2}::_FUN() () at /usr/src/debug/intel-opencl-19.28.13502-1.mga7.x86_64/runtime/built_ins/built_ins.cpp:101
- 18 0x00007ffff7f836d7 in __pthread_once_slow () from /lib64/libpthread.so.0
- 19 0x00007fffb7548d02 in NEO::BuiltIns::getSipKernel (this=0x7fffc6f21c00, type=<optimized out>, device=...) at /usr/include/c++/8.3.1/x86_64-mageia-linux-gnu/bits/gthr-default.h:699
- 20 0x00007fffb75b4c2b in NEO::Platform::initialize (this=0x7fffc6fca700) at /usr/src/debug/intel-opencl-19.28.13502-1.mga7.x86_64/runtime/platform/platform.cpp:181
- 21 0x00007fffb7528d38 in clGetPlatformIDs (numEntries=<optimized out>, platforms=<optimized out>, numPlatforms=<optimized out>) at /usr/src/debug/intel-opencl-19.28.13502-1.mga7.x86_64/runtime/api/api.cpp:78
- 22 0x00007fffc3a520ba in _find_and_check_platforms (num_icds=2) at ocl_icd_loader.c:451
- 23 __initClIcd () at ocl_icd_loader.c:652
- 24 _initClIcd_real () at ocl_icd_loader.c:702
- 25 0x00007fffc3a542a4 in _initClIcd () at ocl_icd_loader.c:724
- 26 clGetPlatformIDs (num_entries=0, platforms=0x0, num_platforms=0x7fffffffc71c) at ocl_icd_loader.c:846
- 27 0x0000000003220776 in ccl::device_opencl_info(ccl::vector<ccl::DeviceInfo, ccl::GuardedAllocator<ccl::DeviceInfo> >&) ()
- 28 0x00000000031e87c6 in ccl::Device::available_devices(unsigned int) ()
- 29 0x0000000001548699 in ?? ()
- 30 0x000000000174f969 in _PyMethodDef_RawFastCallKeywords ()
- 31 0x000000000174fa25 in _PyCFunction_FastCallKeywords ()
- 32 0x000000000114f33f in _PyEval_EvalFrameDefault ()
- 33 0x0000000001803c23 in _PyEval_EvalCodeWithName ()
- 34 0x000000000174f4a6 in _PyFunction_FastCallKeywords ()
- 35 0x000000000114dfa3 in _PyEval_EvalFrameDefault ()
- 36 0x0000000001145530 in ?? ()
- 37 0x000000000114dfa3 in _PyEval_EvalFrameDefault ()
- 38 0x0000000001145530 in ?? ()
- 39 0x000000000114dfa3 in _PyEval_EvalFrameDefault ()
- 40 0x0000000001145530 in ?? ()
- 41 0x000000000174f3e6 in _PyFunction_FastCallDict ()
- 42 0x00000000013e69ce in ?? ()
- 43 0x00000000014f2c2f in ?? ()
- 44 0x0000000002d48623 in ?? ()
- 45 0x0000000002d4ab86 in ED_region_panels_layout_ex ()
- 46 0x0000000002d4b06d in ED_region_panels_ex ()
- 47 0x0000000002d4ebf1 in ED_region_do_draw ()
- 48 0x0000000001517513 in wm_draw_update ()
- 49 0x0000000001514c30 in WM_main ()
#50 0x00000000010c0abe in main ()

Updated backtrace with debug symbols: ``` Thread 1 "blender" received signal SIGSEGV, Segmentation fault. 0x00007fffffffb164 in ?? () Missing separate debuginfos, use: debuginfo-install lib64asyncns0-0.8-11.mga7.x86_64 lib64bsd0-0.9.1-3.mga7.x86_64 lib64clang8.0-8.0.0-1.mga7.x86_64 lib64dbus1_3-1.13.8-4.mga7.x86_64 lib64drm2-2.4.98-1.mga7.x86_64 lib64drm_amdgpu1-2.4.98-1.mga7.x86_64 lib64drm_intel1-2.4.98-1.mga7.x86_64 lib64drm_nouveau2-2.4.98-1.mga7.x86_64 lib64drm_radeon1-2.4.98-1.mga7.x86_64 lib64edit0-3.1-0.20181209.1.mga7.x86_64 lib64elfutils1-0.176-1.mga7.x86_64 lib64expat1-2.2.6-2.mga7.x86_64 lib64ffi6-3.2.1-7.mga7.x86_64 lib64flac8-1.3.2-3.mga7.x86_64 lib64gcrypt20-1.8.4-1.mga7.x86_64 lib64gpg-error0-1.36-1.mga7.x86_64 lib64jack-devel-1.9.12-2.mga7.x86_64 lib64llvm8.0-8.0.0-1.mga7.x86_64 lib64lz4_1-1.8.3-1.mga7.x86_64 lib64lzma5-5.2.4-2.mga7.x86_64 lib64mesaopencl1-19.1.2-1.mga7.x86_64 lib64ncurses6-6.1-20181117.3.mga7.x86_64 lib64numa1-2.0.12-1.mga7.x86_64 lib64pciaccess0-0.14-2.mga7.x86_64 lib64pulseaudio0-12.2-5.mga7.x86_64 lib64pulsecommon12.2-12.2-5.mga7.x86_64 lib64sdl2.0-devel-2.0.9-1.mga7.x86_64 lib64sndfile1-1.0.28-8.mga7.x86_64 lib64systemd0-241-8.1.mga7.x86_64 lib64vorbis0-1.3.6-3.mga7.x86_64 lib64vorbisenc2-1.3.6-3.mga7.x86_64 lib64wrap0-7.6-48.mga7.x86_64 lib64x11-xcb1-1.6.7-1.mga7.x86_64 lib64x11_6-1.6.7-1.mga7.x86_64 lib64xau6-1.0.9-1.mga7.x86_64 lib64xcb-dri2_0-1.13.1-1.mga7.x86_64 lib64xcb-dri3_0-1.13.1-1.mga7.x86_64 lib64xcb-glx0-1.13.1-1.mga7.x86_64 lib64xcb-present0-1.13.1-1.mga7.x86_64 lib64xcb-sync1-1.13.1-1.mga7.x86_64 lib64xcb1-1.13.1-1.mga7.x86_64 lib64xcursor1-1.2.0-1.mga7.x86_64 lib64xdamage1-1.1.5-1.mga7.x86_64 lib64xdmcp6-1.1.3-1.mga7.x86_64 lib64xext6-1.3.4-1.mga7.x86_64 lib64xfixes3-5.0.3-2.mga7.x86_64 lib64xi6-1.7.9-3.mga7.x86_64 lib64xshmfence1-1.3-2.mga7.x86_64 lib64xxf86vm1-1.1.4-3.mga7.x86_64 (gdb) bt - 0 0x00007fffffffb164 in ?? () - 1 0x00007ffff7f836d7 in __pthread_once_slow () from /lib64/libpthread.so.0 - 2 0x00007fffb0a84234 in __gthread_once (__func=<optimized out>, __once=0x7fffb1ffefcc <InitializeCheckInstrTypesPassFlag>) at /usr/include/c++/8.3.1/x86_64-mageia-linux-gnu/bits/gthr-default.h:699 - 3 std::call_once<void* (&)(llvm::PassRegistry&), std::reference_wrapper<llvm::PassRegistry> > ( __f=@0x7fffb0a83e70: {void *(llvm::PassRegistry &)} 0x7fffb0a83e70 <initializeCheckInstrTypesPassOnce(llvm::PassRegistry&)>, __once=...) at /usr/include/c++/8.3.1/mutex:684 #4 llvm::call_once<void* (&)(llvm::PassRegistry&), std::reference_wrapper<llvm::PassRegistry> > ( F=@0x7fffb0a83e70: {void *(llvm::PassRegistry &)} 0x7fffb0a83e70 <initializeCheckInstrTypesPassOnce(llvm::PassRegistry&)>, flag=...) at /usr/include/llvm/Support/Threading.h:102 - 5 initializeCheckInstrTypesPass (Registry=...) at /usr/src/debug/intel-igc-1.0.10-2.mga7.x86_64/IGC/Compiler/CISACodeGen/CheckInstrTypes.cpp:49 - 6 IGC::CheckInstrTypes::CheckInstrTypes (this=<optimized out>, instrList=0x7fffffffb164) at /usr/src/debug/intel-igc-1.0.10-2.mga7.x86_64/IGC/Compiler/CISACodeGen/CheckInstrTypes.cpp:56 - 7 0x00007fffb0924be0 in IGC::unify_opt_PreProcess (pContext=pContext@entry=0x7fffffffb0d0) at /usr/src/debug/intel-igc-1.0.10-2.mga7.x86_64/IGC/Compiler/CISACodeGen/ShaderCodeGen.cpp:1051 - 8 0x00007fffb082401f in IGC::CommonOCLBasedPasses (pContext=0x7fffffffb0d0, BuiltinGenericModule=std::unique_ptr<llvm::Module> = {...}, BuiltinSizeModule=std::unique_ptr<llvm::Module> = {...}) at /usr/src/debug/intel-igc-1.0.10-2.mga7.x86_64/IGC/AdaptorOCL/UnifyIROCL.cpp:186 #9 0x00007fffb082530f in IGC::UnifyIRSPIR(IGC::OpenCLProgramContext*, std::unique_ptr<llvm::Module, std::default_delete<llvm::Module> >, std::unique_ptr<llvm::Module, std::default_delete<llvm::Module> >) () at /usr/include/c++/8.3.1/ext/new_allocator.h:116 #10 0x00007fffb07f1464 in TC::TranslateBuild (pInputArgs=pInputArgs@entry=0x7fffffffb800, pOutputArgs=pOutputArgs@entry=0x7fffffffb7d0, inputDataFormatTemp=inputDataFormatTemp@entry=TC::TB_DATA_FORMAT_LLVM_TEXT, IGCPlatform=..., profilingTimerResolution=<optimized out>) at /usr/include/c++/8.3.1/bits/move.h:74 #11 0x00007fffb07f2278 in TC::TranslateBuild (pInputArgs=pInputArgs@entry=0x7fffffffb800, pOutputArgs=pOutputArgs@entry=0x7fffffffb7d0, inputDataFormatTemp=TC::TB_DATA_FORMAT_LLVM_TEXT, IGCPlatform=..., profilingTimerResolution=<optimized out>) at /usr/include/c++/8.3.1/ext/new_allocator.h:86 #12 0x00007fffb089ffe7 in IGC::IgcOclTranslationCtx<0ul>::Impl::Translate (this=<optimized out>, outVersion=<optimized out>, src=<optimized out>, specConstantsIds=specConstantsIds@entry=0x0, specConstantsValues=specConstantsValues@entry=0x0, options=<optimized out>, internalOptions=<optimized out>, tracingOptions=<optimized out>, tracingOptionsCount=<optimized out>, gtPinInput=<optimized out>) at /usr/src/debug/intel-igc-1.0.10-2.mga7.x86_64/IGC/AdaptorOCL/ocl_igc_interface/impl/igc_ocl_translation_ctx_impl.h:230 #13 0x00007fffb08a29a3 in IGC::IgcOclTranslationCtx<1ul>::TranslateImpl (this=<optimized out>, outVersion=<optimized out>, src=<optimized out>, options=<optimized out>, internalOptions=<optimized out>, tracingOptions=<optimized out>, tracingOptionsCount=0) at /usr/src/debug/intel-igc-1.0.10-2.mga7.x86_64/IGC/AdaptorOCL/ocl_igc_interface/igc_ocl_translation_ctx.h:45 #14 0x00007fffb75631ca in IGC::IgcOclTranslationCtx<1ul>::Translate<IGC::OclTranslationOutput<1ul> > (tracingOptionsCount=0, tracingOptions=0x0, internalOptions=<optimized out>, options=<optimized out>, src=<optimized out>, this=<optimized out>) at /usr/include/igc/ocl_igc_interface/igc_ocl_translation_ctx.h:51 #15 NEO::translate<IGC::IgcOclTranslationCtx<3ul> > (internalOptions=<optimized out>, options=<optimized out>, src=<optimized out>, tCtx=<optimized out>) --Type <RET> for more, q to quit, c to continue without paging--c at /usr/src/debug/intel-opencl-19.28.13502-1.mga7.x86_64/runtime/compiler_interface/compiler_interface.inl:27 - 16 NEO::CompilerInterface::getSipKernelBinary (this=0x7fffc6ef8ee0, kernel=<optimized out>, device=..., retBinary=std::vector of length 0, capacity 0) at /usr/src/debug/intel-opencl-19.28.13502-1.mga7.x86_64/runtime/compiler_interface/compiler_interface.cpp:348 - 17 0x00007fffb7547f54 in std::call_once<NEO::BuiltIns::getSipKernel(NEO::SipKernelType, NEO::Device&)::{lambda()#1}&>(std::once_flag&, NEO::BuiltIns::getSipKernel(NEO::SipKernelType, NEO::Device&)::{lambda()#1}&)::{lambda()#2}::_FUN() () at /usr/src/debug/intel-opencl-19.28.13502-1.mga7.x86_64/runtime/built_ins/built_ins.cpp:101 - 18 0x00007ffff7f836d7 in __pthread_once_slow () from /lib64/libpthread.so.0 - 19 0x00007fffb7548d02 in NEO::BuiltIns::getSipKernel (this=0x7fffc6f21c00, type=<optimized out>, device=...) at /usr/include/c++/8.3.1/x86_64-mageia-linux-gnu/bits/gthr-default.h:699 - 20 0x00007fffb75b4c2b in NEO::Platform::initialize (this=0x7fffc6fca700) at /usr/src/debug/intel-opencl-19.28.13502-1.mga7.x86_64/runtime/platform/platform.cpp:181 - 21 0x00007fffb7528d38 in clGetPlatformIDs (numEntries=<optimized out>, platforms=<optimized out>, numPlatforms=<optimized out>) at /usr/src/debug/intel-opencl-19.28.13502-1.mga7.x86_64/runtime/api/api.cpp:78 - 22 0x00007fffc3a520ba in _find_and_check_platforms (num_icds=2) at ocl_icd_loader.c:451 - 23 __initClIcd () at ocl_icd_loader.c:652 - 24 _initClIcd_real () at ocl_icd_loader.c:702 - 25 0x00007fffc3a542a4 in _initClIcd () at ocl_icd_loader.c:724 - 26 clGetPlatformIDs (num_entries=0, platforms=0x0, num_platforms=0x7fffffffc71c) at ocl_icd_loader.c:846 - 27 0x0000000003220776 in ccl::device_opencl_info(ccl::vector<ccl::DeviceInfo, ccl::GuardedAllocator<ccl::DeviceInfo> >&) () - 28 0x00000000031e87c6 in ccl::Device::available_devices(unsigned int) () - 29 0x0000000001548699 in ?? () - 30 0x000000000174f969 in _PyMethodDef_RawFastCallKeywords () - 31 0x000000000174fa25 in _PyCFunction_FastCallKeywords () - 32 0x000000000114f33f in _PyEval_EvalFrameDefault () - 33 0x0000000001803c23 in _PyEval_EvalCodeWithName () - 34 0x000000000174f4a6 in _PyFunction_FastCallKeywords () - 35 0x000000000114dfa3 in _PyEval_EvalFrameDefault () - 36 0x0000000001145530 in ?? () - 37 0x000000000114dfa3 in _PyEval_EvalFrameDefault () - 38 0x0000000001145530 in ?? () - 39 0x000000000114dfa3 in _PyEval_EvalFrameDefault () - 40 0x0000000001145530 in ?? () - 41 0x000000000174f3e6 in _PyFunction_FastCallDict () - 42 0x00000000013e69ce in ?? () - 43 0x00000000014f2c2f in ?? () - 44 0x0000000002d48623 in ?? () - 45 0x0000000002d4ab86 in ED_region_panels_layout_ex () - 46 0x0000000002d4b06d in ED_region_panels_ex () - 47 0x0000000002d4ebf1 in ED_region_do_draw () - 48 0x0000000001517513 in wm_draw_update () - 49 0x0000000001514c30 in WM_main () #50 0x00000000010c0abe in main () ```

Rémi Verschelde commented

2019-08-01 11:30:34 +02:00

Intel upstream bug report: https://github.com/intel/compute-runtime/issues/194

Brecht Van Lommel commented

2019-08-01 21:16:28 +02:00

Added subscriber: @brecht

Brecht Van Lommel commented

2019-08-01 21:16:28 +02:00

We've had problems in the past where there was a conflict between LLVM symbols, with Blender using a different LLVM version than the driver.

We try to hide these symbols on the Blender side (using source/creator/blender.map), but may have missed some.

If your build did not include OSL / LLVM, that could explain why you couldn't reproduce it.

We've had problems in the past where there was a conflict between LLVM symbols, with Blender using a different LLVM version than the driver. We try to hide these symbols on the Blender side (using `source/creator/blender.map`), but may have missed some. If your build did not include OSL / LLVM, that could explain why you couldn't reproduce it.

Rémi Verschelde commented

2019-08-02 11:13:10 +02:00

Thanks, that's quite likely. I'm trying to debug further issues with this OpenCL runtime and Blender upstream and it does sound like having a slightly unexpected LLVM or Clang version can lead to such wild issues: https://github.com/intel/compute-runtime/issues/195

I expect that we should be able to sort out the packaging with the upstream Intel packager in coming days, so we can revisit this issue at that time and see if that runtime still makes Blender crash and if so whether we need to hide some more symbols.

If your build did not include OSL / LLVM, that could explain why you couldn't reproduce it.

That's correct, my original build was with default options and thus WITH_LLVM=OFF and WITH_CYCLES_OSL=OFF.

I just did a new build with both ON and I still can't reproduce the crash though. But it looks like the official Blender 2.80 release doesn't link libLLVM dynamically, so I guess it links it statically? If so there could indeed be a symbol mismatch between Blender's statically linked LLVM and the one from my distro loaded dynamically by IGC.

Thanks, that's quite likely. I'm trying to debug further issues with this OpenCL runtime and Blender upstream and it does sound like having a slightly unexpected LLVM or Clang version can lead to such wild issues: https://github.com/intel/compute-runtime/issues/195 I expect that we should be able to sort out the packaging with the upstream Intel packager in coming days, so we can revisit this issue at that time and see if that runtime still makes Blender crash and if so whether we need to hide some more symbols. > If your build did not include OSL / LLVM, that could explain why you couldn't reproduce it. That's correct, my original build was with default options and thus `WITH_LLVM=OFF` and `WITH_CYCLES_OSL=OFF`. I just did a new build with both ON and I still can't reproduce the crash though. But it looks like the official Blender 2.80 release doesn't link libLLVM dynamically, so I guess it links it statically? If so there could indeed be a symbol mismatch between Blender's statically linked LLVM and the one from my distro loaded dynamically by IGC.

Philipp Oeser commented

2019-12-19 17:36:35 +01:00

Added subscriber: @lichtwerk

Philipp Oeser commented

2019-12-19 17:36:35 +01:00

Hi @akien, is there any news on this?
(just trying to figure out the status of this report...)

Hi @akien, is there any news on this? (just trying to figure out the status of this report...)

Richard Antalik commented

2020-01-06 16:11:24 +01:00

Added subscriber: @iss

Richard Antalik commented

2020-01-06 16:11:24 +01:00

Similar or duplicate of #67954

Richard Antalik commented

2020-01-23 00:27:53 +01:00

Changed status from 'Needs User Info' to: 'Archived'

Richard Antalik closed this issue

2020-01-23 00:27:53 +01:00

Richard Antalik self-assigned this 2020-01-23 00:27:53 +01:00

Richard Antalik commented

2020-01-23 00:27:53 +01:00

Since last asking for information it has been 7 or more days, due to the policy of our bug tracker we will have to close the report.

Patrice commented

2020-02-05 08:41:08 +01:00

Added subscriber: @Metal3d

Patrice commented

2020-02-05 08:41:08 +01:00

It could be nice to reopen that issue as we are several users without AMD or NVidia card.

Removing Clover and leaving only NEO device + "force_all" in source code to let Intel device to be listed in Blender, I can reproduce the segfault.
As I said in a previous bug report, I understand that you are very busy on several others tasks and that you only support CUDA and OpenCL for AMD devices for now.

But...

If someone is brave enough to try to help others users to make GPU render on Intel cards... that could be very nice :)

Note: LuxRender works well on Intel NEO devices, it's not as powerful than on NVidia but it's way faster than on CPU only, giving that possibility to Intel card owners could be a big step forward.

It could be nice to reopen that issue as we are several users without AMD or NVidia card. Removing Clover and leaving only NEO device + "force_all" in source code to let Intel device to be listed in Blender, I can reproduce the segfault. As I said in a previous bug report, I understand that you are very busy on several others tasks and that you only support CUDA and OpenCL for AMD devices for now. But... If someone is brave enough to try to help others users to make GPU render on Intel cards... that could be very nice :) Note: LuxRender works well on Intel NEO devices, it's not as powerful than on NVidia but it's way faster than on CPU only, giving that possibility to Intel card owners could be a big step forward.

Richard Antalik commented

2020-02-05 10:51:09 +01:00

Changed status from 'Archived' to: 'Needs Developer To Reproduce'

Richard Antalik reopened this issue

2020-02-05 10:51:09 +01:00

Richard Antalik removed their assignment 2020-02-27 14:48:32 +01:00

Brecht Van Lommel commented

2020-05-01 22:06:17 +02:00

Added subscriber: @smutz

Brecht Van Lommel commented

2020-05-01 23:23:02 +02:00

@smutz, I committed a possible fix but it's a bit of a blind guess.

Can you test if the very latest 2.83 Beta Linux build works?
https://builder.blender.org/download/

@smutz, I committed a possible fix but it's a bit of a blind guess. Can you test if the very latest 2.83 Beta Linux build works? https://builder.blender.org/download/

Brecht Van Lommel commented

2020-05-02 00:12:56 +02:00

Changed status from 'Needs Developer To Reproduce' to: 'Needs User Info'

Stephane Mutz commented

2020-05-02 00:24:13 +02:00

The problem is the same with the latest 2.83 beta release. As the process becomes unresponsive, there is not even a core dump to analyze. Would a trace help?

Sometimes, the freeze happens as soon as I open the Preference window. The window opens but remain blank.

The problem is the same with the latest 2.83 beta release. As the process becomes unresponsive, there is not even a core dump to analyze. Would a trace help? Sometimes, the freeze happens as soon as I open the Preference window. The window opens but remain blank.

Brecht Van Lommel commented

2020-05-06 18:12:51 +02:00

Here's another possible solution, does this build work?
https://builder.blender.org/download/temp-clew-deepbind/temp-clew-deepbind-blender-2.83-be8c8b8b9d4c-linux64.tar.xz

Here's another possible solution, does this build work? https://builder.blender.org/download/temp-clew-deepbind/temp-clew-deepbind-blender-2.83-be8c8b8b9d4c-linux64.tar.xz

Stephane Mutz commented

2020-05-06 19:01:18 +02:00

Sorry, the behavior is still the same. I also tried after removing ~/.config/blender but it makes no difference.

I generated 2 strace files. The last call is a call to futex() that doesn't return. I hope that can help a bit.

trace.log.gz

trace-noconfig.log.gz

Sorry, the behavior is still the same. I also tried after removing ~/.config/blender but it makes no difference. I generated 2 strace files. The last call is a call to futex() that doesn't return. I hope that can help a bit. [trace.log.gz](https://archive.blender.org/developer/F8516535/trace.log.gz) [trace-noconfig.log.gz](https://archive.blender.org/developer/F8516536/trace-noconfig.log.gz)

Stephane Mutz commented

2020-05-06 20:09:39 +02:00

I looked further using strace -ff

Before the bug, I see 4 active threads (out of 20+). After the bug, I notice 2 of them are waiting on a futex() call.

I looked further using strace -ff Before the bug, I see 4 active threads (out of 20+). After the bug, I notice 2 of them are waiting on a futex() call.

Brecht Van Lommel commented

2020-05-06 20:18:55 +02:00

I don't think it's a coincidence that one of the last things it does is open libopencl-clang.so.10, which likely conflicts with Blender's LLVM/clang.

Can you try running this, getting Blender to crash and attaching the output here?

LD_DEBUG=all ./blender &> blender_ld_debug.txt

I don't think it's a coincidence that one of the last things it does is open `libopencl-clang.so.10`, which likely conflicts with Blender's LLVM/clang. Can you try running this, getting Blender to crash and attaching the output here? ``` LD_DEBUG=all ./blender &> blender_ld_debug.txt ```

Stephane Mutz commented

2020-05-06 20:35:21 +02:00

Done.

blender_ld_debug.txt.gz

Done. [blender_ld_debug.txt.gz](https://archive.blender.org/developer/F8516661/blender_ld_debug.txt.gz)

Campbell Barton commented

2020-05-15 05:03:44 +02:00

Changed status from 'Needs User Info' to: 'Needs Developer To Reproduce'

Rafael Domiciano commented

2020-05-31 04:56:03 +02:00

Added subscriber: @rafaeldomi

Thomas Dinges commented

2021-11-18 21:06:14 +01:00

Added subscriber: @ThomasDinges

Thomas Dinges commented

2021-11-18 21:06:14 +01:00

Changed status from 'Needs Developer To Reproduce' to: 'Archived'

Thomas Dinges closed this issue

2021-11-18 21:06:14 +01:00

Thomas Dinges commented

2021-11-18 21:06:14 +01:00

OpenCL rendering support was removed in Blender 3.0.
The combination of the limited Cycles kernel implementation, driver bugs, and stalled OpenCL standard
has made maintenance too difficult. Thanks for your report, but it's unlikely that there will be further fixes for OpenCL.

For AMD GPUs, there is a new backend based on the HIP platform.
In Blender 3.0, this is supported on Windows with RDNA and RDNA2 generation discrete graphics cards.
It includes Radeon RX 5000 and RX 6000 series GPUs. Driver version Radeon Pro 21.Q4 or newer is required.

https://wiki.blender.org/wiki/Reference/Release_Notes/3.0/Cycles
https://code.blender.org/2021/11/next-level-support-for-amd-gpus/

OpenCL rendering support was removed in Blender 3.0. The combination of the limited Cycles kernel implementation, driver bugs, and stalled OpenCL standard has made maintenance too difficult. Thanks for your report, but it's unlikely that there will be further fixes for OpenCL. For AMD GPUs, there is a new backend based on the HIP platform. In Blender 3.0, this is supported on Windows with RDNA and RDNA2 generation discrete graphics cards. It includes Radeon RX 5000 and RX 6000 series GPUs. Driver version Radeon Pro 21.Q4 or newer is required. https://wiki.blender.org/wiki/Reference/Release_Notes/3.0/Cycles https://code.blender.org/2021/11/next-level-support-for-amd-gpus/

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Segfault when accessing Cycles Render Devices preferences with two OpenCL platforms, AMD Mesa Clover and Intel Gen9 NEO #68052