This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [PATCH v2 00/17] Fast tracepoint support for ARMv7
- From: Pedro Alves <palves at redhat dot com>
- To: Antoine Tremblay <antoine dot tremblay at ericsson dot com>
- Cc: gdb-patches at sourceware dot org
- Date: Wed, 29 Jun 2016 21:10:24 +0100
- Subject: Re: [PATCH v2 00/17] Fast tracepoint support for ARMv7
- Authentication-results: sourceware.org; auth=none
- References: <1465476975-25062-1-git-send-email-antoine dot tremblay at ericsson dot com> <wwoky45o5ccf dot fsf at ericsson dot com> <0d896cd9-f857-db41-fdb1-2ebde0eeeb01 at redhat dot com> <wwokwpl76c2u dot fsf at ericsson dot com>
On 06/29/2016 08:15 PM, Antoine Tremblay wrote:
>
> Pedro Alves writes:
> OK, I guess I have to find a way to interrupt it, in my case using a
> circular buffer, trying c& and interrupt as no effect or C-c with
> continue...
Sounds like a gdbserver bug. :-/ You should always be able to
interrupt. Seems like what you'd get if the signal ends up in the
pending queue, but is then never reported, for whatever reason.
If this is non-stop, could also be related to stopping
with SIGSTOP, which requires special treatment. Try
with "kill -SIGINT" in the terminal too.
>
> I'll try a less tight loop and check that's it's in the traced code but
> not in the usleep...
>
> In the meantime it made me test arm fast tracepoints with a thight loop
> like that and it crashes the inferiror when the agent buffer is full :(
Nice... :-P
>
> I'll fix that 1st..
Thanks,
Pedro Alves