qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Paolo Bonzini <pbonzini@redhat.com>
To: liu ping fan <qemulist@gmail.com>
Cc: kvm@vger.kernel.org, "Jan Kiszka" <jan.kiszka@siemens.com>,
	"Marcelo Tosatti" <mtosatti@redhat.com>,
	qemu-devel@nongnu.org, "Blue Swirl" <blauwirbel@gmail.com>,
	"Avi Kivity" <avi@redhat.com>,
	"Anthony Liguori" <anthony@codemonkey.ws>,
	"Stefan Hajnoczi" <stefanha@gmail.com>,
	"Andreas Färber" <afaerber@suse.de>
Subject: Re: [Qemu-devel] [PATCH 13/15] hotplug: introduce qdev_unplug_complete() to remove device from views
Date: Thu, 09 Aug 2012 10:00:16 +0200	[thread overview]
Message-ID: <50236E10.8030709@redhat.com> (raw)
In-Reply-To: <CAJnKYQ=xWDSAk=+8duE2xo3uGyN2j_rBpYPsTRt=OgVuAMFnbA@mail.gmail.com>

Il 09/08/2012 09:28, liu ping fan ha scritto:
>> >     VCPU thread                    I/O thread
>> > =====================================================================
>> >     get MMIO request
>> >     rcu_read_lock()
>> >     walk memory map
>> >                                    qdev_unmap()
>> >                                    lock_devtree()
>> >                                    ...
>> >                                    unlock_devtree
>> >                                    unref dev -> refcnt=0, free enqueued
>> >     ref()
> No ref() for dev here, while we have ref to flatview+radix in my patches.
> I use rcu to protect radix+flatview+mr refered. As to dev, its ref has
> inc when it is added into mem view -- that is
> memory_region_add_subregion -> memory_region_get() {
> if(atomic_add_and_return()) dev->ref++  }.
> So not until reclaimer of mem view, the dev's ref is hold by mem view.
> In a short word, rcu protect mem view, while device is protected by refcnt.

But the RCU critical section should not include the whole processing of
MMIO, only the walk of the memory map.

And in general I think this is a bit too tricky... I understand not
adding refcounting to all of bottom halves, timers, etc., but if you are
using a device you should have explicit ref/unref pairs.

Paolo

  reply	other threads:[~2012-08-09  8:00 UTC|newest]

