Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: "Metzger, Markus T" <markus.t.metzger@intel.com>
To: Pedro Alves <palves@redhat.com>, Yao Qi <qiyaoltc@gmail.com>
Cc: "gdb-patches@sourceware.org" <gdb-patches@sourceware.org>
Subject: RE: [PATCH 0/5] improve trace gap handling
Date: Fri, 28 Oct 2016 07:11:00 -0000	[thread overview]
Message-ID: <A78C989F6D9628469189715575E55B233FFFC070@IRSMSX104.ger.corp.intel.com> (raw)
In-Reply-To: <c05ded6e-230d-ba8e-ad4b-16929cdd9f5c@redhat.com>

> -----Original Message-----
> From: Pedro Alves [mailto:palves@redhat.com]
> Sent: Thursday, October 27, 2016 5:11 PM
> To: Yao Qi <qiyaoltc@gmail.com>; Metzger, Markus T
> <markus.t.metzger@intel.com>
> Cc: gdb-patches@sourceware.org
> Subject: Re: [PATCH 0/5] improve trace gap handling
> 
> On 10/27/2016 04:03 PM, Yao Qi wrote:
> > On Thu, Oct 27, 2016 at 1:39 PM, Metzger, Markus T
> > <markus.t.metzger@intel.com> wrote:
> >>
> >> Don't we want patches to be peer reviewed in general?  Or are you
> >> saying that I can and should make changes to record-btrace without
> >> review?
> >
> > No, I am not saying that... :-)  Peer review is always welcome.  As we
> > said in MAINTAINERS:
> >
> > "All maintainers are encouraged to post major patches to the gdb-patches
> > mailing list for comments, even if they have the authority to commit the
> > patch without review from another maintainer."
> >
> > You, as a "responsible maintainer" for btrace, can/should review all
> > patches in the area of btrace, including patches written by yourself.
> >
> > I think all these rules are of a purpose of having a healthy code base
> > with an efficient way.  It helps nothing to block patches for three
> > months due to lack of peer review.
> >
> > You must post your patches for review, and you have the authority
> > to approve the btrace bits.  You can leave your patches for a period
> > of time, one week for example, in mail list to collect comments and
> > objections.
> >
> 
> I definitely agree.  It's because we trust you and think you're
> competent that we made you btrace maintainer.  :-)
> 
> FWIW, I've quickly skimmed the patches now looking for something
> that I might even have input on, and I found nothing.  Regarding
> style and following GDB practices, I think your patches are
> consistently perfect.

OK, thanks.  Then I'm going to self-approve this patch series.  Thanks,
Pedro, for skimming over it.  I have another small fix I'm going to post
for a week or two - it's almost obvious.

The other patch series I have posted some time ago contains changes
to infrun, record (full), and the MI test suite.  It generally impacts the
behavior of MI.  I'm going to ping this one again.

Regards,
Markus.

Intel Deutschland GmbH
Registered Address: Am Campeon 10-12, 85579 Neubiberg, Germany
Tel: +49 89 99 8853-0, www.intel.de
Managing Directors: Christin Eisenschmid, Christian Lamprechter
Chairperson of the Supervisory Board: Nicole Lau
Registered Office: Munich
Commercial Register: Amtsgericht Muenchen HRB 186928

      reply	other threads:[~2016-10-28  7:11 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-07-22  8:12 Markus Metzger
2016-07-22  8:12 ` [PATCH 2/5] btrace: allow leading trace gaps Markus Metzger
2016-07-22  8:12 ` [PATCH 3/5] btrace: update tail call heuristic Markus Metzger
2016-07-22  8:12 ` [PATCH 5/5] btrace: bridge gaps Markus Metzger
2016-07-22  8:12 ` [PATCH 4/5] btrace: preserve function level for unexpected returns Markus Metzger
2016-10-27 10:59 ` [PATCH 0/5] improve trace gap handling Yao Qi
2016-10-27 12:39   ` Metzger, Markus T
2016-10-27 15:04     ` Yao Qi
2016-10-27 15:11       ` Pedro Alves
2016-10-28  7:11         ` Metzger, Markus T [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=A78C989F6D9628469189715575E55B233FFFC070@IRSMSX104.ger.corp.intel.com \
    --to=markus.t.metzger@intel.com \
    --cc=gdb-patches@sourceware.org \
    --cc=palves@redhat.com \
    --cc=qiyaoltc@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox