17:4.0.1-2 Segfault on start

added priority3-normal scopebug severity4-low statusconfirmed labels

Added 2023-11-20 13:13:05 UTC - Commented by loqs (loqs)

blender 17:4.0.1-1 or 17:4.0.1-2? If only the latter possibly related to 1 FS#79506.

Added 2023-11-20 14:32:34 UTC - Commented by james (HbaRckKqGcSwkrHxV)

Same here:

Blender 4.0.1, Commit date: 2023-11-16 16:40, Hash d0dd92834a08

backtrace

blender(+0xfd1453) [0x55fd57ba5453] blender(+0x8ba97e) [0x55fd5748e97e] /usr/lib/libc.so.6(+0x3e710) [0x7f3fd1e5c710] /usr/lib/libLLVM-15.so(+0x17a7a0f) [0x7f3fc69a7a0f] /usr/lib/libLLVM-15.so(+0x17a7b98) [0x7f3fc69a7b98] /usr/lib/libLLVM-16.so(_ZN4llvm14FoldingSetBase19FindNodeOrInsertPosERKNS_16FoldingSetNodeIDERPvRKNS0_14FoldingSetInfoE+0xb6) [0x7f3fdf5278e6] /usr/lib/libLLVM-16.so(_ZN4llvm12SelectionDAG19FindNodeOrInsertPosERKNS_16FoldingSetNodeIDERKNS_5SDLocERPv+0x36) [0x7f3fe009b1b6] /usr/lib/libLLVM-16.so(_ZN4llvm12SelectionDAG11getConstantERKNS_11ConstantIntERKNS_5SDLocENS_3EVTEbb+0x1ab) [0x7f3fe00da55b] /usr/lib/libLLVM-16.so(_ZN4llvm12SelectionDAG11getConstantEmRKNS_5SDLocENS_3EVTEbb+0xec) [0x7f3fe00db2bc] /usr/lib/libLLVM-16.so(_ZN4llvm19SelectionDAGBuilder20visitTargetIntrinsicERKNS_8CallInstEj+0x1f0) [0x7f3fe0064050] /usr/lib/libLLVM-16.so(_ZN4llvm19SelectionDAGBuilder18visitIntrinsicCallERKNS_8CallInstEj+0x53d) [0x7f3fe0083d4d] /usr/lib/libLLVM-16.so(_ZN4llvm19SelectionDAGBuilder5visitERKNS_11InstructionE+0x450) [0x7f3fe0093ec0] /usr/lib/libLLVM-16.so(_ZN4llvm16SelectionDAGISel16SelectBasicBlockENS_14ilist_iteratorINS_12ilist_detail12node_optionsINS_11InstructionELb0ELb0EvEELb0ELb1EEES6_Rb+0x94) [0x7f3fe0103ef4] /usr/lib/libLLVM-16.so(_ZN4llvm16SelectionDAGISel20SelectAllBasicBlocksERKNS_8FunctionE+0x18dd) [0x7f3fe010592d] /usr/lib/libLLVM-16.so(+0x19079b6) [0x7f3fe01079b6] /usr/lib/libLLVM-16.so(+0x12ea945) [0x7f3fdfaea945] /usr/lib/libLLVM-16.so(_ZN4llvm13FPPassManager13runOnFunctionERNS_8FunctionE+0x459) [0x7f3fdf7ab989] /usr/lib/libLLVM-16.so(+0x282aefa) [0x7f3fe102aefa] /usr/lib/libLLVM-16.so(_ZN4llvm6legacy15PassManagerImpl3runERNS_6ModuleE+0x3ec) [0x7f3fdf7ac6ac] /usr/lib/dri/radeonsi_dri.so(+0x82f380) [0x7f3f7a22f380] /usr/lib/dri/radeonsi_dri.so(+0x830009) [0x7f3f7a230009] /usr/lib/dri/radeonsi_dri.so(+0x84fffc) [0x7f3f7a24fffc] /usr/lib/dri/radeonsi_dri.so(+0x85c2cf) [0x7f3f7a25c2cf] /usr/lib/dri/radeonsi_dri.so(+0x867c4d) [0x7f3f7a267c4d] /usr/lib/dri/radeonsi_dri.so(+0xd334b3) [0x7f3f7a7334b3] /usr/lib/dri/radeonsi_dri.so(+0xd070f1) [0x7f3f7a7070f1] /usr/lib/dri/radeonsi_dri.so(+0xbad593) [0x7f3f7a5ad593] /usr/lib/dri/radeonsi_dri.so(+0x1351b8e) [0x7f3f7ad51b8e] /usr/lib/dri/radeonsi_dri.so(+0x8bbed3) [0x7f3f7a2bbed3] /usr/lib/dri/radeonsi_dri.so(+0x607263) [0x7f3f7a007263] /usr/lib/dri/radeonsi_dri.so(+0x5e8219) [0x7f3f79fe8219] /usr/lib/dri/radeonsi_dri.so(+0x147f72a) [0x7f3f7ae7f72a] /usr/lib/dri/radeonsi_dri.so(+0x60b018) [0x7f3f7a00b018] /usr/lib/dri/radeonsi_dri.so(+0x18753f) [0x7f3f79b8753f] /usr/lib/dri/radeonsi_dri.so(+0xbe454) [0x7f3f79abe454] /usr/lib/libEGL_mesa.so.0(+0x2bf58) [0x7f3f8f8ddf58] /usr/lib/libEGL_mesa.so.0(+0x1c328) [0x7f3f8f8ce328] /usr/lib/libEGL_mesa.so.0(+0x1406d) [0x7f3f8f8c606d] blender(+0x2961514) [0x55fd59535514] blender(+0x295fd38) [0x55fd59533d38] blender(+0x2940529) [0x55fd59514529] blender(+0x295df6b) [0x55fd59531f6b] blender(+0x295b1a4) [0x55fd5952f1a4] blender(+0x293ca74) [0x55fd59510a74] blender(+0x10175a2) [0x55fd57beb5a2] blender(+0x10177ed) [0x55fd57beb7ed] blender(+0xfe1224) [0x55fd57bb5224] blender(+0xff70ae) [0x55fd57bcb0ae] blender(+0xffc7c4) [0x55fd57bd07c4] blender(+0x88dde1) [0x55fd57461de1] /usr/lib/libc.so.6(+0x27cd0) [0x7f3fd1e45cd0] /usr/lib/libc.so.6(__libc_start_main+0x8a) [0x7f3fd1e45d8a] blender(+0x8b6565) [0x55fd5748a565]

Python backtrace

Added 2023-11-20 15:11:59 UTC - Commented by Milan Mišić (twoexem)

I have the same issue. Attached the backtrace file to this comment.

Attachments

blender.crash.txt

Added 2023-11-20 15:19:43 UTC - Commented by loqs (loqs)

Assuming all the backtraces are produced by blender 17:4.0.1-2 please try 17:4.0.1-1.

Added 2023-11-20 15:37:03 UTC - Commented by james (HbaRckKqGcSwkrHxV)

@loqs: Tried 17:4.0.1-1 now, it opens.

Added 2023-11-20 16:46:18 UTC - Commented by loqs (loqs)

Please try building blender 17:4.0.1-2 with the attached diff applied or try the built package linked below:

https://drive.google.com/file/d/1I-jEaYOoXigdaa1SVh50NBvShhzA5HRd/view?usp=sharing blender-17:4.0.1-2.1-x86_64.pkg.tar.zst

Attachments

PKGBUILD.diff

Added 2023-11-20 21:03:40 UTC - Commented by Toolybird (Toolybird)

backtrace

Please refrain from posting backtraces without debugging information as they are basically useless. Please see [1][2] for more details.

FWIW, the app opens up fine here without crashing.

[1] https://blogs.gnome.org/mcatanzaro/2021/09/18/creating-quality-backtraces-for-crash-reports/ [2] https://wiki.archlinux.org/title/Debugging/Getting_traces

Added 2023-11-21 03:54:05 UTC - Commented by Anton Lazarev (antonok)

@loqs I've also encountered the same issue on 17:4.0.1-2.

I built 17:4.0.1-2.1 using your attached PKGBUILD.diff and it works once again.