Thread overview: 77+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-08-08  6:25 [Qemu-devel] [PATCH 0/15 v2] prepare unplug out of protection of global lock Liu Ping Fan
2012-08-08  6:25 ` [Qemu-devel] [PATCH 01/15] atomic: introduce atomic operations Liu Ping Fan
2012-08-08  8:55   ` Paolo Bonzini
2012-08-08  9:02   ` Avi Kivity
2012-08-08  9:05     ` 陳韋任 (Wei-Ren Chen)
2012-08-08  9:15       ` Avi Kivity
2012-08-08  9:21   ` Peter Maydell
2012-08-08 13:09     ` Stefan Hajnoczi
2012-08-08 13:18       ` Paolo Bonzini
2012-08-08 13:32         ` Peter Maydell
2012-08-08 13:49           ` Paolo Bonzini
2012-08-08 14:00             ` Avi Kivity
2012-08-08  6:25 ` [Qemu-devel] [PATCH 02/15] qom: using atomic ops to re-implement object_ref Liu Ping Fan
2012-08-08  6:25 ` [Qemu-devel] [PATCH 03/15] qom: introduce reclaimer to release obj Liu Ping Fan
2012-08-08  9:05   ` Avi Kivity
2012-08-08  9:07     ` Paolo Bonzini
2012-08-08  9:15       ` Avi Kivity
2012-08-09  7:33         ` liu ping fan
2012-08-09  7:49           ` Paolo Bonzini
2012-08-09  8:18             ` Avi Kivity
2012-08-10  6:43               ` liu ping fan
2012-08-08  9:35   ` Paolo Bonzini
2012-08-09  7:38     ` liu ping fan
2012-08-08  6:25 ` [Qemu-devel] [PATCH 04/15] memory: MemoryRegion topology must be stable when updating Liu Ping Fan
2012-08-08  9:13   ` Avi Kivity
2012-08-09  7:28     ` liu ping fan
2012-08-09  8:24       ` Avi Kivity
2012-08-10  6:44         ` liu ping fan
2012-08-13 18:28       ` Marcelo Tosatti
2012-08-08 19:17   ` Blue Swirl
2012-08-09  7:28     ` liu ping fan
2012-08-09 17:09       ` Blue Swirl
2012-08-08  6:25 ` [Qemu-devel] [PATCH 05/15] memory: introduce life_ops to MemoryRegion Liu Ping Fan
2012-08-08  9:18   ` Avi Kivity
2012-08-08  6:25 ` [Qemu-devel] [PATCH 06/15] memory: use refcnt to manage MemoryRegion Liu Ping Fan
2012-08-08  9:20   ` Avi Kivity
2012-08-09  7:27     ` liu ping fan
2012-08-09  8:38       ` Avi Kivity
2012-08-10  6:44         ` liu ping fan
2012-08-12  8:43           ` Avi Kivity
2012-08-08  6:25 ` [Qemu-devel] [PATCH 07/15] memory: inc/dec mr's ref when adding/removing from mem view Liu Ping Fan
2012-08-08  6:25 ` [Qemu-devel] [PATCH 08/15] memory: introduce PhysMap to present snapshot of toploygy Liu Ping Fan
2012-08-08  9:27   ` Avi Kivity
2012-08-08 19:18   ` Blue Swirl
2012-08-09  7:29     ` liu ping fan
2012-08-08  6:25 ` [Qemu-devel] [PATCH 09/15] memory: prepare flatview and radix-tree for rcu style access Liu Ping Fan
2012-08-08  9:41   ` Avi Kivity
2012-08-11  1:58     ` liu ping fan
2012-08-11 10:06       ` liu ping fan
2012-08-08 19:23   ` Blue Swirl
2012-08-09  7:29     ` liu ping fan
2012-08-08  6:25 ` [Qemu-devel] [PATCH 10/15] memory: change tcg related code to using PhysMap Liu Ping Fan
2012-08-08  6:25 ` [Qemu-devel] [PATCH 11/15] lock: introduce global lock for device tree Liu Ping Fan
2012-08-08  9:41   ` Paolo Bonzini
2012-08-09  7:28     ` liu ping fan
2012-08-09  7:41       ` Paolo Bonzini
2012-08-08  9:42   ` Avi Kivity
2012-08-09  7:27     ` liu ping fan
2012-08-09  8:31       ` Avi Kivity
2012-08-08  6:25 ` [Qemu-devel] [PATCH 12/15] qdev: using devtree lock to protect device's accessing Liu Ping Fan
2012-08-08  9:33   ` Peter Maydell
2012-08-08  6:25 ` [Qemu-devel] [PATCH 13/15] hotplug: introduce qdev_unplug_complete() to remove device from views Liu Ping Fan
2012-08-08  9:52   ` Paolo Bonzini
2012-08-08 10:07     ` Avi Kivity
2012-08-09  7:28     ` liu ping fan
2012-08-09  8:00       ` Paolo Bonzini [this message]
2012-08-10  6:42         ` liu ping fan
2012-08-13 18:53           ` Marcelo Tosatti
2012-08-13 18:51         ` Marcelo Tosatti
2012-08-08  6:25 ` [Qemu-devel] [PATCH 14/15] qom: object_unref call reclaimer Liu Ping Fan
2012-08-08  9:40   ` Paolo Bonzini
2012-08-13 18:56   ` Marcelo Tosatti
2012-08-08  6:25 ` [Qemu-devel] [PATCH 15/15] e1000: using new interface--unmap to unplug Liu Ping Fan
2012-08-08  9:56   ` Paolo Bonzini
2012-08-09  7:28     ` liu ping fan
2012-08-09  7:40       ` Paolo Bonzini
2012-08-10  6:43         ` liu ping fan

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=50236E10.8030709@redhat.com \
    --to=pbonzini@redhat.com \
    --cc=afaerber@suse.de \
    --cc=anthony@codemonkey.ws \
    --cc=avi@redhat.com \
    --cc=blauwirbel@gmail.com \
    --cc=jan.kiszka@siemens.com \
    --cc=kvm@vger.kernel.org \
    --cc=mtosatti@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=qemulist@gmail.com \
    --cc=stefanha@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;
as well as URLs for NNTP newsgroup(s).