From: Paolo Bonzini <pbonzini@redhat.com>
To: Peter Lieven <pl@kamp.de>, Stefan Hajnoczi <stefanha@redhat.com>
Cc: "qemu-devel@nongnu.org" <qemu-devel@nongnu.org>, qemu-stable@nongnu.org
Subject: Re: [Qemu-devel] Recent patches for 2.4
Date: Fri, 31 Jul 2015 10:22:05 +0200 [thread overview]
Message-ID: <55BB302D.50108@redhat.com> (raw)
In-Reply-To: <55BB2DF7.8010808@kamp.de>
On 31/07/2015 10:12, Peter Lieven wrote:
> Hi Paolo, hi Stefan,
>
> you submitted some fixes for 2.4 recently. None of the folloing had qemu-stable in CC. Is this not stable material?
In general I send less and less patches to qemu-stable as we get closer
to the new release, because I'm not sure anymore if they apply.
Let's look at your list:
> ca96ac4 AioContext: force event loop iteration using BH
> a076972 AioContext: avoid leaking BHs on cleanup
> fed105e virtio-blk-dataplane: delete bottom half before the AioContext is freed
> 05e514b AioContext: optimize clearing the EventNotifier
> 21a03d1 AioContext: fix broken placement of event_notifier_test_and_clear
> eabc977 AioContext: fix broken ctx->dispatching optimization
These could in principle be backported, but the bug was only visible on
aarch64 hosts and only in relatively special circumstances (UEFI
firmware, KVM, virtio-scsi, many disks) so I didn't Cc qemu-stable.
> 52c91da memory: do not add a reference to the owner of aliased regions
This could be backported, yes. Feel free to send it to qemu-stable.
However, the bug was only visible with virtio 1.
> edec47c main-loop: fix qemu_notify_event for aio_notify optimization
Part of the above AioContext series.
> deb809e memory: count number of active VGA logging clients
Not this one, it's new in 2.5.
> ab28bd2 rcu: actually register threads that have RCU read-side critical sections
Probably has conflicts, but can be sent to qemu-stable.
> 9172f42 qemu-char: handle EINTR for TCP character devices
Can be sent to qemu-stable if it applies to 2.4.
Paolo
next prev parent reply other threads:[~2015-07-31 8:22 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-07-31 8:12 [Qemu-devel] Recent patches for 2.4 Peter Lieven
2015-07-31 8:22 ` Paolo Bonzini [this message]
2015-07-31 8:35 ` Peter Lieven
2015-07-31 9:29 ` Paolo Bonzini
2015-08-04 9:22 ` [Qemu-devel] [Qemu-stable] " Peter Lieven
2015-08-04 11:53 ` Paolo Bonzini
2015-08-04 11:57 ` Peter Lieven
2015-08-04 12:09 ` Paolo Bonzini
2015-08-04 12:29 ` Peter Lieven
2015-08-04 12:53 ` Peter Lieven
2015-08-04 23:23 ` ronnie sahlberg
2015-08-05 8:39 ` Paolo Bonzini
2015-08-06 7:51 ` Peter Lieven
2015-09-03 13:11 ` Peter Lieven
2015-09-07 16:28 ` Paolo Bonzini
2015-09-07 19:11 ` Peter Lieven
2015-09-07 19:14 ` Paolo Bonzini
2015-09-07 21:05 ` Peter Lieven
2015-09-21 7:40 ` Peter Lieven
2015-09-21 9:41 ` Paolo Bonzini
2015-09-21 9:52 ` Peter Lieven
2015-09-21 12:16 ` Paolo Bonzini
2015-08-04 18:20 ` Michael Roth
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=55BB302D.50108@redhat.com \
--to=pbonzini@redhat.com \
--cc=pl@kamp.de \
--cc=qemu-devel@nongnu.org \
--cc=qemu-stable@nongnu.org \
--cc=stefanha@redhat.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 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.