Crash on startup with hackintosh and TBB #72015

New Issue

Bob · 2019-11-28T16:25:29+01:00

Bob commented

2019-11-28 16:25:29 +01:00

System Information
Operating system: Catalina 10.15.1
Graphics card: RX 560

Blender Version
2.81

Crashing on launch. Here is a crash log, https://pastebin.com/WvU69fkn

**System Information** Operating system: Catalina 10.15.1 Graphics card: RX 560 **Blender Version** 2.81 Crashing on launch. Here is a crash log, https://pastebin.com/WvU69fkn

Bob commented

2019-11-28 16:25:29 +01:00

Added subscriber: @iMacBob

blender-admin commented

2019-11-28 16:25:29 +01:00

#72165 was marked as duplicate of this issue

Philipp Oeser commented

2019-11-29 11:19:07 +01:00

Added subscriber: @lichtwerk

Philipp Oeser commented

2019-11-29 11:19:07 +01:00

Please attach the corresponding .blend file...

Bob commented

2019-12-01 15:13:44 +01:00

In #72015#820945, @lichtwerk wrote:
Please attach the corresponding .blend file...

The crash happens opening the application alone. There is no .blend file being loaded.

> In #72015#820945, @lichtwerk wrote: > Please attach the corresponding .blend file... The crash happens opening the application alone. There is no .blend file being loaded.

Anthony Edlin commented

2019-12-03 16:40:06 +01:00

Added subscriber: @AnthonyEdlin

Anthony Edlin commented

2019-12-03 16:40:06 +01:00

Understand we can't do much unless we can reproduce this issue.

According to crash log blender crashed on:
tbb::interface7::internal::task_arena_base::internal_max_concurrency(tbb::interface7::task_arena const*) + 50

tbb was only added recently to blender I think in quad remesher.

Some other things to try.

Try a recent nightly build from here .
Try starting blender with --factory-startup from the console.
You don't say in your report if 2.80 crashes or not?

Understand we can't do much unless we can reproduce this issue. According to crash log blender crashed on: ```tbb::interface7::internal::task_arena_base::internal_max_concurrency(tbb::interface7::task_arena const*) + 50``` tbb was only added recently to blender I think in quad remesher. Some other things to try. 1. Try a recent nightly build from [here ](https://builder.blender.org/download/). 2. Try starting blender with --factory-startup from the console. 3. You don't say in your report if 2.80 crashes or not?

Philipp Oeser changed title from ~~Crash on load~~ to Crash on startup (TBB related)

2019-12-05 10:03:42 +01:00

Philipp Oeser commented

2019-12-05 10:17:14 +01:00

Added subscriber: @diba

Bob commented

2019-12-05 11:47:22 +01:00

I can confirm that the 2.82 alpha also crashes in relation to TBB. 2.80 runs as intended.

Sergey Sharybin commented

2019-12-05 12:08:04 +01:00

Added subscribers: @WilliamReynish, @sebbas, @Sergey

Sergey Sharybin commented

2019-12-05 12:08:04 +01:00

Works fine on my MBP, both 2.81 and latest master builds from builder.blender.org.

@sebbas or @WilliamReynish should be able to test relatively easily as well.

Works fine on my MBP, both 2.81 and latest master builds from builder.blender.org. @sebbas or @WilliamReynish should be able to test relatively easily as well.

Sebastián Barschkis commented

2019-12-05 12:22:50 +01:00

Both the latest master and 2.81 do not give me a startup crash either on macOS.

SURAJ MANDAL commented

2020-01-04 12:53:11 +01:00

Added subscriber: @cruelplatypus67

SURAJ MANDAL commented

2020-01-04 12:53:11 +01:00

Same issue on latest alpha, any eta on this?

Ankit Meel commented

2020-01-10 20:14:09 +01:00

Added subscriber: @ankitm

Ankit Meel commented

2020-01-10 20:14:09 +01:00

This comment was removed by @ankitm

