microsoft/openvmm

Public

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

CodeCommitsIssuesPull requestsActionsInsightsSecurity
9e5737afd1aae54061680f23ef2b406886185c11

Branches

Tags

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

Clone

HTTPS

Download ZIP

.config/nextest.toml

49lines · 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# use fuzzy-matching for the package() to allow out-of-tree tests to use the
33# same profile
34filter = 'package(~vmm_tests)'
35# Allow VMM tests longer timeouts.
36# Important Note: Petri's watchdogs need to know this value too.
37# If you change it here then change it there!
38slow-timeout = { period = "3m", terminate-after = 2 }
39
40# TEMP (hopefully): For reasons that continue to befuddle, running Windows
41# release-mode unit tests in flowey CI is resulting in seemingly-random
42# tests occationally stalling by up to ~10 seconds.
43#
44# This did not occur in the "legacy" non-flowey CI, and so the question becomes:
45# what subtle different in execution environments between the new pipeline and
46# the old pipeline is causing this different behavior?
47[[profile.ci.overrides]]
48platform = 'cfg(windows)'
49slow-timeout = { period = "1s", terminate-after = 30 }