aboutsummaryrefslogtreecommitdiff
path: root/debug/targets
diff options
context:
space:
mode:
authorTim Newsome <tim@sifive.com>2022-10-24 10:38:40 -0700
committerGitHub <noreply@github.com>2022-10-24 10:38:40 -0700
commitfb8ab0e8e2dc3e385105674b01be6fe1288b5426 (patch)
tree245fa788c9521e3ebcd687b83e41a138250a9f1e /debug/targets
parent7e77eedc514a6538e07b666c36449e54080054b7 (diff)
downloadriscv-tests-fb8ab0e8e2dc3e385105674b01be6fe1288b5426.zip
riscv-tests-fb8ab0e8e2dc3e385105674b01be6fe1288b5426.tar.gz
riscv-tests-fb8ab0e8e2dc3e385105674b01be6fe1288b5426.tar.bz2
Increase timeouts for multi-spike test. (#423)
Between October 13 and October 19, something happened that makes the multi-spike tests 4 times slower. Rolling back spike, OpenOCD, or riscv-tests doesn't affect this. Presumably it's due to a kernel or python change in my Ubuntu system. I don't have time to look at this right now, so just increase the timeouts. :-( If I had to guess, there could be a bug in rbb_daisychain.py that wastes a lot of time.
Diffstat (limited to 'debug/targets')
-rw-r--r--debug/targets/RISC-V/spike-multi.py3
1 files changed, 1 insertions, 2 deletions
diff --git a/debug/targets/RISC-V/spike-multi.py b/debug/targets/RISC-V/spike-multi.py
index 571506d..02be763 100644
--- a/debug/targets/RISC-V/spike-multi.py
+++ b/debug/targets/RISC-V/spike-multi.py
@@ -11,9 +11,8 @@ class multispike(targets.Target):
spike64.spike64_hart(misa=0x8000000000341129, system=1),
spike64.spike64_hart(misa=0x8000000000341129, system=1)]
openocd_config_path = "spike-multi.cfg"
- # Increased timeout because we use abstract_rti to artificially slow things
- # down.
timeout_sec = 30
+ server_timeout_sec = 120
implements_custom_test = True
support_hasel = False
support_memory_sampling = False # Needs SBA