Added 2023-11-21 15:21:16 UTC - Commented by c (grinness)

Hi,

I just upgraded to the latest blender (blender 17:4.0.1-3) and still have crash at startup (no 4.0.x version has worked for me so far):

blender
Writing: /tmp/blender.crash.txt zsh: segmentation fault (core dumped) blender cat /tmp/blender.crash.txt

Blender 4.0.1, Commit date: 2023-11-16 16:40, Hash d0dd92834a08

backtrace

blender(+0xfd0683) [0x55b7fffbc683] blender(+0x8ba21e) [0x55b7ff8a621e] /usr/lib/libc.so.6(+0x3e710) [0x7f485145c710] /usr/lib/libLLVM-15.so(+0x17a7a0f) [0x7f4845fa7a0f] /usr/lib/libLLVM-15.so(+0x17a7b98) [0x7f4845fa7b98] /usr/lib/libLLVM-16.so(_ZN4llvm14FoldingSetBase19FindNodeOrInsertPosERKNS_16FoldingSetNodeIDERPvRKNS0_14FoldingSetInfoE+0xb6) [0x7f485f9278e6] /usr/lib/libLLVM-16.so(_ZN4llvm12SelectionDAG19FindNodeOrInsertPosERKNS_16FoldingSetNodeIDERKNS_5SDLocERPv+0x36) [0x7f486049b1b6] /usr/lib/libLLVM-16.so(_ZN4llvm12SelectionDAG11getConstantERKNS_11ConstantIntERKNS_5SDLocENS_3EVTEbb+0x1ab) [0x7f48604da55b] /usr/lib/libLLVM-16.so(_ZN4llvm12SelectionDAG11getConstantEmRKNS_5SDLocENS_3EVTEbb+0xec) [0x7f48604db2bc] /usr/lib/libLLVM-16.so(_ZN4llvm19SelectionDAGBuilder20visitTargetIntrinsicERKNS_8CallInstEj+0x1f0) [0x7f4860464050] /usr/lib/libLLVM-16.so(_ZN4llvm19SelectionDAGBuilder18visitIntrinsicCallERKNS_8CallInstEj+0x53d) [0x7f4860483d4d] /usr/lib/libLLVM-16.so(_ZN4llvm19SelectionDAGBuilder5visitERKNS_11InstructionE+0x450) [0x7f4860493ec0] /usr/lib/libLLVM-16.so(_ZN4llvm16SelectionDAGISel16SelectBasicBlockENS_14ilist_iteratorINS_12ilist_detail12node_optionsINS_11InstructionELb0ELb0EvEELb0ELb1EEES6_Rb+0x94) [0x7f4860503ef4] /usr/lib/libLLVM-16.so(_ZN4llvm16SelectionDAGISel20SelectAllBasicBlocksERKNS_8FunctionE+0x18dd) [0x7f486050592d] /usr/lib/libLLVM-16.so(+0x19079b6) [0x7f48605079b6] /usr/lib/libLLVM-16.so(+0x12ea945) [0x7f485feea945] /usr/lib/libLLVM-16.so(_ZN4llvm13FPPassManager13runOnFunctionERNS_8FunctionE+0x459) [0x7f485fbab989] /usr/lib/libLLVM-16.so(+0x282aefa) [0x7f486142aefa] /usr/lib/libLLVM-16.so(_ZN4llvm6legacy15PassManagerImpl3runERNS_6ModuleE+0x3ec) [0x7f485fbac6ac] /usr/lib/dri/radeonsi_dri.so(+0x82f380) [0x7f4801c2f380] /usr/lib/dri/radeonsi_dri.so(+0x830009) [0x7f4801c30009] /usr/lib/dri/radeonsi_dri.so(+0x84fffc) [0x7f4801c4fffc] /usr/lib/dri/radeonsi_dri.so(+0x85c2cf) [0x7f4801c5c2cf] /usr/lib/dri/radeonsi_dri.so(+0x867c4d) [0x7f4801c67c4d] /usr/lib/dri/radeonsi_dri.so(+0xceec55) [0x7f48020eec55] /usr/lib/dri/radeonsi_dri.so(+0xcf8cf3) [0x7f48020f8cf3] /usr/lib/dri/radeonsi_dri.so(+0xbad593) [0x7f4801fad593] /usr/lib/dri/radeonsi_dri.so(+0xbc7239) [0x7f4801fc7239] /usr/lib/dri/radeonsi_dri.so(+0x8a92dc) [0x7f4801ca92dc] /usr/lib/dri/radeonsi_dri.so(+0x8b6fe2) [0x7f4801cb6fe2] /usr/lib/dri/radeonsi_dri.so(+0x609487) [0x7f4801a09487] /usr/lib/dri/radeonsi_dri.so(+0x5e8219) [0x7f48019e8219] /usr/lib/dri/radeonsi_dri.so(+0x147f72a) [0x7f480287f72a] /usr/lib/dri/radeonsi_dri.so(+0x60b018) [0x7f4801a0b018] /usr/lib/dri/radeonsi_dri.so(+0x18753f) [0x7f480158753f] /usr/lib/dri/radeonsi_dri.so(+0xbe454) [0x7f48014be454] /usr/lib/libEGL_mesa.so.0(+0x2bf58) [0x7f483383af58] /usr/lib/libEGL_mesa.so.0(+0x1c328) [0x7f483382b328] /usr/lib/libEGL_mesa.so.0(+0x1406d) [0x7f483382306d] blender(+0x2960744) [0x55b80194c744] blender(+0x295ef68) [0x55b80194af68] blender(+0x293f759) [0x55b80192b759] blender(+0x295d19b) [0x55b80194919b] blender(+0x295a3d4) [0x55b8019463d4] blender(+0x293bca4) [0x55b801927ca4] blender(+0x10167d2) [0x55b8000027d2] blender(+0x1016a1d) [0x55b800002a1d] blender(+0xfe0454) [0x55b7fffcc454] blender(+0xff62de) [0x55b7fffe22de] blender(+0xffb9f4) [0x55b7fffe79f4] blender(+0x88d681) [0x55b7ff879681] /usr/lib/libc.so.6(+0x27cd0) [0x7f4851445cd0] /usr/lib/libc.so.6(__libc_start_main+0x8a) [0x7f4851445d8a] blender(+0x8b5e05) [0x55b7ff8a1e05]

Python backtrace

Added 2023-11-21 16:23:33 UTC - Commented by IMBJR (IMBJR)

Still segfaulting. Attached a gdb trace log for blender 17:4.0.1-3.

Attachments

trace.log

Added 2023-11-21 16:29:09 UTC - Commented by Milan Mišić (twoexem)

Yeah, still segfaults. The package by loqs worked, but tries to access an by now outdated library now (libopenvdb 10.1), so it doesn't work anymore.

Added 2023-11-21 18:35:38 UTC - Commented by loqs (loqs)

Yeah, still segfaults. The package by loqs worked, but tries to access an by now outdated library now (libopenvdb 10.1), so it doesn't work anymore. Rebuilt for openvdb 11.0.0 https://drive.google.com/file/d/1p0cucmczqi-uBTdLbTuZiOulo5XBHSVe/view?usp=sharing blender-17:4.0.1-3.1-x86_64.pkg.tar.zst

Added 2023-11-21 18:42:53 UTC - Commented by Milan Mišić (twoexem)

Thanks!

Added 2023-11-21 21:22:33 UTC - Commented by Sven-Hendrik Haase (Svenstaro)

I'll disable WITH_CYCLES_OSL again but it's a mystery to me why this currently segfaults for radeon people. On Intel and NVIDIA, it works just fine.

Added 2023-11-21 21:43:49 UTC - Commented by loqs (loqs)

I'll disable WITH_CYCLES_OSL again but it's a mystery to me why this currently segfaults for radeon people. On Intel and NVIDIA, it works just fine. Edit: Upstream OSL states "It does not work currently" with respect to LLVM 16 1. Possibly ask upstream mesa what the difference is between the drivers?

Are you also looking into FS#80306? So perhaps both could be fixed at once.

Added 2023-11-22 07:26:14 UTC - Commented by Joshua Simmons (jsimmons)