*This comment was removed by @ankitm*

Ankit Meel commented

2020-01-10 20:24:53 +01:00

This comment was removed by @ankitm

*This comment was removed by @ankitm*

David Pickens commented

2020-01-18 05:46:02 +01:00

Added subscriber: @Pick

David Pickens commented

2020-01-18 05:46:02 +01:00

This comment was removed by @Pick

*This comment was removed by @Pick*

Brecht Van Lommel commented

2020-01-18 16:12:22 +01:00

Added subscriber: @brecht

Brecht Van Lommel commented

2020-01-18 16:12:22 +01:00

@Pick, your crash is unrelated to this bug, please create a new report:
https://developer.blender.org/maniphest/task/edit/form/1/

@Pick, your crash is unrelated to this bug, please create a new report: https://developer.blender.org/maniphest/task/edit/form/1/

Brecht Van Lommel commented

2020-01-19 12:35:41 +01:00

@ankitm, the links you provide are almost certainly unrelated to this specific crash. The terms you are searching for are generic crash signals that would happen with many types of crashes. System integrity protection seems unrelated since #72672 has the same crash log where it is enabled.

The most interesting thing here is that it crashes in TBB initialization where it detects the number of cores. We have been using TBB for previous releases as well, but started using it for sculpting as well now, which might affect for example static initialization order and cause problems related to that.

The issue might also be specific to certain processors, since it only crashes for some people. #72672 is a hackintosh system, and from the specs I'm guessing #72165 might be as well. The model information was left out from the crash log in this report, it would be interesting to know if that is a hackintosh as well. In #72672 there is an AMD Ryzen CPU but it is reported as an Intel i5 CPU by the system, that seems like a recipe for problems in this type of code.

We are using an older TBB version on macOS than Linux and Windows, 2018_U5 instead of 2019_U9. We should try upgrading and see if that happens to solve the problem.

@ankitm, the links you provide are almost certainly unrelated to this specific crash. The terms you are searching for are generic crash signals that would happen with many types of crashes. System integrity protection seems unrelated since #72672 has the same crash log where it is enabled. The most interesting thing here is that it crashes in TBB initialization where it detects the number of cores. We have been using TBB for previous releases as well, but started using it for sculpting as well now, which might affect for example static initialization order and cause problems related to that. The issue might also be specific to certain processors, since it only crashes for some people. #72672 is a hackintosh system, and from the specs I'm guessing #72165 might be as well. The model information was left out from the crash log in this report, it would be interesting to know if that is a hackintosh as well. In #72672 there is an AMD Ryzen CPU but it is reported as an Intel i5 CPU by the system, that seems like a recipe for problems in this type of code. We are using an older TBB version on macOS than Linux and Windows, 2018_U5 instead of 2019_U9. We should try upgrading and see if that happens to solve the problem.

Stas Haas commented

2020-01-22 10:43:38 +01:00

Added subscriber: @girafic

Stas Haas commented

2020-01-22 10:43:38 +01:00

@brecht I have the same issue, running a hackintosh system with AMD Ryzen CPU. Upgrading TBB to 2019_U9 or v2020.1 could solve the problem.

Brecht Van Lommel changed title from ~~Crash on startup (TBB related)~~ to Crash on startup with hackintosh and TBB

2020-01-22 10:50:55 +01:00

Stas Haas commented

2020-01-22 14:06:23 +01:00

It is working now 👍. Built the latest versions of 2.81a and 2.82 on the AMD hackintosh.

Brecht Van Lommel commented

2020-01-22 17:26:36 +01:00

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

Brecht Van Lommel commented

2020-01-22 17:26:36 +01:00

The latest macOS 2.82 builds now also have TBB 2019_U9:
https://builder.blender.org/download/

Can others verify if the issue is fixed in those builds?

The latest macOS 2.82 builds now also have TBB 2019_U9: https://builder.blender.org/download/ Can others verify if the issue is fixed in those builds?

