This is the mail archive of the gdb-patches@sourceware.org mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [PATCH 13/17] btrace: non-stop


On 09/10/2015 08:47 AM, Metzger, Markus T wrote:

> That seems to be the case.  I'm still getting the error I'm checking for before
> the prompt, though, and my test will run into a timeout.
> 
> 	thread apply all reverse-stepi 4 &
> 	
> 	Thread 2 (Thread 0x7ffff74fb700 (LWP 70895)):
> 	
> 	Thread 1 (Thread 0x7ffff7fcc740 (LWP 70891)):
> 	Cannot execute this command while the selected thread is running.
> 	(gdb) PASS: gdb.btrace/non-stop.exp: reverse-step: all: thread apply all reverse-stepi 4: prompt
> 	0x0000000000400671      28        for (; i < 10; ++i) global += i; /* loop */
> 	PASS: gdb.btrace/non-stop.exp: reverse-step: all: thread apply all reverse-stepi 4: thread 0
> 	FAIL: gdb.btrace/non-stop.exp: reverse-step: all: thread apply all reverse-stepi 4: thread 1 (timeout)
> 
> A failing run might take a bit longer, but that should be it.

Odd.  I'm running the test now for over 20 minutes, and it doesn't ever fail.
Before I ran it against gdbserver for 10 minutes, never failed.
This is with an i7-2620M; I hacked linux-btrace.c:intel_supports_bts to
enable btrace.

If you put an "info threads" just before that reverse-stepi, does it
show thread 1 as "(running)"?  I wonder if the problem happened
sooner / above in the log, and you're seeing a consequence.

A "set debug infrun 1" log will likely help.

> 
> I changed the test, removed the "Cannot execute ..." check, and pushed the
> series into users/mmetzger/btrace-non-stop.

This looks good to me.  The comments above gdb_cont_to are stale though.

Thanks,
Pedro Alves


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]