[prev in list] [next in list] [prev in thread] [next in thread] 

List:       gdb-patches
Subject:    [PATCH] gdb.trace: Bump tspeed.exp timeout to 600 seconds.
From:       koriakin () 0x04 ! net (=?UTF-8?q?Marcin=20Ko=C5=9Bcielnicki?=)
Date:       2016-01-29 9:53:00
Message-ID: 1454061214-29747-1-git-send-email-koriakin () 0x04 ! net
[Download RAW message or body]

It seems the 180 seconds timeout is quite tight on my z13 machine,
and causes failures when the machine is somewhat loaded.

gdb/testsuite/ChangeLog:

	* gdb.trace/tspeed.exp: Bump the timeout to 600 seconds.
---
Whoops, changing to 600.  300 was quite enough for me, and what I initially
selected, but I figured it'd be good to leave some more headroom for slower
machines.

 gdb/testsuite/ChangeLog            | 4 ++++
 gdb/testsuite/gdb.trace/tspeed.exp | 2 +-
 2 files changed, 5 insertions(+), 1 deletion(-)

diff --git a/gdb/testsuite/ChangeLog b/gdb/testsuite/ChangeLog
index 17474de..fa61847 100644
--- a/gdb/testsuite/ChangeLog
+++ b/gdb/testsuite/ChangeLog
@@ -1,5 +1,9 @@
 2016-01-24  Marcin Ko??cielnicki  <koriakin@0x04.net>
 
+	* gdb.trace/tspeed.exp: Bump the timeout to 600 seconds.
+
+2016-01-24  Marcin Ko??cielnicki  <koriakin@0x04.net>
+
 	* gdb.trace/ftrace.exp: Select $r2 as test register for s390.
 	* gdb.trace/mi-trace-frame-collected.exp: Expect 2 registers on s390.
 	* gdb.trace/trace-common.h (x86_trace_dummy): Add s390 fast tracepoint
diff --git a/gdb/testsuite/gdb.trace/tspeed.exp b/gdb/testsuite/gdb.trace/tspeed.exp
index e638839..59d6605 100644
--- a/gdb/testsuite/gdb.trace/tspeed.exp
+++ b/gdb/testsuite/gdb.trace/tspeed.exp
@@ -27,7 +27,7 @@ if { [gdb_compile "$srcdir/$subdir/$srcfile" $binfile \
 }
 
 # Typically we need a little extra time for this test.
-set timeout 180
+set timeout 600
 
 set ws "\[\r\n\t \]+"
 set cr "\[\r\n\]+"
-- 
2.7.0


[prev in list] [next in list] [prev in thread] [next in thread]