mirror of
https://github.com/lowRISC/ibex.git
synced 2025-04-20 03:47:15 -04:00
Bump up timeout for irq_stimulus to accomodate fetch_enable changes
The recent change to add the fetch_enable sequence in to every regression can very-rarely cause the 3000 cycle timeout for the irq_stimulus check to fail. This only happens with a large randomized length of the fetch being disabled, and long latency for memory accesses. Increase this timeout.
This commit is contained in:
parent
b06fb42ab8
commit
36d0d3089d
1 changed files with 1 additions and 1 deletions
|
@ -259,7 +259,7 @@ class core_ibex_debug_intr_basic_test extends core_ibex_base_test;
|
|||
virtual task send_irq_stimulus_end();
|
||||
// As Ibex interrupts are level sensitive, core must write to memory mapped address to
|
||||
// indicate that irq stimulus be dropped
|
||||
check_next_core_status(FINISHED_IRQ, "Core did not signal end of interrupt properly", 3000);
|
||||
check_next_core_status(FINISHED_IRQ, "Core did not signal end of interrupt properly", 6000);
|
||||
// Will receive irq_seq_item indicating that lines have been dropped
|
||||
vseq.start_irq_drop_seq();
|
||||
// Want to skip this .get() call on the second MRET of nested interrupt scenarios
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue