qemu-commits
[Top][All Lists]
Advanced
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Qemu-commits] [qemu/qemu] 01a9c0: MAINTAINERS: Add myself as Memory API

From: GitHub
Subject: [Qemu-commits] [qemu/qemu] 01a9c0: MAINTAINERS: Add myself as Memory API maintainer
Date: Wed, 18 Jun 2014 08:30:06 -0700 
  Branch: refs/heads/master
  Home:   https://github.com/qemu/qemu
  Commit: 01a9c03c39debe843aea7f4df18274f18d8c6974
      
https://github.com/qemu/qemu/commit/01a9c03c39debe843aea7f4df18274f18d8c6974
  Author: Paolo Bonzini <address@hidden>
  Date:   2014-06-17 (Tue, 17 Jun 2014)

  Changed paths:
    M MAINTAINERS

  Log Message:
  -----------
  MAINTAINERS: Add myself as Memory API maintainer

I'm not including Avi since he has already removed himself from the
KVM entry.  I'm not going to commit my patches without review.

Acked-by: Edgar E. Iglesias <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>


  Commit: 20cfe8810d08c99e3fc37be2a5a3355a3a51d208
      
https://github.com/qemu/qemu/commit/20cfe8810d08c99e3fc37be2a5a3355a3a51d208
  Author: Hu Tao <address@hidden>
  Date:   2014-06-17 (Tue, 17 Jun 2014)

  Changed paths:
    M exec.c
    M include/exec/cpu-common.h

  Log Message:
  -----------
  exec: introduce qemu_ram_unset_idstr() to unset RAMBlock idstr

Signed-off-by: Hu Tao <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>


  Commit: b0e56e0b63f350691b52d3e75e89bb64143fbeff
      
https://github.com/qemu/qemu/commit/b0e56e0b63f350691b52d3e75e89bb64143fbeff
  Author: Hu Tao <address@hidden>
  Date:   2014-06-17 (Tue, 17 Jun 2014)

  Changed paths:
    M savevm.c

  Log Message:
  -----------
  unset RAMBlock idstr when unregister MemoryRegion

Signed-off-by: Hu Tao <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>


  Commit: 4dc56152237f61694fa42675a78ffd14a509df98
      
https://github.com/qemu/qemu/commit/4dc56152237f61694fa42675a78ffd14a509df98
  Author: Gonglei <address@hidden>
  Date:   2014-06-17 (Tue, 17 Jun 2014)

  Changed paths:
    M memory.c

  Log Message:
  -----------
  memory: Don't update all memory region when ioeventfd changed

memory mappings don't rely on ioeventfds, there is no need
to destroy and rebuild them when manipulating ioeventfds,
otherwise it scarifies performance.

according to testing result, each ioeventfd deleing needs
about 5ms, within which memory mapping rebuilding needs
about 4ms. With many Nics and vmchannel in a VM doing migrating,
there can be many ioeventfds deleting which increasing
downtime remarkably.

Signed-off-by: Gonglei <address@hidden>
Signed-off-by: Herongguang <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>


  Commit: 3fb5bf5730b90c08d5d1c027900efae210d9b326
      
https://github.com/qemu/qemu/commit/3fb5bf5730b90c08d5d1c027900efae210d9b326
  Author: Peter Crosthwaite <address@hidden>
  Date:   2014-06-17 (Tue, 17 Jun 2014)

  Changed paths:
    M memory.c

  Log Message:
  -----------
  memory: Simplify mr_add_subregion() if-else

This if else is not needed. The previous call to memory_region_add
(whether _overlap or not) will always set priority and may_overlap
to desired values. And its not possible to get here without having
called memory_region_add_subregion due to the null guard on parent.
So we can just directly call memory_region_add_subregion_common.

Signed-off-by: Peter Crosthwaite <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>


  Commit: a656e22f0993ca1d84cabf47a33e99f27acc3a28
      
https://github.com/qemu/qemu/commit/a656e22f0993ca1d84cabf47a33e99f27acc3a28
  Author: Peter Crosthwaite <address@hidden>
  Date:   2014-06-17 (Tue, 17 Jun 2014)

  Changed paths:
    M exec.c

  Log Message:
  -----------
  exec: dummy_section: Pass address space through.

Rather than use the global singleton.

Signed-off-by: Peter Crosthwaite <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>


  Commit: c9299e2fe789b085f463b2e4232507f5e77f50b4
      
https://github.com/qemu/qemu/commit/c9299e2fe789b085f463b2e4232507f5e77f50b4
  Author: Sergey Fedorov <address@hidden>
  Date:   2014-06-17 (Tue, 17 Jun 2014)

  Changed paths:
    M cpus.c

  Log Message:
  -----------
  qtest: fix qtest_clock_warp() for no deadline case

