At present the tests run one after the other using a single CPU. This is
not very efficient. Bring in the concurrencytest module and run the tests
concurrently, using one process for each CPU by default. A -P option
allows this to be overridden, which is necessary for code-coverage to
function correctly.
This requires fixing a few tests which are currently not fully
independent.

At some point we might consider doing this across all pytests in U-Boot.
There is a pytest version that supports specifying the number of processes
to use, but it did not work for me.

Signed-off-by: Simon Glass <s...@chromium.org>
---

Changes in v2:
- Add a patch to run binman tests concurrently

 .travis.yml                              |   1 +
 test/py/README.md                        |   1 +
 tools/binman/binman.py                   |  26 +++-
 tools/binman/cmdline.py                  |   2 +
 tools/binman/entry_test.py               |   7 +-
 tools/binman/ftest.py                    |  34 +++---
 tools/concurrencytest/.gitignore         |   1 +
 tools/concurrencytest/README.md          |  74 ++++++++++++
 tools/concurrencytest/concurrencytest.py | 144 +++++++++++++++++++++++
 tools/dtoc/dtoc.py                       |   2 +
 tools/dtoc/test_fdt.py                   |   2 +
 tools/patman/test_util.py                |   2 +-
 12 files changed, 274 insertions(+), 22 deletions(-)
 create mode 100644 tools/concurrencytest/.gitignore
 create mode 100644 tools/concurrencytest/README.md
 create mode 100644 tools/concurrencytest/concurrencytest.py

Applied to u-boot-dm
_______________________________________________
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot

Reply via email to