qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: "Andreas Färber" <afaerber@suse.de>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: Paolo Bonzini <pbonzini@redhat.com>,
	Eduardo Habkost <ehabkost@redhat.com>,
	QEMU Developers <qemu-devel@nongnu.org>
Subject: Re: [Qemu-devel] [PULL 00/11] X86 patches
Date: Mon, 02 Mar 2015 17:18:01 +0100	[thread overview]
Message-ID: <54F48D39.6050402@suse.de> (raw)
In-Reply-To: <CAFEAcA-pusvOKEb-DvDrcsH1AjGDZsumiosGSAoHJXTBQi5ytQ@mail.gmail.com>

Am 02.03.2015 um 16:30 schrieb Peter Maydell:
> On 3 March 2015 at 00:26, Andreas Färber <afaerber@suse.de> wrote:
>> Am 02.03.2015 um 16:19 schrieb Peter Maydell:
>>> On 26 February 2015 at 04:58, Eduardo Habkost <ehabkost@redhat.com> wrote:
>>>> ----------------------------------------------------------------
>>>> Those patches were reviewed some time ago, and Paolo suggested I submit them
>>>> through my own tree. So, here is my first x86 pull request. :)
>>>> ----------------------------------------------------------------
>>>
>>> Applied, thanks.
>>
>> Why? You yourself had objections against 08/11, no? And replacement
>> series are already on the list.
> 
> Because nobody followed up to this cover letter to say "don't apply this".

That's pretty much what I replied to 04/11, and I expected you to see
that, in particular since you were on CC and chimed in. :/

I had some of Eduardo's alternative patches queued already and will look
into fixing this mess...

> I process pullreqs in first-in-first-out order and I rely on
> submitters (or others) letting me know if there's a reason not to
> apply something, and on people not submitting pullreqs including
> patches which have got negative review on list :-(

In this case it was Eduardo's first pull request, with overlap between
qom-cpu and target-i386 responsibilities and Paolo having given an Rb
for a full APIC movement series rather than the individual patches I
pointed out. That requires a bit more review.

Eduardo, I also notice that your tag luckily does not match the above
description in your cover letter. That section is supposed to be filled
in by git-request-pull from the tag, not hand-edited, and should be a
summary of what changes the pull includes, not who reviewed it. You can
place any additional comments above the generated template.

Andreas

-- 
SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Felix Imendörffer, Jane Smithard, Jennifer Guild, Dilip Upmanyu,
Graham Norton; HRB 21284 (AG Nürnberg)

  reply	other threads:[~2015-03-02 16:18 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-02-25 19:58 [Qemu-devel] [PULL 00/11] X86 patches Eduardo Habkost
2015-02-25 19:58 ` [Qemu-devel] [PULL 01/11] target-i386: Simplify listflags() function Eduardo Habkost
2015-02-25 19:58 ` [Qemu-devel] [PULL 02/11] target-i386: Eliminate unnecessary get_cpuid_vendor() function Eduardo Habkost
2015-02-25 19:58 ` [Qemu-devel] [PULL 03/11] target-i386: Move topology.h to include/hw/i386 Eduardo Habkost
2015-02-25 19:58 ` [Qemu-devel] [PULL 04/11] target-i386: Rename cpu_x86_init() to cpu_x86_init_user() Eduardo Habkost
2015-02-25 22:06   ` Andreas Färber
2015-02-26 15:59     ` Eduardo Habkost
2015-02-27 14:10       ` Andreas Färber
2015-02-27 19:01         ` Eduardo Habkost
2015-02-27 19:10           ` Andreas Färber
2015-02-25 19:58 ` [Qemu-devel] [PULL 05/11] target-i386: Eliminate cpu_init() function Eduardo Habkost
2015-02-25 22:08   ` Andreas Färber
2015-02-26 16:03     ` Eduardo Habkost
2015-02-27 14:19       ` Andreas Färber
2015-02-25 19:58 ` [Qemu-devel] [PULL 06/11] target-i386: Simplify error handling on cpu_x86_init_user() Eduardo Habkost
2015-02-25 19:58 ` [Qemu-devel] [PULL 07/11] target-i386: Move CPUX86State.cpuid_apic_id to X86CPU.apic_id Eduardo Habkost
2015-02-25 19:58 ` [Qemu-devel] [PULL 08/11] linux-user: Check for cpu_init() errors Eduardo Habkost
2015-02-25 22:23   ` Andreas Färber
2015-02-25 23:27   ` Peter Maydell
2015-02-26 16:06     ` Eduardo Habkost
2015-02-26 22:44       ` Peter Maydell
2015-02-26 22:51         ` Eduardo Habkost
2015-02-26 23:00           ` Peter Maydell
2015-02-26 23:11             ` Eduardo Habkost
2015-02-26 23:23               ` Peter Maydell
2015-02-27 17:38                 ` Eduardo Habkost
2015-02-25 19:58 ` [Qemu-devel] [PULL 09/11] target-i386: Set APIC ID using cpu_index on CONFIG_USER Eduardo Habkost
2015-02-25 19:58 ` [Qemu-devel] [PULL 10/11] target-i386: Require APIC ID to be explicitly set before CPU realize Eduardo Habkost
2015-02-25 19:58 ` [Qemu-devel] [PULL 11/11] target-i386: Move APIC ID compatibility code to pc.c Eduardo Habkost
2015-03-02 15:19 ` [Qemu-devel] [PULL 00/11] X86 patches Peter Maydell
2015-03-02 15:26   ` Andreas Färber
2015-03-02 15:30     ` Peter Maydell
2015-03-02 16:18       ` Andreas Färber [this message]
2015-03-02 16:22         ` Peter Maydell
2015-03-02 17:10           ` Andreas Färber
2015-03-03  1:28             ` Peter Maydell
2015-03-02 18:38         ` Eduardo Habkost

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=54F48D39.6050402@suse.de \
    --to=afaerber@suse.de \
    --cc=ehabkost@redhat.com \
    --cc=pbonzini@redhat.com \
    --cc=peter.maydell@linaro.org \
    --cc=qemu-devel@nongnu.org \
    /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;
as well as URLs for NNTP newsgroup(s).