From: Avi Kivity <avi@redhat.com>
To: Liu Ping Fan <qemulist@gmail.com>
Cc: Jan Kiszka <jan.kiszka@siemens.com>,
Marcelo Tosatti <mtosatti@redhat.com>,
qemu-devel@nongnu.org, Anthony Liguori <anthony@codemonkey.ws>,
Paolo Bonzini <pbonzini@redhat.com>
Subject: Re: [Qemu-devel] [PATCH V3 06/11] memory: make mmio dispatch able to be out of biglock
Date: Tue, 11 Sep 2012 11:25:38 +0300 [thread overview]
Message-ID: <504EF582.9070909@redhat.com> (raw)
In-Reply-To: <1347349912-15611-7-git-send-email-qemulist@gmail.com>
On 09/11/2012 10:51 AM, Liu Ping Fan wrote:
> From: Liu Ping Fan <pingfank@linux.vnet.ibm.com>
>
> Without biglock, we try to protect the mr by increase refcnt.
> If we can inc refcnt, go backward and resort to biglock.
>
> Another point is memory radix-tree can be flushed by another
> thread, so we should get the copy of terminal mr to survive
> from such issue.
>
>
> +static QemuMutex mem_map_lock;
> +
> static void core_begin(MemoryListener *listener)
> {
> + qemu_mutex_lock(&mem_map_lock);
Since we have an unbalanced lock here, please add a comment that
explains the lock holding region.
> destroy_all_mappings();
> phys_sections_clear();
> phys_map.ptr = PHYS_MAP_NODE_NIL;
> @@ -3184,17 +3187,32 @@ static void core_commit(MemoryListener *listener)
> for(env = first_cpu; env != NULL; env = env->next_cpu) {
> tlb_flush(env, 1);
> }
> + qemu_mutex_unlock(&mem_map_lock);
> }
>
> static void core_region_add(MemoryListener *listener,
> MemoryRegionSection *section)
> {
> + MemoryRegion *mr = section->mr;
> +
> + if (mr->ops != NULL) {
> + if (mr->ops->ref != NULL) {
> + mr->ops->ref(mr);
> + }
> + }
Can drop '!= NULL'.
> cpu_register_physical_memory_log(section, section->readonly);
> }
>
> static void core_region_del(MemoryListener *listener,
> MemoryRegionSection *section)
> {
> + MemoryRegion *mr = section->mr;
> +
> + if (mr->ops != NULL) {
> + if (mr->ops->unref != NULL) {
> + mr->ops->unref(mr);
> + }
> + }
> }
Here too.
> @@ -3406,6 +3426,52 @@ int cpu_memory_rw_debug(CPUArchState *env, target_ulong addr,
> }
>
> #else
> +
> +static MemoryRegionSection *subpage_get_terminal(subpage_t *mmio,
> + target_phys_addr_t addr)
> +{
> + MemoryRegionSection *section;
> + unsigned int idx = SUBPAGE_IDX(addr);
> +
> + section = &phys_sections[mmio->sub_section[idx]];
> + return section;
> +}
> +
> +static MemoryRegionSection mrs_get_terminal(MemoryRegionSection *mrs,
> + target_phys_addr_t addr)
> +{
> + if (mrs->mr->subpage) {
> + mrs = subpage_get_terminal(mrs->mr->opaque, addr);
> + }
> + return *mrs;
> +}
> +
Please spell out memory_region_section_ in function names, like
elsewhere in the file.
> +static int mrs_ref(MemoryRegionSection *mrs)
> +{
> + MemoryRegion *mr;
> + int ret;
> +
> + mr = mrs->mr;
> + if (mr->ops != NULL) {
> + if (mr->ops->ref != NULL) {
> + ret = mr->ops->ref(mr);
> + }
> + }
> + return ret;
> +}
What could 'ret' possibly be?
> +
> +static void mrs_unref(MemoryRegionSection *mrs)
> +{
> + MemoryRegion *mr;
> +
> + mr = mrs->mr;
> + if (mr->ops != NULL) {
> + if (mr->ops->unref != NULL) {
> + mr->ops->unref(mr);
> + }
> + }
> +}
> +
> void cpu_physical_memory_rw(target_phys_addr_t addr, uint8_t *buf,
> int len, int is_write)
> {
> @@ -3413,14 +3479,35 @@ void cpu_physical_memory_rw(target_phys_addr_t addr, uint8_t *buf,
> uint8_t *ptr;
> uint32_t val;
> target_phys_addr_t page;
> - MemoryRegionSection *section;
> + MemoryRegionSection *section, obj_mrs;
> + int ret;
> + int need_biglock = 0;
>
> + /* Will finally removed after all mr->ops implement ref/unref() */
> +try_big_lock:
> + if (need_biglock == 1) {
> + qemu_mutex_lock_iothread();
> + }
> while (len > 0) {
> page = addr & TARGET_PAGE_MASK;
> l = (page + TARGET_PAGE_SIZE) - addr;
> if (l > len)
> l = len;
> +
> + qemu_mutex_lock(&mem_map_lock);
> section = phys_page_find(page >> TARGET_PAGE_BITS);
> + if (need_biglock == 0) {
> + obj_mrs = mrs_get_terminal(section, addr);
> + ret = mrs_ref(&obj_mrs);
> + if (ret <= 0) {
> + need_biglock = 1;
> + qemu_mutex_unlock(&mem_map_lock);
> + goto try_big_lock;
> + }
> + /* rely on local variable */
> + section = &obj_mrs;
> + }
> + qemu_mutex_unlock(&mem_map_lock);
Please split out this code to a separate function (can return
MemoryRegionSection by value, with either the big lock held or the
object referenced).
>
> if (is_write) {
> if (!memory_region_is_ram(section->mr)) {
> @@ -3491,10 +3578,16 @@ void cpu_physical_memory_rw(target_phys_addr_t addr, uint8_t *buf,
> qemu_put_ram_ptr(ptr);
> }
> }
> +
> + mrs_unref(&obj_mrs);
> len -= l;
> buf += l;
> addr += l;
> }`
> +
> + if (need_biglock == 1) {
> + qemu_mutex_unlock_iothread();
> + }
Similarly this should be in a separate function, either unrefing or
dropping the big lock as appropriate.
> }
>
> /* used for ROM loading : can write in RAM and ROM */
>
I see other calls to phys_page_find(), they all need to be protected.
--
error compiling committee.c: too many arguments to function
next prev parent reply other threads:[~2012-09-11 8:25 UTC|newest]
Thread overview: 72+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-09-11 7:51 [Qemu-devel] [PATCH V3 0/10] prepare unplug out of protection of global lock Liu Ping Fan
2012-09-11 7:51 ` [Qemu-devel] [PATCH V3 01/11] atomic: introduce atomic operations Liu Ping Fan
2012-09-11 8:04 ` Avi Kivity
2012-09-13 6:54 ` liu ping fan
2012-09-13 8:14 ` Avi Kivity
2012-09-13 8:19 ` Paolo Bonzini
2012-09-13 8:23 ` Avi Kivity
2012-09-13 8:29 ` Paolo Bonzini
2012-09-13 8:45 ` liu ping fan
2012-09-19 13:16 ` Jamie Lokier
2012-09-19 13:32 ` Jamie Lokier
2012-09-19 14:12 ` Peter Maydell
2012-09-19 15:53 ` Jamie Lokier
2012-09-11 8:15 ` Peter Maydell
2012-09-13 6:53 ` liu ping fan
2012-09-11 7:51 ` [Qemu-devel] [PATCH V3 02/11] qom: apply atomic on object's refcount Liu Ping Fan
2012-09-11 7:51 ` [Qemu-devel] [PATCH V3 03/11] hotplug: introduce qdev_unplug_complete() to remove device from views Liu Ping Fan
2012-09-11 7:51 ` [Qemu-devel] [PATCH V3 04/11] pci: remove pci device from mem view when unplug Liu Ping Fan
2012-09-11 7:51 ` [Qemu-devel] [PATCH V3 05/11] memory: introduce ref, unref interface for MemoryRegionOps Liu Ping Fan
2012-09-11 8:08 ` Avi Kivity
2012-09-11 7:51 ` [Qemu-devel] [PATCH V3 06/11] memory: make mmio dispatch able to be out of biglock Liu Ping Fan
2012-09-11 8:25 ` Avi Kivity [this message]
2012-09-11 8:47 ` Avi Kivity
2012-09-11 7:51 ` [Qemu-devel] [PATCH V3 07/11] memory: implement e1000's MemoryRegionOps ref/unref Liu Ping Fan
2012-09-11 8:37 ` Avi Kivity
2012-09-11 7:51 ` [Qemu-devel] [PATCH V3 08/11] qom: introduce reclaimer to release obj in async Liu Ping Fan
2012-09-11 8:32 ` Avi Kivity
2012-09-11 9:32 ` liu ping fan
2012-09-11 9:37 ` Avi Kivity
2012-09-13 6:54 ` liu ping fan
2012-09-13 8:45 ` Avi Kivity
2012-09-13 9:59 ` liu ping fan
2012-09-13 10:09 ` Avi Kivity
2012-09-11 7:51 ` [Qemu-devel] [PATCH V3 09/11] vcpu: make QemuThread as tls to store thread-self info Liu Ping Fan
2012-09-11 7:51 ` [Qemu-devel] [PATCH V3 10/11] vcpu: introduce lockmap Liu Ping Fan
2012-09-11 8:35 ` Avi Kivity
2012-09-11 9:44 ` liu ping fan
2012-09-11 9:54 ` Avi Kivity
2012-09-11 10:04 ` Jan Kiszka
2012-09-11 11:03 ` Avi Kivity
2012-09-11 11:08 ` Jan Kiszka
2012-09-11 12:20 ` Avi Kivity
2012-09-11 12:25 ` Jan Kiszka
2012-09-11 12:30 ` Avi Kivity
2012-09-11 12:35 ` Jan Kiszka
2012-09-11 12:39 ` Avi Kivity
2012-09-19 4:25 ` Peter Crosthwaite
2012-09-19 4:32 ` Edgar E. Iglesias
2012-09-19 4:40 ` Peter Crosthwaite
2012-09-19 7:55 ` Avi Kivity
2012-09-19 11:46 ` Edgar E. Iglesias
2012-09-19 12:12 ` Avi Kivity
2012-09-19 12:17 ` Edgar E. Iglesias
2012-09-19 13:01 ` Igor Mitsyanko
2012-09-19 13:03 ` Avi Kivity
2012-09-19 7:57 ` Jan Kiszka
2012-09-19 13:07 ` Igor Mitsyanko
2012-09-11 9:57 ` Jan Kiszka
2012-09-11 12:24 ` Avi Kivity
2012-09-11 12:41 ` Avi Kivity
2012-09-11 14:54 ` Marcelo Tosatti
2012-09-13 6:55 ` liu ping fan
2012-09-13 6:55 ` liu ping fan
2012-09-13 8:19 ` Avi Kivity
2012-09-17 2:24 ` liu ping fan
2012-09-19 8:01 ` Avi Kivity
2012-09-19 8:36 ` liu ping fan
2012-09-19 9:05 ` Avi Kivity
2012-09-20 7:51 ` liu ping fan
2012-09-20 9:15 ` Avi Kivity
2012-09-21 7:27 ` liu ping fan
2012-09-11 7:51 ` [Qemu-devel] [PATCH V3 11/11] vcpu: push mmio dispatcher out of big lock 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=504EF582.9070909@redhat.com \
--to=avi@redhat.com \
--cc=anthony@codemonkey.ws \
--cc=jan.kiszka@siemens.com \
--cc=mtosatti@redhat.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=qemulist@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).