Hi,
Turns out I used the wrong repo dir which caused problems. Corrected
link below.
This patch fixes a frozen guest on virtio-console output before a pty
is connected. Please pull.
The following changes since commit f3c6a169a39d188e98c17a0a0ebfa7f85e5aafdd:
Merge remote-tracking branch 'qe
2012/1/3 Peter Maydell :
> On 3 January 2012 07:05, Ying-Shiuan Pan wrote:
>> I'm not sure if it is appropriate to put patches here because
>> virtio-mmio is actually not in official repository yet.
>> In case that someone else wants to test virtio-mmio as I did, I decide
>> to send them out.
>>
>
The command dump does not support to dump while vm is running. If the user
resume
the vm, we should auto cancel dumping and set the status to failed.
Signed-off-by: Wen Congyang
---
dump.c | 18 ++
1 files changed, 18 insertions(+), 0 deletions(-)
diff --git a/dump.c b/dump.c
Add API to allow the user to query dumping status.
Signed-off-by: Wen Congyang
---
dump.c | 30 ++
hmp-commands.hx |2 ++
hmp.c| 13 +
hmp.h|1 +
monitor.c|7 +++
qapi-schema.json | 26 ++
On 01/02/2012 06:20 PM, Lluís Vilanova wrote:
Harsh Prateek Bora writes:
Converting tracetool.sh to tracetool.py
Excellent! I was thinking about switching the script language to python, but
wasn't sure if python was an acceptable build dependency for the project.
Thanks, Python appears t
Add API to allow the user to control dumping speed
Signed-off-by: Wen Congyang
---
dump.c | 12
hmp-commands.hx | 15 +++
hmp.c|6 ++
hmp.h|1 +
qapi-schema.json | 15 +++
qmp-commands.hx | 22 ++
Add API to allow the user to cancel the current dumping.
Signed-off-by: Wen Congyang
---
dump.c | 14 ++
hmp-commands.hx | 14 ++
hmp.c|5 +
hmp.h|1 +
qapi-schema.json | 13 +
qmp-commands.hx | 21 ++
Let the user to choose whether to block other monitor command while dumping.
Signed-off-by: Wen Congyang
---
dump.c | 24 +++-
hmp-commands.hx |8
qmp-commands.hx |7 ---
3 files changed, 27 insertions(+), 12 deletions(-)
diff --git a/dump.c b
The new monitor command dump may take long time to finish. So we need run it
at the background.
Signed-off-by: Wen Congyang
---
dump.c | 158
1 files changed, 139 insertions(+), 19 deletions(-)
diff --git a/dump.c b/dump.c
index
Signed-off-by: Wen Congyang
---
Makefile.target |8 +-
dump.c | 588 +++
dump.h |4 +
hmp-commands.hx | 16 ++
monitor.c |3 +
qmp-commands.hx | 26 +++
6 files changed, 641 insertions(+), 4 deletions(-)
Dump info contains: endian, class and architecture. The next
patch will use these information to create vmcore.
Signed-off-by: Wen Congyang
---
cpu-all.h |3 +++
dump.h | 10 ++
target-i386/arch-dump.c | 34 ++
3 file
Crash needs extra memory mapping to determine phys_base.
Signed-off-by: Wen Congyang
---
cpu-all.h |2 ++
target-i386/arch-dump.c | 43 +++
2 files changed, 45 insertions(+), 0 deletions(-)
diff --git a/cpu-all.h b/cpu-all.h
index ffb5
The core file contains register's value. These APIs write registers to
core file, and them will be called in the following patch.
Signed-off-by: Wen Congyang
---
cpu-all.h |6 +
target-i386/arch-dump.c | 243 +++
2 files changed, 249
Add API to get all virtual address and physical address mapping.
If there is no virtual address for some physical address, the virtual
address is 0.
Signed-off-by: Wen Congyang
---
memory_mapping.c | 55 ++
memory_mapping.h |1 +
2 files
Walk cpu's page table and collect all virtual address and physical address
mapping.
Then, add these mapping into memory mapping list.
Signed-off-by: Wen Congyang
---
Makefile.target |2 +-
cpu-all.h |7 ++
target-i386/arch-dump.c | 254
This API will be used in the following patch.
Signed-off-by: Wen Congyang
---
cpu-common.h |2 ++
exec.c | 20
2 files changed, 22 insertions(+), 0 deletions(-)
diff --git a/cpu-common.h b/cpu-common.h
index 3fe44d2..0309137 100644
--- a/cpu-common.h
+++ b/cpu-c
The memory mapping list stores virtual address and physical address mapping.
The folloing patch will use this information to create PT_LOAD in the vmcore.
Signed-off-by: Wen Congyang
---
Makefile.target |1 +
memory_mapping.c | 130 ++
me
Hi, all
'virsh dump' can not work when host pci device is used by guest. We have
discussed this issue here:
http://lists.nongnu.org/archive/html/qemu-devel/2011-10/msg00736.html
We have determined to introduce a new command dump to dump memory. The core
file's format can be elf.
Note:
1. The gue
Thank you for subscribing. You have now unsubscribed and no more messages will
be sent.
On Thu, Dec 29, 2011 at 04:39:52PM -0600, Anthony Liguori wrote:
>> TODO
>>
>> - benchmark/evaluation. Especially how async page fault affects the result.
>
> I'll review this series next week (Mike/Juan, please also review when you
> can).
>
> But we really need to think hard about whether t
On 01/01/2012 03:52 AM, Dor Laor wrote:
On 12/30/2011 12:39 AM, Anthony Liguori wrote:
On 12/28/2011 07:25 PM, Isaku Yamahata wrote:
Intro
=
This patch series implements postcopy live migration.[1]
As discussed at KVM forum 2011, dedicated character device is used for
distributed shared mem
On Thu, Dec 29, 2011 at 06:06:10PM +0200, Avi Kivity wrote:
> On 12/29/2011 03:26 AM, Isaku Yamahata wrote:
> > This patch implements postcopy livemigration.
> >
> >
> > +/* RAM is allocated via umem for postcopy incoming mode */
> > +#define RAM_POSTCOPY_UMEM_MASK (1 << 1)
> > +
> > typedef st
On Tue, Jan 03, 2012 at 04:14:58PM +0100, Gerd Hoffmann wrote:
> On 12/29/11 03:56, Kevin O'Connor wrote:
> > Tracking of 64bit prefmem sections separately from
> > regular prefmem sections doesn't make sense, because both need to be
> > allocated from the same pool when behind a bridge.
>
> Yea,
On Mon, Jan 02, 2012 at 06:05:51PM +0100, Andrea Arcangeli wrote:
> On Thu, Dec 29, 2011 at 06:01:45PM +0200, Avi Kivity wrote:
> > On 12/29/2011 06:00 PM, Avi Kivity wrote:
> > > The NFS client has exactly the same issue, if you mount it with the intr
> > > option. In fact you could use the NFS c
On 01/03/2012 09:12 PM, Stefan Hajnoczi wrote:
On Tue, Jan 3, 2012 at 12:15 PM, Dor Laor wrote:
On 01/03/2012 10:33 AM, Stefan Hajnoczi wrote:
On Mon, Jan 02, 2012 at 01:09:40PM +0100, Juan Quintela wrote:
Please send in any agenda items you are interested in covering.
Status of virtio d
Newer gcc versions (or glibc?) also generate code that tries to EXECUTE
the TR opcode. Implement it so that we don't break valid guests.
Reported-by: Andreas Faerber
Signed-off-by: Alexander Graf
---
target-s390x/op_helper.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --g
Hi Anthony / Blue / Aurelien,
This is my current patch queue for s390. Please pull.
Alex
The following changes since commit f3c6a169a39d188e98c17a0a0ebfa7f85e5aafdd:
Anthony Liguori (1):
Merge remote-tracking branch 'qemu-kvm/memory/page_desc' into staging
are available in the git re
The monitor command for hotplugging is in i386 specific code. This is just
plain wrong, as S390 just learned how to do hotplugging too and needs to
get drives for that.
So let's add a generic copy to generic code that handles drive_add in a
way that doesn't have pci dependencies. All pci specific
From: Christian Borntraeger
The add_del/running_cpu code and env->halted are tracking stopped cpus.
Sleeping cpus (idle and enabled for interrupts) are waiting inside the
kernel.
No interrupt besides the restart can move a cpu from stopped to
operational. This is already handled over there. So le
I just submitted a few patches that enable the s390 virtio bus to receive
a hotplug add event. This patch implements the qemu side of it, so that new
hotplug events can be submitted to the guest.
Signed-off-by: Alexander Graf
---
v1 -> v2:
- make s390 virtio hoplug code emulate-capable
---
All architectures can now use drive_add on the monitor. This of course
does not mean that there is hotplug support for the specific platform,
so in order to actually make use of the new drives you still need to
have a hotplug capable device.
Signed-off-by: Alexander Graf
---
hmp-commands.hx |
All guest targets could potentially implement hotplugging. With the next
patches in this set I will also reflect this in the monitor interface.
So let's always compile it in. It shouldn't hurt.
Signed-off-by: Alexander Graf
---
Makefile.target |5 -
1 files changed, 4 insertions(+), 1 d
On 2012-1-4 2:04, Peter Lieven wrote:
Hi all,
is there any known issue when migrating VMs with a lot of (e.g. 32GB)
of memory.
It seems that there is some portion in the migration code which takes
too much time when the number
of memory pages is large.
Symptoms are: Irresponsive VNC connecti
(2012/01/01 18:52), Dor Laor wrote:
But we really need to think hard about whether this is the right thing
to take into the tree. I worry a lot about the fact that we don't test
pre-copy migration nearly enough and adding a second form just
introduces more things to test.
It is an issue but it
On 01/04/2012 12:45 AM, Anthony Liguori wrote:
When using 'guests-pick', we initially present the most compatible
network model (rtl8139, for instance). We would provide a paravirtual
channel (guest-agent?) that could be used to enumerate which models were
available and let guest decide which m
On 01/03/2012 11:38 AM, Avi Kivity wrote:
On 01/03/2012 07:16 PM, Avi Kivity wrote:
On 01/03/2012 07:09 PM, Avi Kivity wrote:
(strange, I was 100% sure I tested Xen).
Ah, we have different CONFIG_XEN_CTRL_INTERFACE_VERSIONs.
Updated branch pushed - changed the signature of an empty-bodied
On 01/03/2012 04:31 PM, Dor Laor wrote:
We can just set this for pc-1.1. I don't see any real harm in doing that.
Great, it 'only' took about 3 years from the time it got developed originally by
Uri...
Someone just needs to send a patch.
When using 'guests-pick', we initially present the mo
On 01/03/2012 05:48 PM, Anthony Liguori wrote:
On 01/01/2012 04:16 AM, Dor Laor wrote:
On 12/29/2011 06:16 PM, Anthony Liguori wrote:
On 12/29/2011 10:07 AM, Dor Laor wrote:
On 12/26/2011 11:05 AM, Avi Kivity wrote:
On 12/26/2011 05:14 AM, Nikunj A Dadhania wrote:
btw you can get an additio
Signed-off-by: Orit Wasserman
---
hmp-commands.hx | 34 ++
qmp-commands.hx | 44 +---
2 files changed, 63 insertions(+), 15 deletions(-)
diff --git a/hmp-commands.hx b/hmp-commands.hx
index 14838b7..952d5cd 100644
--- a
Changes from v4:
1) Rebase
2) divide patch into 9 patches
3) move memory allocation into cache_insert
By using XBZRLE (Xor Binary Zero Run-Length-Encoding) we can reduce VM downtime
and total live-migration time of VMs running memory write intensive workloads
typical of large enterprise applicatio
Signed-off-by: Orit Wasserman
---
arch_init.c | 58 ++
1 files changed, 58 insertions(+), 0 deletions(-)
diff --git a/arch_init.c b/arch_init.c
index fdda277..426b34d 100644
--- a/arch_init.c
+++ b/arch_init.c
@@ -139,6 +139,9 @@ typedef
Add migration state to store XBRLE params (enablement and cache size).
In the outgoing check to see if the page is cached and
send compressed page by using save_xbrle_page function.
In the incoming migration check to see if RAM_SAVE_FLAG_XBRLE is set
decompress the page (by using load_xbrle functi
Signed-off-by: Orit Wasserman
---
arch_init.c | 67 +++
migration.c | 11 +
migration.h |9
3 files changed, 87 insertions(+), 0 deletions(-)
diff --git a/arch_init.c b/arch_init.c
index 6b839a1..037d8ba 100644
---
Signed-off-by: Orit Wasserman
---
block-migration.c |4 +++-
hw/hw.h |4 +++-
migration.c | 15 +--
migration.h |3 +++
savevm.c | 11 +++
sysemu.h |4 +++-
6 files changed, 32 insertions(+), 9 deletions(-)
diff --g
Signed-off-by: Orit Wasserman
---
arch_init.c | 30 +++---
1 files changed, 15 insertions(+), 15 deletions(-)
diff --git a/arch_init.c b/arch_init.c
index 426b34d..e87dfbc 100644
--- a/arch_init.c
+++ b/arch_init.c
@@ -335,6 +335,17 @@ static void xor_encode(uint8_t *d
Signed-off-by: Orit Wasserman
---
arch_init.c | 35 +--
1 files changed, 21 insertions(+), 14 deletions(-)
diff --git a/arch_init.c b/arch_init.c
index e87dfbc..05b8053 100644
--- a/arch_init.c
+++ b/arch_init.c
@@ -613,6 +613,23 @@ static inline void *host_fro
Add page caching mechanism.
The pages are stored in the cache ordered by their address.
Signed-off-by: Orit Wasserman
---
arch_init.c | 183 +++
1 files changed, 183 insertions(+), 0 deletions(-)
diff --git a/arch_init.c b/arch_init.c
ind
Signed-off-by: Orit Wasserman
---
migration.c | 25 -
migration.h |7 +++
2 files changed, 31 insertions(+), 1 deletions(-)
diff --git a/migration.c b/migration.c
index ed47958..3d88cdd 100644
--- a/migration.c
+++ b/migration.c
@@ -380,7 +380,30 @@ void migrat
Recent dtc doesn't compile our dts anymore. Change all hex numbers to have
0x prefixes, indicate the old version and recompile using recent dtc.
This doesn't change any semantics in the device tree.
Signed-off-by: Alexander Graf
---
pc-bios/bamboo.dtb | Bin 3179 -> 3211 bytes
pc-bios/bamboo.d
Now that we have 440 TLB emulation, we can also support running the 440EP
CPU target in system emulation mode.
Signed-off-by: Alexander Graf
---
target-ppc/translate_init.c | 16 +---
1 files changed, 5 insertions(+), 11 deletions(-)
diff --git a/target-ppc/translate_init.c b/targ
Today we're exposing a Virtex 440 CPU to the guest despite the fact
that we're telling the guest that we're running on a 440EP one in the
device tree.
So let's better default to a real 440EP to make things synced again.
Signed-off-by: Alexander Graf
---
hw/ppc440.c |2 +-
1 files changed, 1
These patches work on top of the other patch set I sent out earlier. With these
patches I can successfully run user space code with -M bamboo.
Alex
Alexander Graf (3):
PPC: Bamboo: recompile device tree
PPC: 440: Default to 440EP CPU
PPC: Enable 440EP CPU target
hw/ppc440.c
On 01/03/2012 09:34 AM, Orit Wasserman wrote:
Signed-off-by: Orit Wasserman
---
arch_init.c | 58 ++
1 files changed, 58 insertions(+), 0 deletions(-)
diff --git a/arch_init.c b/arch_init.c
index fdda277..426b34d 100644
--- a/arch_init
On 01/03/2012 09:34 AM, Orit Wasserman wrote:
Add page caching mechanism.
The pages are stored in the cache ordered by their address.
Signed-off-by: Orit Wasserman
---
arch_init.c | 183 +++
1 files changed, 183 insertions(+), 0 deletio
On 03.01.2012, at 20:38, Fabio Erculiani wrote:
> TaskState contains linux_bprm struct which encapsulates argv among
> other things.
> argv might be used around the code and is expected to contain valid
> data. Before this patch, ts->bprm->argv was NULL due to it being
> freed right after loader_
On 03.01.2012, at 20:38, Fabio Erculiani wrote:
> With the current fake /proc/self/stat implementation `ps` is
> segfaulting because it expects to read PID and argv[0] as first and
> second field respectively, with the latter being enclosed between
> backets.
>
> Reproducing is as easy as runnin
TaskState contains linux_bprm struct which encapsulates argv among
other things.
argv might be used around the code and is expected to contain valid
data. Before this patch, ts->bprm->argv was NULL due to it being
freed right after loader_exec().
Signed-off-by: Fabio Erculiani
---
linux-user/mai
With the current fake /proc/self/stat implementation `ps` is
segfaulting because it expects to read PID and argv[0] as first and
second field respectively, with the latter being enclosed between
backets.
Reproducing is as easy as running: `ps` inside qemu-user chroot
with /proc mounted.
Signed-of
On Fri, 30 Dec 2011 11:56:14 +
Stefan Hajnoczi wrote:
> On Fri, Dec 23, 2011 at 08:34:38PM +0100, Stefan Weil wrote:
> > Signed-off-by: Stefan Weil
> > ---
> > test-qmp-input-visitor.c |7 ---
> > 1 files changed, 4 insertions(+), 3 deletions(-)
>
> Although we're not strictly impl
On Tue, 20 Dec 2011 14:49:47 +0800
Osier Yang wrote:
> On 2011年06月04日 03:03, Luiz Capitulino wrote:
> > In a recent discussion on the mailing list regarding the introduction of
> > the BLOCK_TRAY_OPEN and BLOCK_TRAY_CLOSE events[1], it was mentioned that
> > we need to fix the eject command and m
You're missing a patch description and signed-off-by line :)
Alex
On 03.01.2012, at 20:20, Fabio Erculiani wrote:
> ---
> linux-user/main.c |5 -
> 1 files changed, 0 insertions(+), 5 deletions(-)
>
> diff --git a/linux-user/main.c b/linux-user/main.c
> index 788ff98..513d583 100644
> -
On 03.01.2012, at 20:20, Fabio Erculiani wrote:
> With the current fake /proc/self/stat implementation `ps` is
> segfaulting because it expects to read PID and argv[0] as first and
> second field respectively, with the latter being enclosed between
> backets.
>
> Reproducing is as easy as runnin
Done, it all works now ;-) !
--
Fabio Erculiani
---
linux-user/main.c |5 -
1 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/linux-user/main.c b/linux-user/main.c
index 788ff98..513d583 100644
--- a/linux-user/main.c
+++ b/linux-user/main.c
@@ -3492,11 +3492,6 @@ int main(int argc, char **argv, char **envp)
_exit(
With the current fake /proc/self/stat implementation `ps` is
segfaulting because it expects to read PID and argv[0] as first and
second field respectively, with the latter being enclosed between
backets.
Reproducing is as easy as running: `ps` inside qemu-user chroot
with /proc mounted.
Signed-of
On 03.01.2012, at 20:11, Fabio Erculiani wrote:
> Ok, I've found the reason, i guess it's a bug.
> target_argv pointer is placed in bprm->argv;
> But then target_argv is freed and nullified.
>
> loader_exec should just allocate a new char** and copy target_argv.
> I tried that and it worked.
>
Ok, I've found the reason, i guess it's a bug.
target_argv pointer is placed in bprm->argv;
But then target_argv is freed and nullified.
loader_exec should just allocate a new char** and copy target_argv.
I tried that and it worked.
The problem is, where do I free() it? Am i supposed to do it or
On Mon, 19 Dec 2011 17:27:55 +
Anthony PERARD wrote:
> On Thu, 15 Dec 2011, Luiz Capitulino wrote:
>
> > On Thu, 15 Dec 2011 09:14:00 -0600
> > Anthony Liguori wrote:
> >
> > > On 12/09/2011 03:54 PM, Anthony PERARD wrote:
> > > > This new state will be used by Xen functions to know QEMU wi
On 03.01.2012, at 19:54, Fabio Erculiani wrote:
> Yeah, debugging.
>
> Moreover we have this scenario:
>
> $ /bin/cat /proc/self/stat
> 32297 (cat) ..
>
> I guess we should use basename() anyway...?
argv[0] can be an arbitrary value passed in through execve. In qemu's
linux-user emulatio
On Thu, 15 Dec 2011 10:51:15 -0600
Michael Roth wrote:
> On 12/15/2011 09:09 AM, Luiz Capitulino wrote:
> > It supports three modes: "hibernate" (suspend to disk), "sleep"
> > (suspend to ram) and "hybrid" (save RAM contents to disk, but
> > suspend instead of powering off).
> >
> > The command w
Yeah, debugging.
Moreover we have this scenario:
$ /bin/cat /proc/self/stat
32297 (cat) ..
I guess we should use basename() anyway...?
--
Fabio Erculiani
When using TCG with a BookE PowerPC core, we need to explicitly initialize
the BookE timers with the correct frequencies.
This was missing for 440EP, since that code came from KVM and was never used
with TCG.
Signed-off-by: Alexander Graf
---
hw/ppc440.c |1 +
1 files changed, 1 insertions(
On 03.01.2012, at 19:46, Fabio Erculiani wrote:
> How about setting ts->bprm->argv = target_argv; ?
> I'm not a qemu codebase expert, but if it's always NULL (why is it
> NULL?) or can be NULL...
It should already be set it loader_exec. I don't know why it's NULL there for
you. I suppose some d
Mumble,
that is what happens already...
Let me see why I get NULL here...
--
Fabio Erculiani
When running a 440 target, we currently get invalid irq_num values (-1)
which completely confuse the IRQ setting code.
This is most likely due to the missing qdev conversion.
While this shouldn't happen in the first place and should really rather
be fixed by converting the target, I dislike segfa
How about setting ts->bprm->argv = target_argv; ?
I'm not a qemu codebase expert, but if it's always NULL (why is it
NULL?) or can be NULL...
It looks like can be done easily from main.c... without making a
variable global.
--
Fabio Erculiani
Back in the day when the bamboo target got introduced, the initial TLB was
dictated by KVM. TCG has been missing initial TLB values ever since, rendering
the target unusable for TCG usage.
This patch adds linear TLB maps the way Linux expects them, making the target
work.
Signed-off-by: Alexander
On 03.01.2012, at 19:04, Fabio Erculiani wrote:
> On Tue, Jan 3, 2012 at 6:41 PM, Alexander Graf wrote:
>>
>> On 03.01.2012, at 17:07, Fabio Erculiani wrote:
>>
>>> ts->bprm->argv seems NULL here.
>>> Isn't it supposed to be set?
>>
>> Good question. Maybe we need some other way to fetch argv
On 03.01.2012, at 19:08, Fabio Erculiani wrote:
> Or just using linux_binprm->filename with basename()
No, that'd be wrong since argv[0] can be different from the actual file name.
Also it can be the full path or not depending on what the initiator defined.
Alex
To be able to support CPU reset, we need to put all register initialization
and initial state into a CPU reset hook instead of a function that is only
called once on bootup.
This is a preparation step for the initial TLB setting code and brings bamboo
more in line with what e500 and virtex already
The -M bamboo target got introduced by Hollis back in the day as a way
to run KVM code on ppc440. Unfortunately, since then it's been bitrot
quite a bit.
One of the reasons for this is that nobody without a ppc440 board can
actually run the code, so even if there were volunteers to improve the
cod
Or just using linux_binprm->filename with basename()
--
Fabio Erculiani
On Tue, Jan 3, 2012 at 6:41 PM, Alexander Graf wrote:
>
> On 03.01.2012, at 17:07, Fabio Erculiani wrote:
>
>> ts->bprm->argv seems NULL here.
>> Isn't it supposed to be set?
>
> Good question. Maybe we need some other way to fetch argv0 then?
or we could leave just an empty string for now -> "()
Hi all,
is there any known issue when migrating VMs with a lot of (e.g. 32GB)
of memory.
It seems that there is some portion in the migration code which takes
too much time when the number
of memory pages is large.
Symptoms are: Irresponsive VNC connection, VM stalls and also
irresponsive QE
On 03.01.2012, at 17:08, Fabio Erculiani wrote:
> This fixes -Wformat warning introduced by
> 983da8bec44fd1ab5e9730f01e719b3849aa0a35
>
> Signed-off-by: Fabio Erculiani
As long as your original patch isn't applied yet, please just respin it and
submit v2 or v3 of your original patch :).
Al
On 03.01.2012, at 17:07, Fabio Erculiani wrote:
> ts->bprm->argv seems NULL here.
> Isn't it supposed to be set?
Good question. Maybe we need some other way to fetch argv0 then?
Alex
On 01/03/2012 07:16 PM, Avi Kivity wrote:
> On 01/03/2012 07:09 PM, Avi Kivity wrote:
> > (strange, I was 100% sure I tested Xen).
> >
>
> Ah, we have different CONFIG_XEN_CTRL_INTERFACE_VERSIONs.
>
Updated branch pushed - changed the signature of an empty-bodied
function, should be safe.
git:/
On 01/03/2012 07:09 PM, Avi Kivity wrote:
> (strange, I was 100% sure I tested Xen).
>
Ah, we have different CONFIG_XEN_CTRL_INTERFACE_VERSIONs.
--
error compiling committee.c: too many arguments to function
On 01/03/2012 07:06 PM, Anthony Liguori wrote:
> On 12/27/2011 09:38 AM, Avi Kivity wrote:
>> Changes since first posting: fold a fixup patch into its parent patch,
>> style fixes.
>>
>> I didn't get much review or testing for vhost or Xen, due to various
>> issues around births separated by a larg
On 12/27/2011 09:38 AM, Avi Kivity wrote:
Changes since first posting: fold a fixup patch into its parent patch,
style fixes.
I didn't get much review or testing for vhost or Xen, due to various
issues around births separated by a large amount of time if not
distance, but I don't want to get thi
On 01/03/2012 06:32 PM, Anthony Liguori wrote:
> On 01/03/2012 09:34 AM, Orit Wasserman wrote:
>> Changes from v4:
>> 1) Rebase
>> 2) divide patch into 9 patches
>> 3) move memory allocation into cache_insert
>>
>> By using XBZRLE (Xor Binary Zero Run-Length-Encoding) we can reduce VM
>> downtime
On 01/03/2012 09:34 AM, Orit Wasserman wrote:
Changes from v4:
1) Rebase
2) divide patch into 9 patches
3) move memory allocation into cache_insert
By using XBZRLE (Xor Binary Zero Run-Length-Encoding) we can reduce VM downtime
and total live-migration time of VMs running memory write intensive
On Tue, Jan 3, 2012 at 3:57 PM, Orit Wasserman wrote:
> On 01/03/2012 05:47 PM, Stefan Hajnoczi wrote:
>> On Tue, Jan 3, 2012 at 3:34 PM, Orit Wasserman wrote:
>>> + .args_type = "detach:-d,blk:-b,inc:-i,xbrle:-x,uri:s",
>>> + .params = "[-d] [-b] [-i] [-x] uri",
>>> + .
From: David Gibson
There is a device tree property "/chosen/linux,stdout-path" which indicates
which device should be used as stdout - ie. "the console".
Currently we don't specify anything, which means both firmware and Linux
choose something arbitrarily. Use the routine we added in the last pa
Signed-off-by: Orit Wasserman
---
arch_init.c | 67 +++
migration.c | 11 +
migration.h |9
3 files changed, 87 insertions(+), 0 deletions(-)
diff --git a/arch_init.c b/arch_init.c
index 6b839a1..037d8ba 100644
---
Signed-off-by: Orit Wasserman
---
arch_init.c | 58 ++
1 files changed, 58 insertions(+), 0 deletions(-)
diff --git a/arch_init.c b/arch_init.c
index fdda277..426b34d 100644
--- a/arch_init.c
+++ b/arch_init.c
@@ -139,6 +139,9 @@ typedef
Signed-off-by: Orit Wasserman
---
migration.c | 25 -
migration.h |7 +++
2 files changed, 31 insertions(+), 1 deletions(-)
diff --git a/migration.c b/migration.c
index ed47958..3d88cdd 100644
--- a/migration.c
+++ b/migration.c
@@ -380,7 +380,30 @@ void migrat
Signed-off-by: Orit Wasserman
---
block-migration.c |4 +++-
hw/hw.h |4 +++-
migration.c | 15 +--
migration.h |3 +++
savevm.c | 11 +++
sysemu.h |4 +++-
6 files changed, 32 insertions(+), 9 deletions(-)
diff --g
This fixes -Wformat warning introduced by
983da8bec44fd1ab5e9730f01e719b3849aa0a35
Signed-off-by: Fabio Erculiani
---
linux-user/syscall.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/linux-user/syscall.c b/linux-user/syscall.c
index f2af5d5..e563c00 100644
--- a/li
ts->bprm->argv seems NULL here.
Isn't it supposed to be set?
--
Fabio Erculiani
1 - 100 of 177 matches
Mail list logo
