This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [PATCH v2 00/23] All-stop on top of non-stop
- From: Yao Qi <qiyaoltc at gmail dot com>
- To: Pedro Alves <palves at redhat dot com>
- Cc: gdb-patches at sourceware dot org
- Date: Wed, 08 Apr 2015 10:45:23 +0100
- Subject: Re: [PATCH v2 00/23] All-stop on top of non-stop
- Authentication-results: sourceware.org; auth=none
- References: <1428410990-28560-1-git-send-email-palves at redhat dot com>
Pedro Alves <palves@redhat.com> writes:
> While v1 had only been tested on x86-64 GNU/Linux, v2 was tested on:
>
> x86-64 GNU/Linux
> x86-64 GNU/Linux on top of software single-step branch
> PPC64 GNU/Linux
> S/390 GNU/Linux
Hi Pedro,
I tested this patch series on arm GNU/Linux, both native and gdbserver.
Overall, the results look pretty good, here are some fails
exposed/caused by this series. I'd like to post them first today and
take a look at this series then.
1, on gdbserver,
-UNSUPPORTED: gdb.mi/mi-dprintf.exp: send dprintf to target
+FAIL: gdb.mi/mi-dprintf.exp: mi expect stop (unknown output after running)
+FAIL: gdb.mi/mi-dprintf.exp: mi 1st dprintf, agent (unknown output after running)
+FAIL: gdb.mi/mi-dprintf.exp: mi info dprintf second time
+FAIL: gdb.mi/mi-dprintf.exp: mi 2nd dprintf, agent (timeout)
BEFORE:
220-exec-continue^M
220^error,msg="Warning:\nCannot insert breakpoint 3: Target doesn't support breakpoints that have target side commands.\nCannot insert breakpoint 4: Target doesn't support breakpoints that have target side commands.\n"^M
(gdb) ^M
UNSUPPORTED: gdb.mi/mi-dprintf.exp: send dprintf to target
AFTER:
220-exec-continue^M
220^running^M
*running,thread-id="all"^M
(gdb) ^M
I think that is the mi-dprintf.exp issue, which doesn't detect target
dprintf support correctly.
2, on gdbserver,
+FAIL: gdb.threads/thread-find.exp: find lwp id 6
+FAIL: gdb.threads/thread-find.exp: find lwp id 5
+FAIL: gdb.threads/thread-find.exp: find lwp id 4
+FAIL: gdb.threads/thread-find.exp: find lwp id 3
+FAIL: gdb.threads/thread-find.exp: find lwp id 2
+FAIL: gdb.threads/thread-find.exp: find lwp id 1
thread find 18340^M
No threads match '18340'^M
(gdb) FAIL: gdb.threads/thread-find.exp: find lwp id 6
thread find 18339^M
No threads match '18339'^M
(gdb) FAIL: gdb.threads/thread-find.exp: find lwp id 5
thread find 18338^M
No threads match '18338'^M
(gdb) FAIL: gdb.threads/thread-find.exp: find lwp id 4
thread find 18337^M
No threads match '18337'^M
(gdb) FAIL: gdb.threads/thread-find.exp: find lwp id 3
thread find 18336^M
No threads match '18336'^M
(gdb) FAIL: gdb.threads/thread-find.exp: find lwp id 2
thread find 18333^M
No threads match '18333'^M
(gdb) FAIL: gdb.threads/thread-find.exp: find lwp id 1
Maybe, thread list in GDB side is out of date?
3, on native,
-PASS: gdb.base/info-shared.exp: continue to breakpoint: library function #4
+FAIL: gdb.base/info-shared.exp: continue to breakpoint: library function #4
continue^M
Continuing.^M
^M
Program received signal SIGSEGV, Segmentation fault.^M
0x40021564 in ?? () gdb/testsuite/gdb.base/info-shared-solib1.so^M
(gdb) FAIL: gdb.base/info-shared.exp: continue to breakpoint: library function #4
--
Yao (éå)