From: Alexander Graf <agraf@suse.de>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: "QEMU Developers" <qemu-devel@nongnu.org>,
"Paolo Bonzini" <pbonzini@redhat.com>,
qemu-stable <qemu-stable@nongnu.org>,
"Andreas Färber" <afaerber@suse.de>,
"Patch Tracking" <patches@linaro.org>
Subject: Re: [Qemu-devel] [PATCH 0/3] ARM: three easy patches for coverity-reported issues
Date: Tue, 18 Feb 2014 13:17:51 +0100 [thread overview]
Message-ID: <53034F6F.1010905@suse.de> (raw)
In-Reply-To: <CAFEAcA8cUn_jc0bEq+MGhQQcPYk6mefuo78P9xAqX7tNXnNsUw@mail.gmail.com>
On 02/18/2014 12:22 PM, Peter Maydell wrote:
> On 18 February 2014 11:16, Paolo Bonzini <pbonzini@redhat.com> wrote:
>> Il 18/02/2014 12:09, Peter Maydell ha scritto:
>>
>>>> No, we've had that topic before: It's your job as submitter and
>>>> maintainer to flag that appropriately in the commit message, as per QEMU
>>>> Summit 2012.
>>> I don't think this workflow works. I have no idea what
>>> stable's criteria are, and if you rely on people
>>> adding a cc you're going to miss stuff.
>>
>> There isn't really a standard criterion. It's up to each maintainer to be
>> stricter or looser on what goes to stable.
> My criteria for ARM in the past has typically been "there's
> a new release every three months, anything that got past
> the release testing process for release N is sufficiently
> non-critical it can just go into release N+1".
Unfortunately this doesn't work for distributions. Distros need to
maintain a stable branch for the lifetime of a release to ensure that
we're reasonably regression free.
If you indicate that this doesn't apply to ARM it basically means you
admit that ARM systems are not yet ready for "stable" use by customers
when they want to use KVM. At least at the point when we agree that
customers do want to run on a stable base for virtualization on ARM we
need a working -stable system for critical fixes.
Alex
next prev parent reply other threads:[~2014-02-18 12:18 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-02-17 14:37 [Qemu-devel] [PATCH 0/3] ARM: three easy patches for coverity-reported issues Peter Maydell
2014-02-17 14:37 ` [Qemu-devel] [PATCH 1/3] hw/misc/arm_sysctl: Fix bad boundary check on mb clock accesses Peter Maydell
2014-02-17 14:37 ` [Qemu-devel] [PATCH 2/3] hw/net/stellaris_enet: Avoid unintended sign extension Peter Maydell
2014-02-17 14:37 ` [Qemu-devel] [PATCH 3/3] hw/timer/arm_timer: Avoid array overrun for bad addresses Peter Maydell
2014-02-17 18:59 ` [Qemu-devel] [PATCH 0/3] ARM: three easy patches for coverity-reported issues Paolo Bonzini
2014-02-18 1:02 ` Andreas Färber
2014-02-18 9:46 ` Peter Maydell
2014-02-18 10:13 ` Andreas Färber
2014-02-18 11:09 ` Peter Maydell
2014-02-18 11:16 ` Paolo Bonzini
2014-02-18 11:22 ` Peter Maydell
2014-02-18 11:23 ` Paolo Bonzini
2014-02-18 12:17 ` Alexander Graf [this message]
2014-02-18 12:37 ` Peter Maydell
2014-02-18 12:51 ` Alexander Graf
2014-02-18 12:53 ` Andreas Färber
2014-02-18 12:56 ` Alexander Graf
2014-02-18 12:44 ` Andreas Färber
2014-02-18 13:05 ` Peter Maydell
2014-02-18 13:53 ` Paolo Bonzini
2014-02-21 7:24 ` [Qemu-devel] [Qemu-stable] " Michael Roth
2014-02-21 10:43 ` Paolo Bonzini
2014-02-24 15:41 ` [Qemu-devel] " Peter Maydell
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=53034F6F.1010905@suse.de \
--to=agraf@suse.de \
--cc=afaerber@suse.de \
--cc=patches@linaro.org \
--cc=pbonzini@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=qemu-stable@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.