This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: ppc64* native-gdbserver testsuite hangs on gdb.threads/process-dies-while-handling-bp.exp
- From: Yao Qi <qiyaoltc at gmail dot com>
- To: Edjunior Machado <edjunior at gmail dot com>
- Cc: GDB Patches <gdb-patches at sourceware dot org>
- Date: Wed, 20 Dec 2017 16:23:11 +0000
- Subject: Re: ppc64* native-gdbserver testsuite hangs on gdb.threads/process-dies-while-handling-bp.exp
- Authentication-results: sourceware.org; auth=none
- References: <CAJJrRvag0nc6_HAWrPAkGZQ9eD4RFqiTUz=10Zgf97byWEdeWg@mail.gmail.com> <CAH=s-PO2vN4Gahajo5rNfSeSWRJsAEf_5r3yz-2Yw5jsMrXVaw@mail.gmail.com> <86o9mu8v32.fsf@gmail.com> <CAJJrRvascRev5Q1mH=MzG=eT72fBiUhMQxEVcGsRVW1e=J9fDw@mail.gmail.com>
On Wed, Dec 20, 2017 at 3:23 PM, Edjunior Machado <edjunior@gmail.com> wrote:
> thanks a lot for the patch! Testing the fix on Fedora26, confirmed that
> native-gdbserver no longer hangs on
> gdb.threads/process-dies-while-handling-bp.exp in both ppc64le and be.
>
> Unfortunately, I couldn't regtest running the complete testsuite due to
> another hang I'm still checking (likely caused by hw watch not working
> properly on such boxes).
>
Is it gdb.base/watchpoints.exp? My regression test running on gcc110
is very slow, blocked by gdb.base/watchpoints.exp. The test needs two
HW watchpoints, but ppc only has one HW watchpoint register. GDB
native can do resource counting, so it is smart enough to switch to
SW wathcpoint if there is not enough HW watchpoint registers. However,
GDB remote can *not* do resource counting, so GDB fails to insert
watchpoints, and all the following tests timeout.
--
Yao (齐尧)