The reason it only fails on radeon is that the radeon driver links with LLVM16, and the others do not. So, OSL is linking LLVM15, and the driver is linking LLVM16. Something is breaking because two different versions of LLVM are being linked concurrently and calling into each other, presumably because symbol versioning is disabled or broken.

You can also see in the callstack that it's starting off in a LLVM16 symbol, and then ends up inside a LLVM15 symbol. Once again, unsure what is actually causing this.

It's perhaps more clear with a fully symbolicated callstack. For some reason FindNodeOrInsertPos (frame 7) from llvm-16, used by the GPU driver, is calling NodeEquals (frame 6) from llvm-15, linked in from OpenShaderLanguage. And due to some ABI change that then crashes later.

Unmangled the symbols in question are: ZN4llvm10FoldingSetINS_6SDNodeEE10NodeEqualsEPKNS_14FoldingSetBaseEPNS3_4NodeERKNS_16FoldingSetNodeIDEjRS8 which is called indirectly from _ZN4llvm14FoldingSetBase19FindNodeOrInsertPosERKNS_16FoldingSetNodeIDERPvRKNS0_14FoldingSetInfoE

#0 llvm::FoldingSetNodeID::AddPointer(void const*) () at /usr/src/debug/llvm15/llvm-15.0.7.src/include/llvm/ADT/FoldingSet.h:337 #1 (closed) AddNodeIDOperands () at /usr/src/debug/llvm15/llvm-15.0.7.src/lib/CodeGen/SelectionDAG/SelectionDAG.cpp:616 #2 (closed) AddNodeIDNode() () at /usr/src/debug/llvm15/llvm-15.0.7.src/lib/CodeGen/SelectionDAG/SelectionDAG.cpp:868 #3 (closed) 0x00007fffccda7b98 in llvm::SDNode::Profile(llvm::FoldingSetNodeID&) const () at /usr/src/debug/llvm15/llvm-15.0.7.src/lib/CodeGen/SelectionDAG/SelectionDAG.cpp:10818 #4 (closed) llvm::DefaultFoldingSetTraitllvm::SDNode::Profile(llvm::SDNode&, llvm::FoldingSetNodeID&) () at /usr/src/debug/llvm15/llvm-15.0.7.src/include/llvm/ADT/FoldingSet.h:236 #5 (closed) llvm::DefaultFoldingSetTraitllvm::SDNode::Equals(llvm::SDNode&, llvm::FoldingSetNodeID const&, unsigned int, llvm::FoldingSetNodeID&) () at /usr/src/debug/llvm15/llvm-15.0.7.src/include/llvm/ADT/FoldingSet.h:404 #6 (closed) llvm::FoldingSetllvm::SDNode::NodeEquals(llvm::FoldingSetBase const*, llvm::FoldingSetBase::Node*, llvm::FoldingSetNodeID const&, unsigned int, llvm::FoldingSetNodeID&) () at /usr/src/debug/llvm15/llvm-15.0.7.src/include/llvm/ADT/FoldingSet.h:538 #7 (closed) 0x00007fffe67278e6 in llvm::FoldingSetBase::FindNodeOrInsertPos(llvm::FoldingSetNodeID const&, void*&, llvm::FoldingSetBase::FoldingSetInfo const&) () at /usr/src/debug/llvm/llvm-16.0.6.src/lib/Support/FoldingSet.cpp:288 #8 0x00007fffe729b1b6 in llvm::FoldingSetImpl<llvm::FoldingSetllvm::SDNode, llvm::SDNode>::FindNodeOrInsertPos(llvm::FoldingSetNodeID const&, void*&) () at /usr/src/debug/llvm/llvm-16.0.6.src/include/llvm/ADT/FoldingSet.h:490 #9 llvm::SelectionDAG::FindNodeOrInsertPos(llvm::FoldingSetNodeID const&, llvm::SDLoc const&, void*&) () at /usr/src/debug/llvm/llvm-16.0.6.src/lib/CodeGen/SelectionDAG/SelectionDAG.cpp:1343 #10 0x00007fffe72e79cd in llvm::SelectionDAG::getNode(unsigned int, llvm::SDLoc const&, llvm::SDVTList, llvm::ArrayRefllvm::SDValue, llvm::SDNodeFlags) () at /usr/src/debug/llvm/llvm-16.0.6.src/lib/CodeGen/SelectionDAG/SelectionDAG.cpp:9411 #11 0x00007fffe940e816 in llvm::SelectionDAG::getCopyFromReg(llvm::SDValue, llvm::SDLoc const&, unsigned int, llvm::EVT) () at /usr/src/debug/llvm/llvm-16.0.6.src/include/llvm/CodeGen/SelectionDAG.h:798 #12 llvm::SITargetLowering::LowerFormalArguments(llvm::SDValue, unsigned int, bool, llvm::SmallVectorImplllvm::ISD::InputArg const&, llvm::SDLoc const&, llvm::SelectionDAG&, llvm::SmallVectorImplllvm::SDValue&) const () at /usr/src/debug/llvm/llvm-16.0.6.src/lib/Target/AMDGPU/SIISelLowering.cpp:2557 #13 0x00007fffe728f453 in llvm::SelectionDAGISel::LowerArguments(llvm::Function const&) () at /usr/src/debug/llvm/llvm-16.0.6.src/lib/CodeGen/SelectionDAG/SelectionDAGBuilder.cpp:10697 #14 0x00007fffe730632c in llvm::SelectionDAGISel::SelectAllBasicBlocks(llvm::Function const&) () at /usr/src/debug/llvm/llvm-16.0.6.src/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:1398 #15 0x00007fffe73079b6 in llvm::SelectionDAGISel::runOnMachineFunction(llvm::MachineFunction&) () at /usr/src/debug/llvm/llvm-16.0.6.src/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:480 #16 0x00007fffe6cea945 in llvm::MachineFunctionPass::runOnFunction(llvm::Function&) () at /usr/src/debug/llvm/llvm-16.0.6.src/lib/CodeGen/MachineFunctionPass.cpp:91 #17 0x00007fffe69ab989 in llvm::FPPassManager::runOnFunction(llvm::Function&) () at /usr/src/debug/llvm/llvm-16.0.6.src/lib/IR/LegacyPassManager.cpp:1430 #18 0x00007fffe822aefa in RunPassOnSCC () at /usr/src/debug/llvm/llvm-16.0.6.src/lib/Analysis/CallGraphSCCPass.cpp:179 #19 RunAllPassesOnSCC () at /usr/src/debug/llvm/llvm-16.0.6.src/lib/Analysis/CallGraphSCCPass.cpp:469 #20 runOnModule() () at /usr/src/debug/llvm/llvm-16.0.6.src/lib/Analysis/CallGraphSCCPass.cpp:534 #21 0x00007fffe69ac6ac in runOnModule () at /usr/src/debug/llvm/llvm-16.0.6.src/lib/IR/LegacyPassManager.cpp:1545 #22 llvm::legacy::PassManagerImpl::run(llvm::Module&) () at /usr/src/debug/llvm/llvm-16.0.6.src/lib/IR/LegacyPassManager.cpp:535 #23 0x00007fff84a2f380 in ac_compile_module_to_elf () at ../mesa-23.2.1/src/amd/llvm/ac_llvm_helper.cpp:270 #24 si_compile_llvm() () at ../mesa-23.2.1/src/gallium/drivers/radeonsi/si_shader_llvm.c:83 #25 0x00007fff84a30009 in si_get_shader_part() () at ../mesa-23.2.1/src/gallium/drivers/radeonsi/si_shader.c:2882 #26 0x00007fff84a4fffc in si_shader_select_ps_parts () at ../mesa-23.2.1/src/gallium/drivers/radeonsi/si_shader.c:3160 #27 si_create_shader_variant() () at ../mesa-23.2.1/src/gallium/drivers/radeonsi/si_shader.c:3293 #28 0x00007fff84a5c2cf in si_build_shader_variant() () at ../mesa-23.2.1/src/gallium/drivers/radeonsi/si_state_shaders.cpp:2520 #29 0x00007fff84a67c4d in si_shader_select_with_key<false, si_shader_key_ps> () at ../mesa-23.2.1/src/gallium/drivers/radeonsi/si_state_shaders.cpp:2863 #30 si_shader_select() () at ../mesa-23.2.1/src/gallium/drivers/radeonsi/si_state_shaders.cpp:2883 #31 0x00007fff84eeec55 in si_update_shaders<(amd_gfx_level)13, (si_has_tess)0, (si_has_gs)0, (si_has_ngg)1>() () at ../mesa-23.2.1/src/gallium/drivers/radeonsi/si_state_draw.cpp:257 #32 0x00007fff84ef8cf3 in si_draw<(amd_gfx_level)13, (si_has_tess)0, (si_has_gs)0, (si_has_ngg)1, (si_is_draw_vertex_state)0, (si_has_pairs)0, (util_popcnt)0> () at ../mesa-23.2.1/src/gallium/drivers/radeonsi/si_state_draw.cpp:2565 #33 si_draw_vbo<(amd_gfx_level)13, (si_has_tess)0, (si_has_gs)0, (si_has_ngg)1, (si_has_pairs)0>() () at ../mesa-23.2.1/src/gallium/drivers/radeonsi/si_state_draw.cpp:2714 #34 0x00007fff84dad593 in si_draw_rectangle() () at ../mesa-23.2.1/src/gallium/drivers/radeonsi/si_state_draw.cpp:2780 #35 0x00007fff84dc7239 in util_blitter_custom_color() () at ../mesa-23.2.1/src/gallium/auxiliary/util/u_blitter.c:2771 #36 0x00007fff84aa92dc in si_blit_decompress_color() () at ../mesa-23.2.1/src/gallium/drivers/radeonsi/si_blit.c:504 #37 0x00007fff84ab6fe2 in si_flush_resource () at ../mesa-23.2.1/src/gallium/drivers/radeonsi/si_blit.c:1332 #38 si_flush_resource() () at ../mesa-23.2.1/src/gallium/drivers/radeonsi/si_blit.c:1323 #39 0x00007fff84809487 in tc_call_flush_resource() () at ../mesa-23.2.1/src/gallium/auxiliary/util/u_threaded_context.c:4390 #40 0x00007fff847e8219 in batch_execute () at ../mesa-23.2.1/src/gallium/auxiliary/util/u_threaded_context.c:394 #41 tc_batch_execute() () at ../mesa-23.2.1/src/gallium/auxiliary/util/u_threaded_context.c:445 #42 0x00007fff8567f72a in _tc_sync.isra.0 () at ../mesa-23.2.1/src/gallium/auxiliary/util/u_threaded_context.c:680 #43 0x00007fff8480b018 in tc_flush() () at ../mesa-23.2.1/src/gallium/auxiliary/util/u_threaded_context.c:3587 #44 0x00007fff8438753f in st_flush () at ../mesa-23.2.1/src/mesa/state_tracker/st_cb_flush.c:63 #45 st_context_flush() () at ../mesa-23.2.1/src/mesa/state_tracker/st_manager.c:822 #46 0x00007fff842be454 in dri_flush() () at ../mesa-23.2.1/src/gallium/frontends/dri/dri_drawable.c:537 #47 0x00007fff8d9def58 in dri2_flush_drawable_for_swapbuffers () at ../mesa-23.2.1/src/egl/drivers/dri2/egl_dri2.c:1867 #48 dri2_wl_swap_buffers_with_damage () at ../mesa-23.2.1/src/egl/drivers/dri2/platform_wayland.c:1612 #49 0x00007fff8d9cf328 in dri2_swap_buffers () at ../mesa-23.2.1/src/egl/drivers/dri2/egl_dri2.c:1881 #50 0x00007fff8d9c706d in eglSwapBuffers () at ../mesa-23.2.1/src/egl/main/eglapi.c:1433 #51 0x0000555557eb4744 in GHOST_ContextEGL::initializeDrawingContext() () #52 0x0000555557eb2f68 in GHOST_WindowWayland::newDrawingContext(GHOST_TDrawingContextType) () #53 0x0000555557e93759 in GHOST_Window::setDrawingContextType(GHOST_TDrawingContextType) () #54 0x0000555557eb119b in GHOST_WindowWayland::GHOST_WindowWayland(GHOST_SystemWayland*, char const*, int, int, unsigned int, unsigned int, GHOST_TWindowState, GHOST_IWindow const*, GHOST_TDrawingContextType, bool, bool, bool) () #55 0x0000555557eae3d4 in GHOST_SystemWayland::createWindow(char const*, int, int, unsigned int, unsigned int, GHOST_TWindowState, GHOST_GPUSettings, bool, bool, GHOST_IWindow const*) () #56 0x0000555557e8fca4 in GHOST_CreateWindow () #57 0x000055555656a7d2 in wm_window_ghostwindow_ensure(wmWindowManager*, wmWindow*, bool) () #58 0x000055555656aa1d in wm_window_ghostwindows_ensure(wmWindowManager*) () #59 0x0000555556534454 in WM_check(bContext*) () #60 0x000055555654a2de in wm_homefile_read_ex(bContext*, wmHomeFileRead_Params const*, ReportList*, wmFileReadPost_Params**) () #61 0x000055555654f9f4 in WM_init(bContext*, int, char const**) () #62 0x0000555555de1681 in main ()

