microsoft/openvmm

Public

mirrored fromhttps://github.com/microsoft/openvmmAvailable

CodeCommitsIssuesPull requestsActionsInsightsSecurity
257fd706b87294bf8f5f58ab6c4ef562815f3e60

Branches

Tags

  • No tags available.
0Branches0Tags
Go to file
Add file
Code

Clone

HTTPS

Download ZIP

.config/nextest.toml

54lines · modecode

1# Copyright (c) Microsoft Corporation.
2# Licensed under the MIT License.
3
4[[profile.default.overrides]]
5filter = 'package(~vmm_tests)'
6# Mark VMM tests as heavy and requiring more threads due to their memory and CPU
7# usage. For local dev runs, you may need to manually restrict the number of
8# threads running via the -j cli arg.
9threads-required = 2
10
11[[profile.default.overrides]]
12# use fuzzy-matching for the package() to allow out-of-tree tests to use the
13# same profile
14filter = 'package(~vmm_tests) and test(openhcl)'
15# Mark OpenHCL VMM tests as extra heavy, as they have to also simulate VTL2.
16threads-required = 4
17
18# Profile for CI runs.
19[profile.ci]
20# Set the default timeout to 1 second, with tests terminated after 5 seconds
21slow-timeout = { period = "1s", terminate-after = 5 }
22# Print out output for failing tests at the end of the run.
23failure-output = "final"
24# Do not cancel the test run on the first failure.
25fail-fast = false
26
27[profile.ci.junit]
28path = "junit.xml"
29store-success-output = "true"
30
31[[profile.ci.overrides]]
32# allow loom based tests more time, as they take a while
33filter = 'test(loom)'
34slow-timeout = { period = "30s", terminate-after = 2 }
35
36[[profile.ci.overrides]]
37# use fuzzy-matching for the package() to allow out-of-tree tests to use the
38# same profile
39filter = 'package(~vmm_tests)'
40# Allow VMM tests longer timeouts.
41# Important Note: Petri's watchdogs need to know this value too.
42# If you change it here then change it there!
43slow-timeout = { period = "3m", terminate-after = 2 }
44
45# TEMP (hopefully): For reasons that continue to befuddle, running Windows
46# release-mode unit tests in flowey CI is resulting in seemingly-random
47# tests occationally stalling by up to ~10 seconds.
48#
49# This did not occur in the "legacy" non-flowey CI, and so the question becomes:
50# what subtle different in execution environments between the new pipeline and
51# the old pipeline is causing this different behavior?
52[[profile.ci.overrides]]
53platform = 'cfg(windows)'
54slow-timeout = { period = "1s", terminate-after = 30 }
55