Stas Haas commented

2020-01-22 17:47:38 +01:00

it is crashing for me with the builds from https://builder.blender.org/download/

Brecht Van Lommel commented

2020-01-24 11:41:54 +01:00

After 517870a I'm getting the same type of error on my Linux desktop with AMD Ryzen.

Thread 1 "blender" received signal SIGSEGV, Segmentation fault.
0x000055555cd5f39e in tbb::interface7::internal::task_arena_base::internal_max_concurrency(tbb::interface7::task_arena const*) ()
(gdb) bt
- 0  0x000055555cd5f39e in tbb::interface7::internal::task_arena_base::internal_max_concurrency(tbb::interface7::task_arena const*) ()
- 1  0x0000555557272b87 in mkldnn::impl::cpu::(anonymous namespace)::get_cache_size(int, bool) ()
- 2  0x0000555557272be6 in _GLOBAL__sub_I_jit_avx512_common_conv_winograd_kernel_f32.cpp ()
- 3  0x000055555cfbc47d in __libc_csu_init ()
- 4  0x00007ffff5fa2b28 in __libc_start_main (main=0x555557221730 <main>, argc=1, argv=0x7fffffffdb38, init=0x55555cfbc430 <__libc_csu_init>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffffffdb28) at ../csu/libc-start.c:266
- 5  0x00005555572d84fa in _start ()

This looks like a static initialization order problem, with TBB not being initialized before mkl uses it. The macOS backtraces do not contain mkl, so it's not clear if the problem is exactly the same.

After 517870a I'm getting the same type of error on my Linux desktop with AMD Ryzen. ``` Thread 1 "blender" received signal SIGSEGV, Segmentation fault. 0x000055555cd5f39e in tbb::interface7::internal::task_arena_base::internal_max_concurrency(tbb::interface7::task_arena const*) () (gdb) bt - 0 0x000055555cd5f39e in tbb::interface7::internal::task_arena_base::internal_max_concurrency(tbb::interface7::task_arena const*) () - 1 0x0000555557272b87 in mkldnn::impl::cpu::(anonymous namespace)::get_cache_size(int, bool) () - 2 0x0000555557272be6 in _GLOBAL__sub_I_jit_avx512_common_conv_winograd_kernel_f32.cpp () - 3 0x000055555cfbc47d in __libc_csu_init () - 4 0x00007ffff5fa2b28 in __libc_start_main (main=0x555557221730 <main>, argc=1, argv=0x7fffffffdb38, init=0x55555cfbc430 <__libc_csu_init>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffffffdb28) at ../csu/libc-start.c:266 - 5 0x00005555572d84fa in _start () ``` This looks like a static initialization order problem, with TBB not being initialized before mkl uses it. The macOS backtraces do not contain mkl, so it's not clear if the problem is exactly the same.

Sergey Sharybin commented

2020-01-24 13:03:45 +01:00

I've committed a workaround which worked for Brecht. Buildbots are still busy building, but give it a try when builds a ready!

P.S. This is a workaround because there is never an elegant solution for static order initialization fiasco. This is one of the reasons TBB documentations says use dynamic library. Oh well.

I've committed a workaround which worked for Brecht. Buildbots are still busy building, but give it a try when builds a ready! P.S. This is a workaround because there is never an elegant solution for static order initialization fiasco. This is one of the reasons TBB documentations says use dynamic library. Oh well.

Stas Haas commented

2020-01-24 18:08:00 +01:00

@Sergey for me it is working now with the builds from https://builder.blender.org/download/ 👍

Brecht Van Lommel commented

2020-01-24 18:16:09 +01:00

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

Brecht Van Lommel closed this issue

2020-01-24 18:16:09 +01:00

Brecht Van Lommel self-assigned this 2020-01-24 18:16:09 +01:00

Brecht Van Lommel commented

2020-01-24 18:16:09 +01:00

Thanks for testing.

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

Crash on startup with hackintosh and TBB #72015