This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [PATCH 00/12] record btrace: prepare for a new trace format
- From: Pedro Alves <palves at redhat dot com>
- To: "Metzger, Markus T" <markus dot t dot metzger at intel dot com>
- Cc: "gdb-patches at sourceware dot org" <gdb-patches at sourceware dot org>
- Date: Fri, 07 Nov 2014 11:26:45 +0000
- Subject: Re: [PATCH 00/12] record btrace: prepare for a new trace format
- Authentication-results: sourceware.org; auth=none
- References: <1405346196-1804-1-git-send-email-markus dot t dot metzger at intel dot com> <A78C989F6D9628469189715575E55B231E659B63 at IRSMSX104 dot ger dot corp dot intel dot com> <545A8D84 dot 5020201 at redhat dot com> <A78C989F6D9628469189715575E55B231E65F418 at IRSMSX104 dot ger dot corp dot intel dot com>
On 11/06/2014 09:02 AM, Metzger, Markus T wrote:
>> -----Original Message-----
>> From: Pedro Alves [mailto:palves@redhat.com]
>> Sent: Wednesday, November 5, 2014 9:50 PM
>
>
>> I read 1-11, and skimmed 12; will leave that one for when
>> you actually submit it.
>
> Thanks for your review! I'll address your comments and
> resend the patch series.
>
> #12 depends on the kernel interface, which is currently
> under review. It will remain wip until the kernel patches
> are merged but is otherwise not expected to change
> (except for following the kernel interface).
>
> Would you be OK to apply #1 to #11 and then wait for
> #12? I can't say how long it will take but it might be after
> the next GDB release.
I think 1-10 would be fine. Parts of it add user-visible
features that are useful already, even.
I think #11 should wait until libipt is actually used.
> Also #12 depends on a decoder library which is available
> from here: https://github.com/01org/processor-trace.
Thanks,
Pedro Alves