Use dedicated qemu_soonest_timeout() instead of MIN().

Signed-off-by: Sergey Fedorov <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>


  Commit: 0598701a4947ddbc19391e008cf753f8f22f3c25
      
https://github.com/qemu/qemu/commit/0598701a4947ddbc19391e008cf753f8f22f3c25
  Author: Peter Crosthwaite <address@hidden>
  Date:   2014-06-17 (Tue, 17 Jun 2014)

  Changed paths:
    M memory.c

  Log Message:
  -----------
  memory: MemoryRegion: factor out subregion add functionality

Split off the core looping code that actually adds subregions into
it's own fn. This prepares support for Memory Region qomification
where setting the MR address or parent via QOM will back onto this more
minimal function.

Signed-off-by: Peter Crosthwaite <address@hidden>
[Rename new function. - Paolo]
Signed-off-by: Paolo Bonzini <address@hidden>


  Commit: 67891b8a85cd8238b8c55ef438b87146ff3646aa
      
https://github.com/qemu/qemu/commit/67891b8a85cd8238b8c55ef438b87146ff3646aa
  Author: Peter Crosthwaite <address@hidden>
  Date:   2014-06-17 (Tue, 17 Jun 2014)

  Changed paths:
    M memory.c

  Log Message:
  -----------
  memory: MemoryRegion: factor out memory region re-adder

memory_region_set_address is mostly just a function that deletes and
re-adds a memory region. Factor this generic functionality out into a
re-usable function. This prepares support for further QOMification
of MemoryRegion.

Signed-off-by: Peter Crosthwaite <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>


  Commit: feca4ac18b7e0df7cdc6e791a7e98cc303feb890
      
https://github.com/qemu/qemu/commit/feca4ac18b7e0df7cdc6e791a7e98cc303feb890
  Author: Paolo Bonzini <address@hidden>
  Date:   2014-06-18 (Wed, 18 Jun 2014)

  Changed paths:
    M include/exec/memory.h
    M memory.c

  Log Message:
  -----------
  memory: MemoryRegion: rename parent to container

Avoid confusion with the QOM parent.

Reviewed-by: Peter Crosthwaite <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>


  Commit: ab5b3db5d711b290d63e954dc64647dd51cef962
      
https://github.com/qemu/qemu/commit/ab5b3db5d711b290d63e954dc64647dd51cef962
  Author: Fam Zheng <address@hidden>
  Date:   2014-06-18 (Wed, 18 Jun 2014)

  Changed paths:
    M memory.c

  Log Message:
  -----------
  memory: Don't call memory_region_update_coalesced_range if nothing changed

With huge number of PCI devices in the system (for example, 200
virtio-blk-pci), this unconditional call can slow down emulation of
irrelevant PCI operations drastically, such as a BAR update on a device
that has no coalescing region. So avoid it.

Signed-off-by: Fam Zheng <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>


  Commit: 2edaf21b939eb3b7f058fbc3cb7f7e14d6262486
      
https://github.com/qemu/qemu/commit/2edaf21b939eb3b7f058fbc3cb7f7e14d6262486
  Author: Peter Maydell <address@hidden>
  Date:   2014-06-18 (Wed, 18 Jun 2014)

  Changed paths:
    M MAINTAINERS
    M cpus.c
    M exec.c
    M include/exec/cpu-common.h
    M include/exec/memory.h
    M memory.c
    M savevm.c

  Log Message:
  -----------
  Merge remote-tracking branch 'remotes/bonzini/memory' into staging

* remotes/bonzini/memory:
  memory: Don't call memory_region_update_coalesced_range if nothing changed
  memory: MemoryRegion: rename parent to container
  memory: MemoryRegion: factor out memory region re-adder
  memory: MemoryRegion: factor out subregion add functionality
  qtest: fix qtest_clock_warp() for no deadline case
  exec: dummy_section: Pass address space through.
  memory: Simplify mr_add_subregion() if-else
  memory: Don't update all memory region when ioeventfd changed
  unset RAMBlock idstr when unregister MemoryRegion
  exec: introduce qemu_ram_unset_idstr() to unset RAMBlock idstr
  MAINTAINERS: Add myself as Memory API maintainer

Signed-off-by: Peter Maydell <address@hidden>


Compare: https://github.com/qemu/qemu/compare/0360fbd076e8...2edaf21b939e
reply via email to
[Prev in Thread] Current Thread [Next in Thread]