Added 2023-11-22 10:48:07 UTC - Commented by loqs (loqs)

The reason it only fails on radeon is that the radeon driver links with LLVM16, and the others do not. All the drivers provided by the mesa package link with LLVM16? $ lddtree /usr/lib/dri/radeonsi_dri.so /usr/lib/dri/radeonsi_dri.so (interpreter => None) libglapi.so.0 => /usr/lib/libglapi.so.0 libdrm.so.2 => /usr/lib/libdrm.so.2 libLLVM-16.so => /usr/lib/libLLVM-16.so libffi.so.8 => /usr/lib/libffi.so.8 libedit.so.0 => /usr/lib/libedit.so.0 libncursesw.so.6 => /usr/lib/libncursesw.so.6 libxml2.so.2 => /usr/lib/libxml2.so.2 liblzma.so.5 => /usr/lib/liblzma.so.5 libicuuc.so.73 => /usr/lib/libicuuc.so.73 libicudata.so.73 => /usr/lib/libicudata.so.73 ld-linux-x86-64.so.2 => /usr/lib/ld-linux-x86-64.so.2 libexpat.so.1 => /usr/lib/libexpat.so.1 libz.so.1 => /usr/lib/libz.so.1 libzstd.so.1 => /usr/lib/libzstd.so.1 libsensors.so.5 => /usr/lib/libsensors.so.5 libdrm_radeon.so.1 => /usr/lib/libdrm_radeon.so.1 libelf.so.1 => /usr/lib/libelf.so.1 libdrm_amdgpu.so.1 => /usr/lib/libdrm_amdgpu.so.1 libdrm_nouveau.so.2 => /usr/lib/libdrm_nouveau.so.2 libdrm_intel.so.1 => /usr/lib/libdrm_intel.so.1 libpciaccess.so.0 => /usr/lib/libpciaccess.so.0 libxcb-dri3.so.0 => /usr/lib/libxcb-dri3.so.0 libxcb.so.1 => /usr/lib/libxcb.so.1 libXau.so.6 => /usr/lib/libXau.so.6 libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 libstdc++.so.6 => /usr/lib/libstdc++.so.6 libm.so.6 => /usr/lib/libm.so.6 libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 libc.so.6 => /usr/lib/libc.so.6 $ lddtree /usr/lib/dri/iris_dri.so /usr/lib/dri/iris_dri.so (interpreter => None) libglapi.so.0 => /usr/lib/libglapi.so.0 libdrm.so.2 => /usr/lib/libdrm.so.2 libLLVM-16.so => /usr/lib/libLLVM-16.so libffi.so.8 => /usr/lib/libffi.so.8 libedit.so.0 => /usr/lib/libedit.so.0 libncursesw.so.6 => /usr/lib/libncursesw.so.6 libxml2.so.2 => /usr/lib/libxml2.so.2 liblzma.so.5 => /usr/lib/liblzma.so.5 libicuuc.so.73 => /usr/lib/libicuuc.so.73 libicudata.so.73 => /usr/lib/libicudata.so.73 ld-linux-x86-64.so.2 => /usr/lib/ld-linux-x86-64.so.2 libexpat.so.1 => /usr/lib/libexpat.so.1 libz.so.1 => /usr/lib/libz.so.1 libzstd.so.1 => /usr/lib/libzstd.so.1 libsensors.so.5 => /usr/lib/libsensors.so.5 libdrm_radeon.so.1 => /usr/lib/libdrm_radeon.so.1 libelf.so.1 => /usr/lib/libelf.so.1 libdrm_amdgpu.so.1 => /usr/lib/libdrm_amdgpu.so.1 libdrm_nouveau.so.2 => /usr/lib/libdrm_nouveau.so.2 libdrm_intel.so.1 => /usr/lib/libdrm_intel.so.1 libpciaccess.so.0 => /usr/lib/libpciaccess.so.0 libxcb-dri3.so.0 => /usr/lib/libxcb-dri3.so.0 libxcb.so.1 => /usr/lib/libxcb.so.1 libXau.so.6 => /usr/lib/libXau.so.6 libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 libstdc++.so.6 => /usr/lib/libstdc++.so.6 libm.so.6 => /usr/lib/libm.so.6 libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 libc.so.6 => /usr/lib/libc.so.6 $ lddtree /usr/lib/dri/i915_dri.so /usr/lib/dri/i915_dri.so (interpreter => None) libglapi.so.0 => /usr/lib/libglapi.so.0 libdrm.so.2 => /usr/lib/libdrm.so.2 libLLVM-16.so => /usr/lib/libLLVM-16.so libffi.so.8 => /usr/lib/libffi.so.8 libedit.so.0 => /usr/lib/libedit.so.0 libncursesw.so.6 => /usr/lib/libncursesw.so.6 libxml2.so.2 => /usr/lib/libxml2.so.2 liblzma.so.5 => /usr/lib/liblzma.so.5 libicuuc.so.73 => /usr/lib/libicuuc.so.73 libicudata.so.73 => /usr/lib/libicudata.so.73 ld-linux-x86-64.so.2 => /usr/lib/ld-linux-x86-64.so.2 libexpat.so.1 => /usr/lib/libexpat.so.1 libz.so.1 => /usr/lib/libz.so.1 libzstd.so.1 => /usr/lib/libzstd.so.1 libsensors.so.5 => /usr/lib/libsensors.so.5 libdrm_radeon.so.1 => /usr/lib/libdrm_radeon.so.1 libelf.so.1 => /usr/lib/libelf.so.1 libdrm_amdgpu.so.1 => /usr/lib/libdrm_amdgpu.so.1 libdrm_nouveau.so.2 => /usr/lib/libdrm_nouveau.so.2 libdrm_intel.so.1 => /usr/lib/libdrm_intel.so.1 libpciaccess.so.0 => /usr/lib/libpciaccess.so.0 libxcb-dri3.so.0 => /usr/lib/libxcb-dri3.so.0 libxcb.so.1 => /usr/lib/libxcb.so.1 libXau.so.6 => /usr/lib/libXau.so.6 libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 libstdc++.so.6 => /usr/lib/libstdc++.so.6 libm.so.6 => /usr/lib/libm.so.6 libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 libc.so.6 => /usr/lib/libc.so.6 $ lddtree /usr/lib/dri/nouveau_dri.so /usr/lib/dri/nouveau_dri.so (interpreter => None) libglapi.so.0 => /usr/lib/libglapi.so.0 libdrm.so.2 => /usr/lib/libdrm.so.2 libLLVM-16.so => /usr/lib/libLLVM-16.so libffi.so.8 => /usr/lib/libffi.so.8 libedit.so.0 => /usr/lib/libedit.so.0 libncursesw.so.6 => /usr/lib/libncursesw.so.6 libxml2.so.2 => /usr/lib/libxml2.so.2 liblzma.so.5 => /usr/lib/liblzma.so.5 libicuuc.so.73 => /usr/lib/libicuuc.so.73 libicudata.so.73 => /usr/lib/libicudata.so.73 ld-linux-x86-64.so.2 => /usr/lib/ld-linux-x86-64.so.2 libexpat.so.1 => /usr/lib/libexpat.so.1 libz.so.1 => /usr/lib/libz.so.1 libzstd.so.1 => /usr/lib/libzstd.so.1 libsensors.so.5 => /usr/lib/libsensors.so.5 libdrm_radeon.so.1 => /usr/lib/libdrm_radeon.so.1 libelf.so.1 => /usr/lib/libelf.so.1 libdrm_amdgpu.so.1 => /usr/lib/libdrm_amdgpu.so.1 libdrm_nouveau.so.2 => /usr/lib/libdrm_nouveau.so.2 libdrm_intel.so.1 => /usr/lib/libdrm_intel.so.1 libpciaccess.so.0 => /usr/lib/libpciaccess.so.0 libxcb-dri3.so.0 => /usr/lib/libxcb-dri3.so.0 libxcb.so.1 => /usr/lib/libxcb.so.1 libXau.so.6 => /usr/lib/libXau.so.6 libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 libstdc++.so.6 => /usr/lib/libstdc++.so.6 libm.so.6 => /usr/lib/libm.so.6 libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 libc.so.6 => /usr/lib/libc.so.6

