Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

CEM doesn't work during tracy initialization #361

Open
broskoTT opened this issue Dec 3, 2024 · 0 comments
Open

CEM doesn't work during tracy initialization #361

broskoTT opened this issue Dec 3, 2024 · 0 comments

Comments

@broskoTT
Copy link
Contributor

broskoTT commented Dec 3, 2024

I saw this while working on #345 and tenstorrent/tt-metal#15564

To repro, add tt_ClusterDescriptor::create() to tt_metal/llrt/get_platform_architecture.hpp, then do this:

./build_metal.sh --build-all --enable-ccache --enable-profiler
./create_venv.sh
./tests/scripts/run_profiler_regressions.sh

For some reason the create-ethernet-map call hangs, and I can't figure out why.
This is called from Hal::Hal() > tt_metal/llrt/get_platform_architecture.hpp, and this seems like a test intialization. What's more interesting is that this works at other places. For instance, in the referenced PR I also changed detect_arch to tt_ClusterDescriptor::create() in tests/tt_metal/test_utils/env_vars.hpp and that call passes when later it is called from the tests itself.

I compared ENV variables and ls /dev/tenstorrent and they're exactly the same for the two calls.
Image

Here's the stack that I managed to extract with GDB
Image

This blocks removing detect_arch() from our code

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant