On 08/08/2011 01:04 PM, Badari Pulavarty wrote:
On 8/7/2011 6:35 PM, Liu Yuan wrote:
On 08/06/2011 02:02 AM, Badari Pulavarty wrote:
On 8/5/2011 4:04 AM, Liu Yuan wrote:
On 08/05/2011 05:58 AM, Badari Pulavarty wrote:
Hi Liu Yuan,
I started testing your patches. I applied your kernel patch t
On 08/08/2011 09:03 AM, David Gibson wrote:
Second, if userspace qemu passing hugepages to kvm can cause (host)
kernel memory corruption, that is clearly a host kernel bug. So am I
correct in thinking this is basically just a safety feature if qemu is
run on a buggy kernel.
Seems so, yes. 2.6
On 08/03/2011 05:04 AM, David Gibson wrote:
I still don't understand the distinction you're making. We're saying
the group is "owned" by a given user or guest in the sense that no-one
else may use anything in the group (including host drivers). At that
point none, some or all of the devices in
[new] cgroup_common.py
* library for handling cgroups
Signed-off-by: Lukas Doktor
---
client/tests/cgroup/cgroup.py|5 +-
client/tests/cgroup/cgroup_common.py | 327 ++
2 files changed, 331 insertions(+), 1 deletions(-)
create mode 100755 client/test
Hi,
I'm sorry for missing cgroup_common.py in previous patchset. I forgot to add it
to git. You can find it in attached patch.
Regards,
Lukáš
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vg
On 08/08/2011 06:24 AM, Isaku Yamahata wrote:
This mail is on "Yabusame: Postcopy Live Migration for Qemu/KVM"
on which we'll give a talk at KVM-forum.
The purpose of this mail is to letting developers know it in advance
so that we can get better feedback on its design/implementation approach
ear
On Mon, Aug 8, 2011 at 4:24 AM, Isaku Yamahata wrote:
> This mail is on "Yabusame: Postcopy Live Migration for Qemu/KVM"
> on which we'll give a talk at KVM-forum.
I'm curious if this approach is compatible with asynchronous page
faults? The idea there was to tell the guest about a page fault so
On 08/08/2011 12:20, Dor Laor wrote:
On 08/08/2011 06:24 AM, Isaku Yamahata wrote:
This mail is on "Yabusame: Postcopy Live Migration for Qemu/KVM"
on which we'll give a talk at KVM-forum.
The purpose of this mail is to letting developers know it in advance
so that we can get better feedback on
On Mon, Aug 08, 2011 at 10:38:35AM +0100, Stefan Hajnoczi wrote:
> On Mon, Aug 8, 2011 at 4:24 AM, Isaku Yamahata wrote:
> > This mail is on "Yabusame: Postcopy Live Migration for Qemu/KVM"
> > on which we'll give a talk at KVM-forum.
>
> I'm curious if this approach is compatible with asynchrono
Hello, Avi.
On Sun, Aug 07, 2011 at 06:32:35PM +0300, Avi Kivity wrote:
> qemu, under some conditions (-cpu host or -cpu kvm64), erroneously
> passes family=15 as the virtual cpuid. This causes a BUG() in
> percpu code during late boot:
>
> [ cut here ]
> kernel BUG at mm
On Fri, Aug 05, 2011 at 08:52:25AM -0500, Anthony Liguori wrote:
> On 08/04/2011 08:05 AM, Avi Kivity wrote:
> >From: "Michael S. Tsirkin"
> >
> >We originally did get config on map, so that
> >following write accesses are done on an updated config.
> >New memory API doesn't give us a callback
> >o
> >* What's is postcopy livemigration
> >It is is yet another live migration mechanism for Qemu/KVM, which
> >implements the migration technique known as "postcopy" or "lazy"
> >migration. Just after the "migrate" command is invoked, the execution
> >host of a VM is instantaneously switched to a de
In certain circumstances, posix-aio-compat can incur a lot of latency:
- threads are created by vcpu threads, so if vcpu affinity is set,
aio threads inherit vcpu affinity. This can cause many aio threads
to compete for one cpu.
- we can create up to max_threads (64) aio threads in one go;
On 08/08/2011 01:59 PM, Nadav Har'El wrote:
* What's is postcopy livemigration
It is is yet another live migration mechanism for Qemu/KVM, which
implements the migration technique known as "postcopy" or "lazy"
migration. Just after the "migrate" command is invoked, the execution
host of a VM is i
On 08/08/2011 04:20 AM, Dor Laor wrote:
On 08/08/2011 06:24 AM, Isaku Yamahata wrote:
This mail is on "Yabusame: Postcopy Live Migration for Qemu/KVM"
on which we'll give a talk at KVM-forum.
The purpose of this mail is to letting developers know it in advance
so that we can get better feedback
On 08/08/2011 06:37 AM, Avi Kivity wrote:
In certain circumstances, posix-aio-compat can incur a lot of latency:
- threads are created by vcpu threads, so if vcpu affinity is set,
aio threads inherit vcpu affinity. This can cause many aio threads
to compete for one cpu.
- we can crea
On 08/08/2011 06:24 AM, Isaku Yamahata wrote:
This mail is on "Yabusame: Postcopy Live Migration for Qemu/KVM"
on which we'll give a talk at KVM-forum.
The purpose of this mail is to letting developers know it in advance
so that we can get better feedback on its design/implementation approach
ear
On 08/08/2011 03:34 PM, Anthony Liguori wrote:
On 08/08/2011 06:37 AM, Avi Kivity wrote:
In certain circumstances, posix-aio-compat can incur a lot of latency:
- threads are created by vcpu threads, so if vcpu affinity is set,
aio threads inherit vcpu affinity. This can cause many aio thr
On 08/08/2011 05:36 AM, Michael S. Tsirkin wrote:
Thinking more closely, I don't think this right.
Updating on map ensured that the config was refreshed after each
time the bar was mapped. In the very least, the config needs to be
refreshed during reset because the guest may write to the guest
On 08/08/2011 03:45 PM, Anthony Liguori wrote:
Actually, you never need to call config_get() AFAICT. It's called in
every read/write access. So I think the code you changed is
extraneous now.
Ok; I'll drop this patch and report (and just remove the code in
virtio_map()).
--
error compil
2011/8/8 Avi Kivity :
> In certain circumstances, posix-aio-compat can incur a lot of latency:
> - threads are created by vcpu threads, so if vcpu affinity is set,
> aio threads inherit vcpu affinity. This can cause many aio threads
> to compete for one cpu.
> - we can create up to max_threa
On 08/08/2011 03:49 PM, Frediano Ziglio wrote:
2011/8/8 Avi Kivity:
> In certain circumstances, posix-aio-compat can incur a lot of latency:
>- threads are created by vcpu threads, so if vcpu affinity is set,
> aio threads inherit vcpu affinity. This can cause many aio threads
> to
On Mon, Aug 08, 2011 at 07:45:19AM -0500, Anthony Liguori wrote:
> On 08/08/2011 05:36 AM, Michael S. Tsirkin wrote:
> >>Thinking more closely, I don't think this right.
> >>
> >>Updating on map ensured that the config was refreshed after each
> >>time the bar was mapped. In the very least, the co
QEMU deals with a lot of fixed width integer types; their names
(uint64_t etc) are clumsy to use and take up a lot of space.
Following Linux, introduce shorter names, for example U64 for
uint64_t.
Signed-off-by: Avi Kivity
---
qemu-common.h |9 +
1 files changed, 9 insertions(+), 0
On 08/08/2011 07:56 AM, Avi Kivity wrote:
QEMU deals with a lot of fixed width integer types; their names
(uint64_t etc) are clumsy to use and take up a lot of space.
Following Linux, introduce shorter names, for example U64 for
uint64_t.
Except Linux uses lower case letters.
I personally thi
On 08/08/2011 07:56 AM, Michael S. Tsirkin wrote:
On Mon, Aug 08, 2011 at 07:45:19AM -0500, Anthony Liguori wrote:
On 08/08/2011 05:36 AM, Michael S. Tsirkin wrote:
Thinking more closely, I don't think this right.
Updating on map ensured that the config was refreshed after each
time the bar wa
Multiple balloon devices should not be allowed. Check if the qemu we're
running under has the right fixes.
Signed-off-by: Amit Shah
---
client/tests/kvm/tests/balloon_check.py | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/client/tests/kvm/tests/balloon_c
For consistency with other _END_OF_LIST macros.
Signed-off-by: Avi Kivity
---
memory.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/memory.h b/memory.h
index 4e518b2..da00a3b 100644
--- a/memory.h
+++ b/memory.h
@@ -133,7 +133,7 @@ struct MemoryRegionPortio {
IO
This is a mostly mindless conversion of all QEMU PCI devices to the memory API.
After this patchset is applied, it is no longer possible to create a PCI device
using the old API.
An immediate benefit is that PCI BARs that overlap each other are now handled
correctly: currently, the sequence
map
Reviewed-by: Richard Henderson
Reviewed-by: Anthony Liguori
Signed-off-by: Avi Kivity
---
hw/intel-hda.c | 35 +++
1 files changed, 19 insertions(+), 16 deletions(-)
diff --git a/hw/intel-hda.c b/hw/intel-hda.c
index 5a2bc3a..1e4c71e 100644
--- a/hw/intel-hda.
Reviewed-by: Richard Henderson
Reviewed-by: Anthony Liguori
Signed-off-by: Avi Kivity
---
hw/rtl8139.c | 72 ++---
1 files changed, 38 insertions(+), 34 deletions(-)
diff --git a/hw/rtl8139.c b/hw/rtl8139.c
index 5214b8c..f07af35 100644
---
Reviewed-by: Richard Henderson
Reviewed-by: Anthony Liguori
Signed-off-by: Avi Kivity
---
hw/ide/ahci.c | 31 +--
hw/ide/ahci.h |2 +-
hw/ide/ich.c |3 +--
3 files changed, 15 insertions(+), 21 deletions(-)
diff --git a/hw/ide/ahci.c b/hw/ide/ahci.c
index
Reviewed-by: Richard Henderson
Reviewed-by: Anthony Liguori
Signed-off-by: Avi Kivity
---
hw/e1000.c | 114 +--
1 files changed, 48 insertions(+), 66 deletions(-)
diff --git a/hw/e1000.c b/hw/e1000.c
index 96d84f9..dfc082b 100644
--- a/h
Reviewed-by: Richard Henderson
Reviewed-by: Anthony Liguori
Signed-off-by: Avi Kivity
---
hw/ac97.c |5 ++---
hw/cirrus_vga.c |5 ++---
hw/e1000.c|5 ++---
hw/eepro100.c |7 +++
hw/es1370.c |2 +-
hw/ide/cmd646.c | 14 +-
hw/id
Reviewed-by: Richard Henderson
Reviewed-by: Anthony Liguori
Signed-off-by: Avi Kivity
---
hw/cuda.c |6 ++-
hw/escc.c | 42 +--
hw/escc.h |2 +-
hw/heathrow_pic.c | 29 --
hw/ide.h |2 +-
hw/ide/macio.c
except msix.
[jan: fix build]
Reviewed-by: Richard Henderson
Reviewed-by: Anthony Liguori
Signed-off-by: Avi Kivity
---
hw/virtio-pci.c | 71 +--
hw/virtio-pci.h |2 +-
2 files changed, 28 insertions(+), 45 deletions(-)
diff --git a/h
Reviewed-by: Richard Henderson
Signed-off-by: Avi Kivity
---
hw/ne2000-isa.c | 13 ++---
hw/ne2000.c | 77 +-
hw/ne2000.h |8 +
3 files changed, 58 insertions(+), 40 deletions(-)
diff --git a/hw/ne2000-isa.c b/hw/ne2000
Since this device bypasses PCI and registers I/O ports directly with
the system bus, it needs further attention.
Reviewed-by: Richard Henderson
Reviewed-by: Anthony Liguori
Signed-off-by: Avi Kivity
---
hw/xen_platform.c | 83 -
1 files cha
Some (hacky) devices that have a back-channel to read this
address back outside the normal configuration mechanisms, such
as VMware svga.
Reviewed-by: Richard Henderson
Signed-off-by: Avi Kivity
---
hw/pci.c |5 +
hw/pci.h |1 +
2 files changed, 6 insertions(+), 0 deletions(-)
diff
The msix table is defined as a subregion, to allow for a BAR that
mixes device specific regions with the msix table.
Reviewed-by: Richard Henderson
Reviewed-by: Anthony Liguori
Signed-off-by: Avi Kivity
---
hw/ivshmem.c| 11 +
hw/msix.c | 64 +++---
Superceded by pci_register_bar_region().
Reviewed-by: Richard Henderson
Reviewed-by: Anthony Liguori
Signed-off-by: Avi Kivity
---
hw/pci.c | 17 -
hw/pci.h |3 ---
2 files changed, 0 insertions(+), 20 deletions(-)
diff --git a/hw/pci.c b/hw/pci.c
index c00cbf8..7a70037
Not used anymore.
Reviewed-by: Richard Henderson
Reviewed-by: Anthony Liguori
Signed-off-by: Avi Kivity
---
hw/pci.c | 33 ++---
1 files changed, 2 insertions(+), 31 deletions(-)
diff --git a/hw/pci.c b/hw/pci.c
index 6547d2b..dc7271a 100644
--- a/hw/pci.c
+++ b/
An optimization that fast-pathed DMA reads from the SCRIPTS memory
was removed int the process. Likely it breaks with iommus anyway.
Reviewed-by: Richard Henderson
Reviewed-by: Anthony Liguori
Signed-off-by: Avi Kivity
---
hw/lsi53c895a.c | 258 ---
Superceded by pci_register_bar_region(). The implementations
are folded together.
Reviewed-by: Richard Henderson
Reviewed-by: Anthony Liguori
Signed-off-by: Avi Kivity
---
hw/pci.c | 42 +-
hw/pci.h |3 ---
2 files changed, 17 insertions(+), 28 de
There is only one function, so no need for a function pointer.
Reviewed-by: Richard Henderson
Reviewed-by: Anthony Liguori
Signed-off-by: Avi Kivity
---
hw/pci.c | 25 +
hw/pci.h |1 -
2 files changed, 9 insertions(+), 17 deletions(-)
diff --git a/hw/pci.c b/hw/p
Reviewed-by: Richard Henderson
Reviewed-by: Anthony Liguori
Signed-off-by: Avi Kivity
---
hw/usb-ehci.c | 36 +---
1 files changed, 9 insertions(+), 27 deletions(-)
diff --git a/hw/usb-ehci.c b/hw/usb-ehci.c
index 2b43895..6ef7798 100644
--- a/hw/usb-ehci.c
++
Reviewed-by: Richard Henderson
Reviewed-by: Anthony Liguori
Signed-off-by: Avi Kivity
---
hw/pci.c | 20 +++-
hw/pci.h |3 ++-
2 files changed, 9 insertions(+), 14 deletions(-)
diff --git a/hw/pci.c b/hw/pci.c
index 7a70037..f885d4e 100644
--- a/hw/pci.c
+++ b/hw/pci.c
@@
Reviewed-by: Richard Henderson
Reviewed-by: Anthony Liguori
Signed-off-by: Avi Kivity
---
hw/usb-uhci.c | 42 --
1 files changed, 28 insertions(+), 14 deletions(-)
diff --git a/hw/usb-uhci.c b/hw/usb-uhci.c
index 824e3a5..ea38169 100644
--- a/hw/usb-uh
Reviewed-by: Richard Henderson
Reviewed-by: Anthony Liguori
Signed-off-by: Avi Kivity
---
hw/ide/cmd646.c | 208 +++
hw/ide/pci.c| 25 ---
hw/ide/pci.h| 19 -
hw/ide/piix.c | 64 +
hw/ide/via.c| 6
Reviewed-by: Richard Henderson
Reviewed-by: Anthony Liguori
Signed-off-by: Avi Kivity
---
hw/isa.h |2 ++
hw/isa_mmio.c | 29 ++---
2 files changed, 16 insertions(+), 15 deletions(-)
diff --git a/hw/isa.h b/hw/isa.h
index d2b6126..f1f2181 100644
--- a/hw/isa.
Also related chips.
Reviewed-by: Richard Henderson
Reviewed-by: Anthony Liguori
Signed-off-by: Avi Kivity
---
hw/lance.c | 31 ++-
hw/pcnet-pci.c | 74 +--
hw/pcnet.h |4 ++-
3 files changed, 61 insertions(
fixes memory leak on repeated BAR map/unmap
Reviewed-by: Richard Henderson
Signed-off-by: Avi Kivity
---
hw/sun4u.c | 55 +--
1 files changed, 25 insertions(+), 30 deletions(-)
diff --git a/hw/sun4u.c b/hw/sun4u.c
index d7dcaf0..cb76031 100
Also add missing destructor.
Reviewed-by: Richard Henderson
Reviewed-by: Anthony Liguori
Signed-off-by: Avi Kivity
---
hw/wdt_i6300esb.c | 43 +--
1 files changed, 29 insertions(+), 14 deletions(-)
diff --git a/hw/wdt_i6300esb.c b/hw/wdt_i6300esb.c
in
excluding msix.
Reviewed-by: Richard Henderson
Reviewed-by: Anthony Liguori
Signed-off-by: Avi Kivity
---
hw/ivshmem.c | 148 --
1 files changed, 50 insertions(+), 98 deletions(-)
diff --git a/hw/ivshmem.c b/hw/ivshmem.c
index 3055dd2..
Note: the existing code aliases the flash BAR into the MMIO bar. This is
probably a bug. This patch does not correct the problem.
Reviewed-by: Richard Henderson
Reviewed-by: Anthony Liguori
Signed-off-by: Avi Kivity
---
hw/eepro100.c | 182 ---
Reviewed-by: Richard Henderson
Reviewed-by: Anthony Liguori
Signed-off-by: Avi Kivity
---
hw/es1370.c | 43 +--
1 files changed, 25 insertions(+), 18 deletions(-)
diff --git a/hw/es1370.c b/hw/es1370.c
index 1ed62b7..4e43c4a 100644
--- a/hw/es1370.c
++
fixes BAR sizing as well.
Reviewed-by: Richard Henderson
Reviewed-by: Anthony Liguori
Signed-off-by: Avi Kivity
---
hw/ac97.c | 89 +++-
1 files changed, 52 insertions(+), 37 deletions(-)
diff --git a/hw/ac97.c b/hw/ac97.c
index 0b5989
Make use of the memory API's ability to satisfy multi-byte accesses via
multiple single-byte accesses.
Reviewed-by: Richard Henderson
Reviewed-by: Anthony Liguori
Signed-off-by: Avi Kivity
---
hw/cirrus_vga.c | 81 +--
1 files changed, 13 i
Convert all vga memory to the memory API. Note we need to fall back to
get_system_memory(), since the various buses don't pass the vga window
as a memory region.
We no longer need to sync the dirty bitmap of the cirrus mapped memory
banks, since the memory API takes care of that for us.
[jan: fi
Make use of the memory API's ability to satisfy multi-byte accesses via
multiple single-byte accesses.
Reviewed-by: Richard Henderson
Reviewed-by: Anthony Liguori
Signed-off-by: Avi Kivity
---
hw/cirrus_vga.c | 74 ++-
1 files changed, 8 in
Make use of the memory API's ability to satisfy multi-byte accesses via
multiple single-byte accesses.
We have to keep vga_mem_{read,write}b() since they're used by cirrus.
Reviewed-by: Richard Henderson
Reviewed-by: Anthony Liguori
Signed-off-by: Avi Kivity
---
hw/cirrus_vga.c |4 +-
hw/
Reviewed-by: Richard Henderson
Reviewed-by: Anthony Liguori
Signed-off-by: Avi Kivity
---
hw/pci.c | 43 +++
hw/pci.h |1 +
hw/pci_internals.h |3 ++-
3 files changed, 26 insertions(+), 21 deletions(-)
diff --git a/hw/pci.c
This lets us register BARs in the I/O address space.
Reviewed-by: Richard Henderson
Reviewed-by: Anthony Liguori
Signed-off-by: Avi Kivity
---
hw/apb_pci.c |1 +
hw/bonito.c|1 +
hw/grackle_pci.c |8 ++--
hw/gt64xxx.c |4 +++-
hw/pc.h|4
Make use of the memory API's ability to satisfy multi-byte accesses via
multiple single-byte accesses.
Reviewed-by: Richard Henderson
Signed-off-by: Avi Kivity
---
hw/cirrus_vga.c | 78 +-
1 files changed, 8 insertions(+), 70 deletions(-)
d
get_system_io() returns the root I/O memory region.
Reviewed-by: Richard Henderson
Signed-off-by: Avi Kivity
---
exec-memory.h |5 +
exec.c| 10 ++
2 files changed, 15 insertions(+), 0 deletions(-)
diff --git a/exec-memory.h b/exec-memory.h
index c439aba..334219f 1006
Make use of the memory API's ability to satisfy multi-byte accesses via
multiple single-byte accesses.
Reviewed-by: Richard Henderson
Reviewed-by: Anthony Liguori
Signed-off-by: Avi Kivity
---
hw/cirrus_vga.c | 79 +++---
1 files changed, 11 in
We're going to remove the callback, so we can't use it to save the
address. Use the pci API instead.
Reviewed-by: Richard Henderson
Reviewed-by: Anthony Liguori
Signed-off-by: Avi Kivity
---
hw/vmware_vga.c | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/hw
On 08/08/2011 04:00 PM, Anthony Liguori wrote:
On 08/08/2011 07:56 AM, Avi Kivity wrote:
QEMU deals with a lot of fixed width integer types; their names
(uint64_t etc) are clumsy to use and take up a lot of space.
Following Linux, introduce shorter names, for example U64 for
uint64_t.
Except
On Mon, Aug 08, 2011 at 08:02:08AM -0500, Anthony Liguori wrote:
> On 08/08/2011 07:56 AM, Michael S. Tsirkin wrote:
> >On Mon, Aug 08, 2011 at 07:45:19AM -0500, Anthony Liguori wrote:
> >>On 08/08/2011 05:36 AM, Michael S. Tsirkin wrote:
> Thinking more closely, I don't think this right.
> >>>
On 08/08/2011 08:14 AM, Michael S. Tsirkin wrote:
Probably not noticeable because guests don't do the RMW
in practice.
We also send the config over on migration.
That's probably a bug as well ...
It's probably unnecessary, but I don't think it's a bug..
Regards,
Anthony Liguori
--
To uns
On 08/08/2011 08:12 AM, Avi Kivity wrote:
On 08/08/2011 04:00 PM, Anthony Liguori wrote:
On 08/08/2011 07:56 AM, Avi Kivity wrote:
QEMU deals with a lot of fixed width integer types; their names
(uint64_t etc) are clumsy to use and take up a lot of space.
Following Linux, introduce shorter nam
On 8 August 2011 13:56, Avi Kivity wrote:
> QEMU deals with a lot of fixed width integer types; their names
> (uint64_t etc) are clumsy to use and take up a lot of space.
>
> Following Linux, introduce shorter names, for example U64 for
> uint64_t.
Strongly disagree. uint64_t &c are standard type
On 08/08/2011 04:17 PM, Anthony Liguori wrote:
This is one of the few areas that we're actually consistent with
today. Introducing a new set of types will just create inconsistency.
Most importantly, these are standard types. Every modern library and
C program should be using them. TBH, h
2011/8/8 Avi Kivity :
> On 08/08/2011 03:49 PM, Frediano Ziglio wrote:
>>
>> 2011/8/8 Avi Kivity:
>> > In certain circumstances, posix-aio-compat can incur a lot of latency:
>> > - threads are created by vcpu threads, so if vcpu affinity is set,
>> > aio threads inherit vcpu affinity. This
On 08/08/2011 04:21 PM, Frediano Ziglio wrote:
>
> The entire qemu process may be affined to a subset of the host cpus; we
> don't want to break that.
>
> For example:
>
> taskset 0xf0 qemu
> (qemu) info cpus
>
>
>
Just call sched_getaffinity at program start, save to a global
Am 08.08.2011 15:00, schrieb Anthony Liguori:
> On 08/08/2011 07:56 AM, Avi Kivity wrote:
>> QEMU deals with a lot of fixed width integer types; their names
>> (uint64_t etc) are clumsy to use and take up a lot of space.
>>
>> Following Linux, introduce shorter names, for example U64 for
>> uint64_
On 08/08/2011 03:32 PM, Anthony Liguori wrote:
On 08/08/2011 04:20 AM, Dor Laor wrote:
On 08/08/2011 06:24 AM, Isaku Yamahata wrote:
This mail is on "Yabusame: Postcopy Live Migration for Qemu/KVM"
on which we'll give a talk at KVM-forum.
The purpose of this mail is to letting developers know i
On 08/08/2011 08:08 AM, Avi Kivity wrote:
For consistency with other _END_OF_LIST macros.
Signed-off-by: Avi Kivity
Reviewed-by: Anthony Liguori
Regards,
Anthony Liguori
---
memory.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/memory.h b/memory.h
index 4e5
On Mon, Aug 08, 2011 at 04:08:53PM +0300, Avi Kivity wrote:
> This is a mostly mindless conversion of all QEMU PCI devices to the memory
> API.
> After this patchset is applied, it is no longer possible to create a PCI
> device
> using the old API.
>
> An immediate benefit is that PCI BARs that
On 08/08/2011 08:09 AM, Avi Kivity wrote:
except msix.
[jan: fix build]
This actually breaks the build:
CClibhw64/virtio-pci.o
cc1: warnings being treated as errors
/home/anthony/git/qemu/hw/virtio-pci.c: In function ‘virtio_write_config’:
/home/anthony/git/qemu/hw/virtio-pci.c:496:19:
except msix.
[jan: fix build]
Reviewed-by: Richard Henderson
Reviewed-by: Anthony Liguori
Signed-off-by: Avi Kivity
---
v4.1: drop unused variable
hw/virtio-pci.c | 70 --
hw/virtio-pci.h |2 +-
2 files changed, 27 insertions(+), 45
On 08/08/2011 10:11 AM, Dor Laor wrote:
On 08/08/2011 03:32 PM, Anthony Liguori wrote:
On 08/08/2011 04:20 AM, Dor Laor wrote:
That's terrific (nice video also)!
Orit and myself had the exact same idea too (now we can't patent it..).
Advantages:
- No down time due to memory copying.
But non
On 08/08/2011 06:29 PM, Anthony Liguori wrote:
- Efficient, reduce needed traffic no need to re-send pages.
It's not quite that simple. Post-copy needs to introduce a protocol
capable of requesting pages.
Just another subsection.. (kidding), still it shouldn't be too
complicated, just an of
On 08/08/2011 10:36 AM, Avi Kivity wrote:
On 08/08/2011 06:29 PM, Anthony Liguori wrote:
- Efficient, reduce needed traffic no need to re-send pages.
It's not quite that simple. Post-copy needs to introduce a protocol
capable of requesting pages.
Just another subsection.. (kidding), still
On 08/08/2011 08:08 AM, Avi Kivity wrote:
This is a mostly mindless conversion of all QEMU PCI devices to the memory API.
After this patchset is applied, it is no longer possible to create a PCI device
using the old API.
An immediate benefit is that PCI BARs that overlap each other are now handl
Signed-off-by: Avi Kivity
---
memory.c | 24
memory.h |1 +
2 files changed, 25 insertions(+), 0 deletions(-)
diff --git a/memory.c b/memory.c
index be891c6..5e3d966 100644
--- a/memory.c
+++ b/memory.c
@@ -661,6 +661,25 @@ void memory_region_transaction_commit(voi
ROM/device regions act as mapped RAM for reads, can I/O memory for
writes. This allow emulation of flash devices.
Signed-off-by: Avi Kivity
---
memory.c | 46 --
memory.h | 34 ++
2 files changed, 78 insertions(+),
Noted by Drew Jones.
Signed-off-by: Avi Kivity
---
docs/memory.txt |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/docs/memory.txt b/docs/memory.txt
index 4460c06..3fc1683 100644
--- a/docs/memory.txt
+++ b/docs/memory.txt
@@ -15,7 +15,7 @@ The memory model provid
The following patches fix a resource leak, add a ROM/device API (for flash
devices which act like memory when read, and as an mmio device when written),
and correct typos in the documentation.
Avi Kivity (3):
memory: reclaim resources when a memory region is destroyed for good
memory: add API
Signed-off-by: Avi Kivity
---
hw/sh_pci.c | 63 +++---
1 files changed, 42 insertions(+), 21 deletions(-)
diff --git a/hw/sh_pci.c b/hw/sh_pci.c
index cd86501..76061bb 100644
--- a/hw/sh_pci.c
+++ b/hw/sh_pci.c
@@ -33,13 +33,16 @@ typedef str
Avoid #include hell.
Signed-off-by: Avi Kivity
---
hw/devices.h |7 ---
hw/nseries.c |1 +
hw/tusb6010.c |2 +-
hw/tusb6010.h | 10 ++
4 files changed, 12 insertions(+), 8 deletions(-)
create mode 100644 hw/tusb6010.h
diff --git a/hw/devices.h b/hw/devices.h
index c
sysbus_init_mmio_cb() uses the destructive IO_MEM_UNASSIGNED to remove a
region. Provide an alternative that calls an unmap callback, so the removal
may be done non-destructively.
Signed-off-by: Avi Kivity
---
hw/sysbus.c | 15 +++
hw/sysbus.h |3 +++
2 files changed, 18 inser
Signed-off-by: Avi Kivity
---
hw/arm_gic.c | 22 --
hw/armv7m_nvic.c |3 ++-
hw/mpcore.c | 37 +
hw/realview_gic.c | 38 +-
4 files changed, 44 insertions(+), 56 deletions(-)
diff --
Signed-off-by: Avi Kivity
---
hw/stellaris_enet.c | 29 -
1 files changed, 12 insertions(+), 17 deletions(-)
diff --git a/hw/stellaris_enet.c b/hw/stellaris_enet.c
index 1291931..9f1f37a 100644
--- a/hw/stellaris_enet.c
+++ b/hw/stellaris_enet.c
@@ -69,7 +69,7 @@ ty
Signed-off-by: Avi Kivity
---
hw/arm_sysctl.c | 27 ++-
1 files changed, 10 insertions(+), 17 deletions(-)
diff --git a/hw/arm_sysctl.c b/hw/arm_sysctl.c
index fd0c8bc..1838401 100644
--- a/hw/arm_sysctl.c
+++ b/hw/arm_sysctl.c
@@ -17,6 +17,7 @@
typedef struct {
Signed-off-by: Avi Kivity
---
hw/versatile_pci.c | 94 ---
1 files changed, 44 insertions(+), 50 deletions(-)
diff --git a/hw/versatile_pci.c b/hw/versatile_pci.c
index e1d5c0b..43edf77 100644
--- a/hw/versatile_pci.c
+++ b/hw/versatile_pci.c
@@
Signed-off-by: Avi Kivity
---
hw/gt64xxx.c | 36 +++-
1 files changed, 15 insertions(+), 21 deletions(-)
diff --git a/hw/gt64xxx.c b/hw/gt64xxx.c
index d541558..6af9782 100644
--- a/hw/gt64xxx.c
+++ b/hw/gt64xxx.c
@@ -227,7 +227,7 @@
#define PCI_MAPPING_ENTRY(r
Somewhat clumsy since it needs a variable sized region.
Signed-off-by: Avi Kivity
---
hw/omap.h |3 ++-
hw/omap_gpmc.c | 53 +
hw/tusb6010.c | 30 +-
hw/tusb6010.h |7 +--
4 files changed, 49 i
Signed-off-by: Avi Kivity
---
hw/onenand.c | 69 +++--
1 files changed, 37 insertions(+), 32 deletions(-)
diff --git a/hw/onenand.c b/hw/onenand.c
index b0cbebc..5b2f01e 100644
--- a/hw/onenand.c
+++ b/hw/onenand.c
@@ -23,6 +23,8 @@
#include
This tells the sysbus code it need not use IO_MEM_UNASSIGNED.
Signed-off-by: Avi Kivity
---
hw/arm11mpcore.c |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/hw/arm11mpcore.c b/hw/arm11mpcore.c
index b47707f..7d60ef6 100644
--- a/hw/arm11mpcore.c
+++ b/hw/arm11mpcor
1 - 100 of 147 matches
Mail list logo