Added 2023-11-22 14:06:41 UTC - Commented by c (grinness)

Hi,

for information, I have tested blender-4.0.1-linux-x64.tar.xz downloaded from blender.org:

blender starts without segfaulting, however attempting to enable HIP backend for cycles (i am on a rx6800) freezes blender itself, leading to a 'defunct' process that also hangs the system reboot/shut down process

I tested latest blender 3.6.5 from my pacman cache (blender 3.6.5-2, also downgrading openvb to 10.1.0-1) and I experience the same issue:

blender starts without segfaulting, however attempting to enable HIP backend for cycles freezes blender itself, leading to a 'defunct' process that also hangs the system reboot/shut down process

I am on the latest rocm+hip stack (5.7.1). The above did not happen with the older rocm+hip stack (5.6.1)

Added 2023-11-22 14:14:36 UTC - Commented by c (grinness)

Hi,

with regards to my previous comment, see bug report: FS#80326

Added 2023-11-22 16:40:28 UTC - Commented by Michael Manis (thepyrotechnic)

In case anyone NEEDS to render something with their AMD GPU, using the proprietary AMDGPU PRO driver works. https://wiki.archlinux.org/title/AMDGPU_PRO Launch blender with progl blender

Added 2023-11-22 23:16:52 UTC - Commented by c (grinness)

Hi,

attached gdb debug info of blender 4.0.1-3 crash if still needed.

Attachments

gdb-blender4.0.1-3_debug.txt

Added 2023-11-23 03:06:32 UTC - Commented by Sven-Hendrik Haase (Svenstaro)

Toolybird, isn't this perhaps the same as the ROCm crash for pytorch?

All in all, I think I probably shouldn't change the Blender package for this as it appears to be an artifact of a bug in ROCm or Mesa with Radeon specifically.

Added 2023-11-23 03:43:55 UTC - Commented by Christopher Snowhill (kode54)

The reason so many people are dumping unsymbolicated crash dumps here is because Blender itself dumps this useless (to Arch) crash dump in the /tmp/ folder on every crash.

Also, I think the reason this is a problem for Radeon users is because ROCm is linked against LLVM 15 to avoid some sort of crash bug with newer versions. I'm guessing the latest 17 would break even more things for both Mesa and ROCm.

Added 2023-11-23 09:41:07 UTC - Commented by Lamar Pavel (lamarpavel)

All in all, I think I probably shouldn't change the Blender package for this as it appears to be an artifact of a bug in ROCm or Mesa with Radeon specifically.

I can understand the reasoning here, and yet it means people with AMD gpus (and mesa drivers) won't be able to use the one available blender package in the official arch repos, right? At the very least this will prompt repeated bug reports and forum threads.

Would it be acceptable to create a package blender-amd with OSL disabled? Alternatively print a note in post install of the blender package to point out the issue and that users with AMD cards should use an alternative package from the AUR?

Added 2023-11-23 10:11:20 UTC - Commented by Joshua Simmons (jsimmons)

It's probably worth re-upping the mesa bugs for this issue, because this really shouldn't be happening even when blender is using its own LLVM version. This is why the symbols are versioned. There might be some complexity that's causing it to fail which could be fixed by the mesa side. Also because it keeps happening every time llvm versions get bumped. :')

All the drivers provided by the mesa package link with LLVM16? Yeah I guess so, but there's something seriously broken for it to jump from LLVM 16's library into LLVM 15's library. Maybe a symbol isn't versioned properly, or something very cursed is happening with object vtables. I don't know. Regardless the presence of two different LLVM versions is a prerequisite for the problem.

Added 2023-11-23 12:05:53 UTC - Commented by IMBJR (IMBJR)

17:4.0.1-4 is segfaulting.

Added 2023-11-23 12:37:24 UTC - Commented by james (HbaRckKqGcSwkrHxV)

The above did not happen with the older rocm+hip stack (5.6.1) I can confirm this too.

Added 2023-11-23 14:13:02 UTC - Commented by loqs (loqs)

Does updating openshadinglanuage to the latest git commit (see attached source pkg) which removes use of LLVM15 does that help? There has been no soname bump but that could be because there has been no release yet. Edit: I was mistaken, there has been an soname bump so you would need to rebuild blender.

Attachments

openshadinglanguage-1.13.4.0.dev.r62.gda8f2be1-1.src.tar.gz

Added 2023-11-24 00:25:45 UTC - Commented by Sven-Hendrik Haase (Svenstaro)

Hey Torsten, could you take a look at this?

Added 2023-11-24 09:33:36 UTC - Commented by c (grinness)

Hi,

just run a pacman -Syu and got a few new packages including blender 4.0.1-5 It still causes segmentation fault. Attached gdb out with debug info

Attachments

gdb-blender4.0.1-5_debug.txt

Added 2023-11-24 18:28:45 UTC - Commented by Milan Mišić (twoexem)

Yeah, same issue here. Still segfaults with 4.0.1-5.

Added 2023-11-24 18:33:29 UTC - Commented by Milan Mišić (twoexem)

Also, sadly, loqs package broke again due to libOpenImageDenoise upgrading.

Added 2023-11-24 22:21:35 UTC - Commented by Alexander Ullrich (Mika79)

If you start blender using glpro (aur/amdgpu-pro-oglp I guess) it works just fine. Seems to be an issue between llvm-15 used by intel libraries and llvm-16 used by the free driver stuff?

The kernel bugging out when using HIP is this probably: https://gitlab.freedesktop.org/drm/amd/-/issues/2991

Added 2023-11-24 22:31:25 UTC - Commented by loqs (loqs)

Also, sadly, loqs package broke again due to libOpenImageDenoise upgrading. Rebuilt for openimagedenoise 2.1.0 see also attached PKGBUILD.diff which shows the changes I made so you can do it locally if required for future updates. The pkgrel is 5.2 as 5.1 was an unsuccessful test using openshadinglanuage-git which is compatible with clang 16 but not compatible with blender 17:4.0.1. https://drive.google.com/file/d/1u9hjrnpzkZmZJ2L3_WoLaOzsyk2uGYxx/view?usp=sharing

Attachments

PKGBUILD.diff

Added 2023-11-25 05:49:14 UTC - Commented by Sven-Hendrik Haase (Svenstaro)

Is disabling OSL for Cycles worth it for AMD users? I suppose it might be. It's kind of sad, I wish we could enable the full feature set for all users. Do we even have confirmation that it might be compatible if we can build everything with the same version of LLVM? I could disable OSL and put a notice into the package but I'd like to ideally also have some kind of criterion that tells us when we might be able to enable it again.

Added 2023-11-25 15:08:19 UTC - Commented by Roland Chamuel (pixrobot8)

Happens to me too. On latest version as well.

assigned to @svenstaro, @freswa, and @ffy00

This seems wonky:

original source

Why in the world is the linker binding LLVM-15 symbols to LLVM16. What the heck. This is the output of LD_DEBUG=bindings blender 2>&1 | rg "LLVM-15" | rg "LLVM-16" I kinda assume there's something broken in the arch pkgbuilds but idk what it is.

blender_linkage.txt

Version 17:4.0.1-6 is still segfaulting.

Version 17:4.0.1-6 is still segfaulting.

Of course it is! If you bothered to look at the commit history you would see that the crash has not yet been addressed.

In other words, this is a warning to please stop posting useless comments or we will lock the discussion. Thank you.

I think we might make this work by grabbing a local static build of llvm15 in the openshadinglanguage package and then using that instead of the dynamic version that we currently use. It should be fairly straight forward but I don't currently have to time to test this. Could someone whip up a package and check this out? That should remove the llvm15 symbols.

Alternatively, try to backport the LLVM 16 PR and make this work with LLVM 16 directly but that's more work though it would certainly be preferable.

mentioned in commit f4ce0bd1

I disabled OSL in Blender for the time being. I don't consider this a good solution. Please test the package, though.

Version 17:4.0.1-7, without OSL, does not segfault.

What hardware?

System:
Kernel: 6.6.2-arch1-1 arch: x86_64 bits: 64 Desktop: KDE Plasma v: 5.27.9
Distro: Arch Linux
Machine:
Type: Desktop Mobo: Gigabyte model: Z77-DS3H v: x.x serial: N/A
UEFI: American Megatrends v: F9 date: 09/19/2012
CPU:
Info: quad core model: Intel Core i5-3570K bits: 64 type: MCP cache:
L2: 1024 KiB
Speed (MHz): avg: 3771 min/max: 1600/4200 cores: 1: 4204 2: 4170 3: 3786
4: 2927
Graphics:
Device-1: Intel IvyBridge GT2 [HD Graphics 4000] driver: i915 v: kernel
Display: server: X.Org v: 21.1.9 with: Xwayland v: 23.2.2 driver: X:
loaded: modesetting dri: crocus gpu: i915 resolution: 2560x1080~60Hz
API: EGL v: 1.5 drivers: crocus,swrast platforms: x11,surfaceless,device
API: OpenGL v: 4.5 compat-v: 4.2 vendor: intel mesa v: 23.2.1-arch1.2
renderer: Mesa Intel HD Graphics 4000 (IVB GT2)
API: Vulkan v: 1.3.269 drivers: intel surfaces: xcb,xlib
Info:
Processes: 264 Uptime: 1d 17h 29m Memory: total: 16 GiB available: 15.08 GiB
used: 7.54 GiB (50.0%) igpu: 512 MiB Shell: Sudo inxi: 3.3.31

It still segfaults here. Using IvyBridge CPU/iGPU.gdb-blender-17_4.0.1-7.txt

Does not segfault for me anymore either with 17:4.0.1-7 (did for 17:4.0.1-6).

Kernel: 6.6.3-arch1-1 #1 SMP PREEMPT_DYNAMIC
CPU: AMD Ryzen 7 5700X
GPU: AMD Radeon RX 5700XT

Does not segfault for me on 17:4.0.1-7:

Kernel: 6.6.3-arch1-1 #1 SMP PREEMPT_DYNAMIC
CPU: AMD Ryzen 5 5600G
GPU: AMD Radeon RX 7600

However I do get a whole system crash when trying to enable HIP. Once in a bluemoon it just crashes the display driver and not the entire system and I can extract the following dmesg:

Dmesg logs

[74600.819601] amdgpu 0000:03:00.0: amdgpu: bo 000000003d4cf62d va 0x0800000000-0x0800000001 conflict with 0x0800000000-0x08000002c0
[74600.819607] amdgpu: Failed to map VA 0x800000000000 in vm. ret -22
[74600.819608] amdgpu: Failed to map bo to gpuvm
[74600.823121] BUG: kernel NULL pointer dereference, address: 0000000000000002
[74600.823124] #PF: supervisor read access in kernel mode
[74600.823126] #PF: error_code(0x0000) - not-present page
[74600.823128] PGD 0 P4D 0 
[74600.823130] Oops: 0000 [#1] PREEMPT SMP NOPTI
[74600.823133] CPU: 4 PID: 271372 Comm: blender Not tainted 6.6.2-arch1-1 #1 11215f9ba7ddfb51644674a5b2ced71612c62fe9
[74600.823135] Hardware name: Gigabyte Technology Co., Ltd. B550M K/B550M K, BIOS F2 03/01/2023
[74600.823137] RIP: 0010:__list_add_valid_or_report+0x1a/0xa0
[74600.823142] Code: 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 f3 0f 1e fa 48 89 d0 48 85 f6 74 2a 48 85 d2 74 3a 48 8b 52 08 48 39 f2 75 41 <4c> 8b 02 49 39 c0 75 4c 48 39 fa 74 60 49 39 f8 74 5b b8 01 00 00
[74600.823144] RSP: 0018:ffffc90012d47b70 EFLAGS: 00010246
[74600.823146] RAX: ffff8881327ad250 RBX: ffffc90012d47bb0 RCX: ffff88874de2c180
[74600.823148] RDX: 0000000000000002 RSI: 0000000000000002 RDI: ffffc90012d47bb0
[74600.823149] RBP: ffff8881327ad250 R08: 0000000000000040 R09: ffff8887aa11eac0
[74600.823151] R10: 00000000000390a0 R11: ffff8887186d7e40 R12: ffff8881327ad240
[74600.823152] R13: 0000000000000002 R14: ffffc90012d47bb0 R15: 0000000000000000
[74600.823153] FS:  00007f68a7762000(0000) GS:ffff88881db00000(0000) knlGS:0000000000000000
[74600.823155] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[74600.823157] CR2: 0000000000000002 CR3: 00000001d5fe0000 CR4: 0000000000f50ee0
[74600.823158] PKRU: 55555554
[74600.823160] Call Trace:
[74600.823161]  <TASK>
[74600.823164]  ? __die+0x23/0x70
[74600.823168]  ? page_fault_oops+0x171/0x4e0
[74600.823171]  ? srso_alias_return_thunk+0x5/0x7f
[74600.823176]  ? amdgpu_ttm_tt_populate+0x7c/0xb0 [amdgpu 0401721894ca8f32d5d0b424349ce03960632e80]
[74600.823386]  ? exc_page_fault+0x7f/0x180
[74600.823391]  ? asm_exc_page_fault+0x26/0x30
[74600.823397]  ? __list_add_valid_or_report+0x1a/0xa0
[74600.823401]  __mutex_add_waiter+0x23/0x60
[74600.823406]  __mutex_lock.constprop.0+0x2a4/0x6a0
[74600.823409]  ? srso_alias_return_thunk+0x5/0x7f
[74600.823414]  add_kgd_mem_to_kfd_bo_list+0x23/0xa0 [amdgpu 0401721894ca8f32d5d0b424349ce03960632e80]
[74600.823622]  amdgpu_amdkfd_gpuvm_alloc_memory_of_gpu+0x660/0xa40 [amdgpu 0401721894ca8f32d5d0b424349ce03960632e80]
[74600.823838]  kfd_process_alloc_gpuvm+0x32/0x100 [amdgpu 0401721894ca8f32d5d0b424349ce03960632e80]
[74600.824076]  kfd_process_device_init_vm+0x267/0x320 [amdgpu 0401721894ca8f32d5d0b424349ce03960632e80]
[74600.824260]  kfd_ioctl_acquire_vm+0x89/0xc0 [amdgpu 0401721894ca8f32d5d0b424349ce03960632e80]
[74600.824441]  kfd_ioctl+0x3cc/0x4e0 [amdgpu 0401721894ca8f32d5d0b424349ce03960632e80]
[74600.824620]  ? __pfx_kfd_ioctl_acquire_vm+0x10/0x10 [amdgpu 0401721894ca8f32d5d0b424349ce03960632e80]
[74600.824801]  __x64_sys_ioctl+0x97/0xd0
[74600.824805]  do_syscall_64+0x60/0x90
[74600.824809]  ? srso_alias_return_thunk+0x5/0x7f
[74600.824812]  ? syscall_exit_to_user_mode+0x2b/0x40
[74600.824815]  ? srso_alias_return_thunk+0x5/0x7f
[74600.824817]  ? do_syscall_64+0x6c/0x90
[74600.824820]  ? syscall_exit_to_user_mode+0x2b/0x40
[74600.824822]  ? srso_alias_return_thunk+0x5/0x7f
[74600.824824]  ? do_syscall_64+0x6c/0x90
[74600.824827]  entry_SYSCALL_64_after_hwframe+0x6e/0xd8
[74600.824830] RIP: 0033:0x7f68bbd2a3af
[74600.824845] Code: 00 48 89 44 24 18 31 c0 48 8d 44 24 60 c7 04 24 10 00 00 00 48 89 44 24 08 48 8d 44 24 20 48 89 44 24 10 b8 10 00 00 00 0f 05 <89> c2 3d 00 f0 ff ff 77 18 48 8b 44 24 18 64 48 2b 04 25 28 00 00
[74600.824847] RSP: 002b:00007fff8b40f830 EFLAGS: 00000246 ORIG_RAX: 0000000000000010
[74600.824850] RAX: ffffffffffffffda RBX: 00007fff8b40f920 RCX: 00007f68bbd2a3af
[74600.824851] RDX: 00007fff8b40f9a0 RSI: 0000000040084b15 RDI: 000000000000000c
[74600.824852] RBP: 00007fff8b40f9a0 R08: 000000000000000b R09: 00007f68a7761698
[74600.824854] R10: 0000000000000001 R11: 0000000000000246 R12: 0000000040084b15
[74600.824855] R13: 000000000000000c R14: 00007f685a9fc670 R15: 00007f687e294180
[74600.824859]  </TASK>
[74600.824861] Modules linked in: nfnetlink bluetooth ecdh_generic tun snd_seq_dummy snd_hrtimer snd_seq rfkill vfat fat intel_rapl_msr intel_rapl_common edac_mce_amd kvm_amd snd_hda_codec_realtek snd_hda_codec_generic kvm ledtrig_audio irqbypass snd_hda_codec_hdmi crct10dif_pclmul crc32_pclmul snd_usb_audio snd_hda_intel polyval_clmulni snd_intel_dspcfg polyval_generic snd_usbmidi_lib snd_intel_sdw_acpi gf128mul snd_ump ghash_clmulni_intel snd_hda_codec snd_rawmidi sha512_ssse3 aesni_intel snd_seq_device snd_hda_core mc snd_hwdep crypto_simd cryptd r8169 snd_pcm realtek rapl sp5100_tco mdio_devres snd_timer i2c_piix4 wmi_bmof gigabyte_wmi pcspkr k10temp snd libphy ccp mousedev joydev soundcore gpio_amdpt gpio_generic mac_hid sg crypto_user fuse dm_mod loop ip_tables x_tables ext4 crc32c_generic crc16 mbcache jbd2 amdgpu i2c_algo_bit drm_ttm_helper ttm drm_exec drm_suballoc_helper usbhid amdxcp drm_buddy gpu_sched nvme drm_display_helper nvme_core crc32c_intel nvme_common xhci_pci cec video xhci_pci_renesas wmi
[74600.824928] CR2: 0000000000000002
[74600.824930] ---[ end trace 0000000000000000 ]---
[74600.824931] RIP: 0010:__list_add_valid_or_report+0x1a/0xa0
[74600.824935] Code: 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 f3 0f 1e fa 48 89 d0 48 85 f6 74 2a 48 85 d2 74 3a 48 8b 52 08 48 39 f2 75 41 <4c> 8b 02 49 39 c0 75 4c 48 39 fa 74 60 49 39 f8 74 5b b8 01 00 00
[74600.824936] RSP: 0018:ffffc90012d47b70 EFLAGS: 00010246
[74600.824938] RAX: ffff8881327ad250 RBX: ffffc90012d47bb0 RCX: ffff88874de2c180
[74600.824940] RDX: 0000000000000002 RSI: 0000000000000002 RDI: ffffc90012d47bb0
[74600.824941] RBP: ffff8881327ad250 R08: 0000000000000040 R09: ffff8887aa11eac0
[74600.824942] R10: 00000000000390a0 R11: ffff8887186d7e40 R12: ffff8881327ad240
[74600.824943] R13: 0000000000000002 R14: ffffc90012d47bb0 R15: 0000000000000000
[74600.824945] FS:  00007f68a7762000(0000) GS:ffff88881db00000(0000) knlGS:0000000000000000
[74600.824946] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[74600.824948] CR2: 0000000000000002 CR3: 00000001d5fe0000 CR4: 0000000000f50ee0
[74600.824949] PKRU: 55555554
[74600.824951] note: blender[271372] exited with irqs disabled
[74600.824952] note: blender[271372] exited with preempt_count 2
[74627.440709] watchdog: BUG: soft lockup - CPU#6 stuck for 26s! [kworker/u64:5:251369]
[74627.440715] Modules linked in: nfnetlink bluetooth ecdh_generic tun snd_seq_dummy snd_hrtimer snd_seq rfkill vfat fat intel_rapl_msr intel_rapl_common edac_mce_amd kvm_amd snd_hda_codec_realtek snd_hda_codec_generic kvm ledtrig_audio irqbypass snd_hda_codec_hdmi crct10dif_pclmul crc32_pclmul snd_usb_audio snd_hda_intel polyval_clmulni snd_intel_dspcfg polyval_generic snd_usbmidi_lib snd_intel_sdw_acpi gf128mul snd_ump ghash_clmulni_intel snd_hda_codec snd_rawmidi sha512_ssse3 aesni_intel snd_seq_device snd_hda_core mc snd_hwdep crypto_simd cryptd r8169 snd_pcm realtek rapl sp5100_tco mdio_devres snd_timer i2c_piix4 wmi_bmof gigabyte_wmi pcspkr k10temp snd libphy ccp mousedev joydev soundcore gpio_amdpt gpio_generic mac_hid sg crypto_user fuse dm_mod loop ip_tables x_tables ext4 crc32c_generic crc16 mbcache jbd2 amdgpu i2c_algo_bit drm_ttm_helper ttm drm_exec drm_suballoc_helper usbhid amdxcp drm_buddy gpu_sched nvme drm_display_helper nvme_core crc32c_intel nvme_common xhci_pci cec video xhci_pci_renesas wmi
[74627.440782] CPU: 6 PID: 251369 Comm: kworker/u64:5 Tainted: G      D            6.6.2-arch1-1 #1 11215f9ba7ddfb51644674a5b2ced71612c62fe9
[74627.440785] Hardware name: Gigabyte Technology Co., Ltd. B550M K/B550M K, BIOS F2 03/01/2023
[74627.440787] Workqueue: kfd_restore_wq restore_process_worker [amdgpu]
[74627.441007] RIP: 0010:native_queued_spin_lock_slowpath+0x71/0x2e0
[74627.441012] Code: 0f ba 2b 08 0f 92 c2 8b 03 0f b6 d2 c1 e2 08 30 e4 09 d0 3d ff 00 00 00 77 5b 85 c0 74 10 0f b6 03 84 c0 74 09 f3 90 0f b6 03 <84> c0 75 f7 b8 01 00 00 00 66 89 03 65 48 ff 05 f3 0f 87 53 5b 5d
[74627.441014] RSP: 0018:ffffc90014947c40 EFLAGS: 00000202
[74627.441016] RAX: 0000000000000001 RBX: ffff8881327ad248 RCX: ffff88874c634180
[74627.441018] RDX: 0000000000000000 RSI: 0000000000000001 RDI: ffff8881327ad248
[74627.441019] RBP: ffffc90014947cd8 R08: 737264715e63656a R09: ffff8881e4268080
[74627.441021] R10: 000000000000000f R11: fefefefefefefeff R12: ffff8881327ad240
[74627.441022] R13: ffff8881327ad248 R14: ffff8881327ad240 R15: ffff8886c9106ba8
[74627.441023] FS:  0000000000000000(0000) GS:ffff88881db80000(0000) knlGS:0000000000000000
[74627.441025] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[74627.441027] CR2: 00007fd68ac5d000 CR3: 000000055ee20000 CR4: 0000000000f50ee0
[74627.441028] PKRU: 55555554
[74627.441029] Call Trace:
[74627.441032]  <IRQ>
[74627.441035]  ? watchdog_timer_fn+0x1b8/0x220
[74627.441038]  ? __pfx_watchdog_timer_fn+0x10/0x10
[74627.441041]  ? __hrtimer_run_queues+0x112/0x2b0
[74627.441046]  ? hrtimer_interrupt+0xf8/0x230
[74627.441050]  ? __sysvec_apic_timer_interrupt+0x50/0x140
[74627.441054]  ? sysvec_apic_timer_interrupt+0x6d/0x90
[74627.441057]  </IRQ>
[74627.441058]  <TASK>
[74627.441059]  ? asm_sysvec_apic_timer_interrupt+0x1a/0x20
[74627.441065]  ? native_queued_spin_lock_slowpath+0x71/0x2e0
[74627.441068]  _raw_spin_lock+0x29/0x30
[74627.441071]  __mutex_lock.constprop.0+0x253/0x6a0
[74627.441076]  amdgpu_amdkfd_gpuvm_restore_process_bos+0x6e/0x5b0 [amdgpu 0401721894ca8f32d5d0b424349ce03960632e80]
[74627.441281]  ? srso_alias_return_thunk+0x5/0x7f
[74627.441285]  ? update_load_avg+0x7e/0x780
[74627.441290]  ? srso_alias_return_thunk+0x5/0x7f
[74627.441292]  ? psi_group_change+0x213/0x3c0
[74627.441299]  restore_process_worker+0x37/0xf0 [amdgpu 0401721894ca8f32d5d0b424349ce03960632e80]
[74627.441495]  process_one_work+0x174/0x340
[74627.441499]  worker_thread+0x27b/0x3a0
[74627.441502]  ? __pfx_worker_thread+0x10/0x10
[74627.441504]  kthread+0xe8/0x120
[74627.441507]  ? __pfx_kthread+0x10/0x10
[74627.441510]  ret_from_fork+0x34/0x50
[74627.441513]  ? __pfx_kthread+0x10/0x10
[74627.441515]  ret_from_fork_asm+0x1b/0x30
[74627.441521]  </TASK>

Thats probably

https://gitlab.freedesktop.org/drm/amd/-/issues/2991

Oh and blender just starts without the need to use the proprietary drivers for me as well, thanks people.

Can also confirm the crash is gone with 17:4.0.1-7. Thanks!

Kernel Version: 6.6.3-arch1-1 (64-bit)
Graphics Platform: Wayland
Processors: 12 × AMD Ryzen 5 5600X 6-Core Processor
Memory: 31.2 GiB of RAM
Graphics Processor: AMD Radeon RX 5700 XT

mentioned in merge request !2 (merged)

closed

mentioned in merge request !4 (merged)

mentioned in issue #12 (moved)

mentioned in issue #13 (closed)

Task Info (Flyspray)
Opened By	IMBJR (IMBJR)
Task ID	80301
Type	Bug Report
Project	Arch Linux
Category	Packages: Extra
Version	None
OS	All
Opened	2023-11-20 12:14:38 UTC
Status	Assigned
Assignee	Sven-Hendrik Haase (Svenstaro)
Assignee	freswa (frederik)
Assignee	Filipe Laíns (FFY00)
Assignee	Torsten Keßler (tpkessler)

17:4.0.1-2 Segfault on start

Details

Blender 4.0.1, Commit date: 2023-11-16 16:40, Hash d0dd92834a08

backtrace

Python backtrace

Child items 0

Activity

Blender 4.0.1, Commit date: 2023-11-16 16:40, Hash d0dd92834a08

backtrace

Python backtrace

Attachments

Attachments

backtrace

Blender 4.0.1, Commit date: 2023-11-16 16:40, Hash d0dd92834a08

backtrace

Python backtrace

Attachments

Attachments

Attachments

Attachments

Attachments

Admin message

17:4.0.1-2 Segfault on start

Details

Blender 4.0.1, Commit date: 2023-11-16 16:40, Hash d0dd92834a08

backtrace

Python backtrace

Activity

Blender 4.0.1, Commit date: 2023-11-16 16:40, Hash d0dd92834a08

backtrace

Python backtrace

Attachments

Attachments

backtrace

Blender 4.0.1, Commit date: 2023-11-16 16:40, Hash d0dd92834a08

backtrace

Python backtrace

Attachments

Attachments

Attachments

Attachments

Attachments