On Thu, 21 May 2015 21:41:23 -0300
Marcelo Tosatti mtosa...@redhat.com wrote:
On Mon, May 18, 2015 at 10:13:03PM -0400, Sasha Levin wrote:
On 05/18/2015 10:02 PM, Sasha Levin wrote:
On 05/18/2015 08:13 PM, Marcelo Tosatti wrote:
GOn Mon, May 18, 2015 at 07:45:41PM -0400, Sasha Levin
-by: Marcelo Tosatti mtosa...@redhat.com
Tested-by: Luiz Capitulino lcapitul...@redhat.com
diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c
index cc2c759..ea40d24 100644
--- a/arch/x86/kvm/x86.c
+++ b/arch/x86/kvm/x86.c
@@ -2188,6 +2188,8 @@ int kvm_set_msr_common(struct kvm_vcpu *vcpu
]---
However, it turns out that kvmclock does provide a stable
sched_clock callback. So, let the scheduler know this which
in turn makes NOHZ_FULL work in the guest.
Signed-off-by: Marcelo Tosatti mtosa...@redhat.com
Signed-off-by: Luiz Capitulino lcapitul...@redhat.com
---
PS: Original author
On Mon, 2 Mar 2015 11:52:34 +0530
Amit Shah amit.s...@redhat.com wrote:
Another important detail is that, I *suspect* that a very similar
bug already exists with 32-bit guests even without memory
hotplug: what happens if you assign 6GB to a 32-bit without PAE
support? I think the same
On Fri, 27 Feb 2015 08:27:00 +0100
Markus Armbruster arm...@redhat.com wrote:
Luiz Capitulino lcapitul...@redhat.com writes:
Hello,
Reproducer:
1. Start QEMU with balloon and memory hotplug support:
# qemu [...] -m 1G,slots=2,maxmem=2G -balloon virtio
2. Check balloon size
On Fri, 27 Feb 2015 12:09:20 +0800
zhanghailiang zhang.zhanghaili...@huawei.com wrote:
On 2015/2/27 3:26, Luiz Capitulino wrote:
Hello,
Reproducer:
1. Start QEMU with balloon and memory hotplug support:
# qemu [...] -m 1G,slots=2,maxmem=2G -balloon virtio
2. Check balloon size
Hello,
Reproducer:
1. Start QEMU with balloon and memory hotplug support:
# qemu [...] -m 1G,slots=2,maxmem=2G -balloon virtio
2. Check balloon size:
(qemu) info balloon
balloon: actual=1024
(qemu)
3. Hotplug some memory:
(qemu) object_add memory-backend-ram,id=mem1,size=1G
(qemu)
I got a report of someone trying to run tests with a large amount of
RAM (4GB), which broke the guest as free_memory() function (called
by setup_vm()) will override the PCI hole.
Let's document memory constraints so that people don't do that.
Signed-off-by: Luiz Capitulino lcapitul...@redhat.com
On Mon, 20 Jan 2014 12:43:45 +1030
Rusty Russell ru...@rustcorp.com.au wrote:
Luiz Capitulino lcapitul...@redhat.com writes:
On Fri, 17 Jan 2014 09:10:47 +1030
Rusty Russell ru...@rustcorp.com.au wrote:
Luiz Capitulino lcapitul...@redhat.com writes:
From: Luiz capitulino lcapitul
, it's added here for the convenience of someone who wants to try
automatic ballooning. Patch 2/4 is a hack to make in-kernel vmpressure work
for something not related to cgroups, I'll improve it in later versions.
Glauber Costa (1):
vmpressure: in-kernel notifications
Luiz capitulino (3
From: Luiz capitulino lcapitul...@redhat.com
1. Allow drivers to register private data
2. Allow drivers to pass css=NULL
3. Pass level to the callback
Signed-off-by: Luiz capitulino lcapitul...@redhat.com
---
include/linux/vmpressure.h | 3 ++-
mm/vmpressure.c| 13 +
2
@lge.com
Cc: Michal Hocko mho...@suse.cz
Cc: Kamezawa Hiroyuki kamezawa.hir...@jp.fujitsu.com
Cc: Johannes Weiner han...@cmpxchg.org
Signed-off-by: Luiz capitulino lcapitul...@redhat.com
---
include/linux/vmpressure.h | 5 +
mm/vmpressure.c| 53
From: Luiz capitulino lcapitul...@redhat.com
This commit adds support to a new virtqueue called message virtqueue.
The message virtqueue can be used by guests to notify the host about
important memory-related state changes in the guest. Currently, the
only implemented notification is the guest
From: Luiz capitulino lcapitul...@redhat.com
This is necessary for automatic ballooning. If the guest gets
under pressure while there's an on-going inflation operation,
we want the guest to do the following:
1. Stop on-going inflation
2. Notify the host we're under pressure
3. Wait for host's
after having wrote
all this stuff...
Signed-off-by: Luiz capitulino lcapitul...@redhat.com
---
hw/virtio/virtio-balloon.c | 180 +
hw/virtio/virtio-pci.c | 5 ++
hw/virtio/virtio-pci.h | 2 +
include/hw/virtio/virtio-balloon.h
On Fri, 17 Jan 2014 09:10:47 +1030
Rusty Russell ru...@rustcorp.com.au wrote:
Luiz Capitulino lcapitul...@redhat.com writes:
From: Luiz capitulino lcapitul...@redhat.com
This commit adds support to a new virtqueue called message virtqueue.
OK, this needs a lot of thought (especially
On Thu, 16 Jan 2014 20:38:19 -0500
Luiz Capitulino lcapitul...@redhat.com wrote:
What does qemu do with this information?
There are two possible scenarios:
1. The balloon driver is currently inflating when it gets under
pressure
QEMU resets num_pages to the current balloon
According to the virtio spec, the device configuration field
that should be updated after an inflation or deflation
operation is the 'actual' field, not the 'num_pages' one.
Commit 855e0c5288177bcb193f6f6316952d2490478e1c swapped them
in update_balloon_size(). Fix it.
Signed-off-by: Luiz
On Wed, 26 Jun 2013 00:52:31 -0500
Rob Landley r...@landley.net wrote:
I intermittently get this from current kernels running under currentish
qemu-git. Look familiar to anybody?
Which kernel do you run in the host? Is the guest doing anything
special?
reboot: machine restart
general
On Wed, 5 Jun 2013 21:18:37 -0400
Luiz Capitulino lcapitul...@redhat.com wrote:
The balloon_page_dequeue() function can return NULL. If it does for
the first page being freed, then leak_balloon() will create a
scatter list with len=0. Which in turn seems to generate an invalid
virtio request
On Thu, 6 Jun 2013 11:13:58 -0300
Rafael Aquini aqu...@redhat.com wrote:
On Wed, Jun 05, 2013 at 09:18:37PM -0400, Luiz Capitulino wrote:
The balloon_page_dequeue() function can return NULL. If it does for
the first page being freed, then leak_balloon() will create a
scatter list with len
The balloon_page_dequeue() function can return NULL. If it does for
the first page being freed, then leak_balloon() will create a
scatter list with len=0. Which in turn seems to generate an invalid
virtio request.
Signed-off-by: Luiz Capitulino lcapitul...@redhat.com
---
PS: I didn't get
On Wed, 5 Jun 2013 18:24:49 -0300
Rafael Aquini aqu...@redhat.com wrote:
On Wed, Jun 05, 2013 at 05:10:31PM -0400, Luiz Capitulino wrote:
The balloon_page_dequeue() function can return NULL. If it does for
the first page being freed, then leak_balloon() will create a
scatter list with len
, such an invalid virtio request will cause errors in QEMU and
fill_balloon() also performs the same check implemented by this commit.
Signed-off-by: Luiz Capitulino lcapitul...@redhat.com
Acked-by: Rafael Aquini aqu...@redhat.com
---
o v2
- Improve changelog
drivers/virtio/virtio_balloon.c | 3 ++-
1
On Fri, 31 May 2013 16:52:18 +0800
Xiao Guangrong xiaoguangr...@linux.vnet.ibm.com wrote:
Luiz Capitulino reported that guest refused to boot and qemu
complained with:
kvm_set_phys_mem: error unregistering overlapping slot: Invalid argument
It is caused by commit 235e8982ad that did double
1. s/These are devices are/These devices are
2. s/Thefirst/The first
3. s/, Guest should/. Guest should
Signed-off-by: Luiz Capitulino lcapitul...@redhat.com
---
virtio-spec.lyx | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/virtio-spec.lyx b/virtio-spec.lyx
index
On Thu, 16 May 2013 16:56:34 -0400
Sasha Levin sasha.le...@oracle.com wrote:
On 05/09/2013 10:53 AM, Luiz Capitulino wrote:
Hi,
This series is a respin of automatic ballooning support I started
working on last year. Patch 2/2 contains all relevant technical
details and performance
On Sun, 12 May 2013 21:49:34 +0300
Michael S. Tsirkin m...@redhat.com wrote:
On Sun, May 12, 2013 at 12:36:09PM -0400, Rik van Riel wrote:
On 05/12/2013 10:30 AM, Michael S. Tsirkin wrote:
On Thu, May 09, 2013 at 10:53:49AM -0400, Luiz Capitulino wrote:
Automatic ballooning consists
On Mon, 13 May 2013 11:34:41 -0300
Rafael Aquini aqu...@redhat.com wrote:
You're right, and the host's member is used to communicate the configured size
to guest's balloon device, however, by not changing it when the shrinker
causes
the balloon to deflate will make the balloon thread to be
On Mon, 13 May 2013 22:02:50 +0300
Michael S. Tsirkin m...@redhat.com wrote:
On Mon, May 13, 2013 at 02:25:11PM -0400, Luiz Capitulino wrote:
On Mon, 13 May 2013 11:34:41 -0300
Rafael Aquini aqu...@redhat.com wrote:
You're right, and the host's member is used to communicate
On Thu, 9 May 2013 18:03:09 -0300
Rafael Aquini aqu...@redhat.com wrote:
On Thu, May 09, 2013 at 10:53:48AM -0400, Luiz Capitulino wrote:
This commit moves the balloon_lock mutex out of the fill_balloon()
and leak_balloon() functions to their callers.
The reason for this change
On Thu, 9 May 2013 18:15:19 -0300
Rafael Aquini aqu...@redhat.com wrote:
On Thu, May 09, 2013 at 10:53:49AM -0400, Luiz Capitulino wrote:
Automatic ballooning consists of dynamically adjusting the guest's
balloon according to memory pressure in the host and in the guest.
This commit
On Fri, 10 May 2013 09:20:46 -0400
Luiz Capitulino lcapitul...@redhat.com wrote:
On Thu, 9 May 2013 18:15:19 -0300
Rafael Aquini aqu...@redhat.com wrote:
On Thu, May 09, 2013 at 10:53:49AM -0400, Luiz Capitulino wrote:
Automatic ballooning consists of dynamically adjusting the guest's
this to be dynamically enabled by mngt
Signed-off-by: Luiz Capitulino lcapitul...@redhat.com
---
o You can find my test script here:
http://repo.or.cz/w/qemu/qmp-unstable.git/blob/refs/heads/balloon/auto-ballooning/memcg/rfc:/scripts/autob-test
o You can find the guest driver counterpart code
the guest memory down, say from 1G to 256MB
6. Generate some pressure in the guest, say a kernel build with -j16
Any feedback is appreciated!
Luiz Capitulino (2):
virtio_balloon: move balloon_lock mutex to callers
virtio_balloon: auto-ballooning support
drivers/virtio/virtio_balloon.c
1079847 1616367
4543 953289 1635379
5642 913237 1514000
Auto-ballooning enabled:
RUN TIME(s) SWAP IN SWAP OUT
1629 901 12537
2624 981 18506
3626 573 9085
4631 2250 42534
5627 1610 20808
Signed-off-by: Luiz
semantics.
Signed-off-by: Luiz Capitulino lcapitul...@redhat.com
---
drivers/virtio/virtio_balloon.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/virtio/virtio_balloon.c b/drivers/virtio/virtio_balloon.c
index bd3ae32..9d5fe2b 100644
--- a/drivers/virtio
On Tue, 23 Apr 2013 10:06:41 -0600
Eric Blake ebl...@redhat.com wrote:
we can change drive_mirror to use a new command to see if there
are the new features.
drive-mirror changed in 1.4 to add optional buf-size parameter; right
now, libvirt is forced to limit itself to 1.3 interface
On Wed, 24 Apr 2013 10:03:21 +0200
Stefan Hajnoczi stefa...@gmail.com wrote:
On Tue, Apr 23, 2013 at 10:06:41AM -0600, Eric Blake wrote:
On 04/23/2013 08:45 AM, Juan Quintela wrote:
we can change drive_mirror to use a new command to see if there
are the new features.
On Wed, 29 Aug 2012 13:18:54 +0800
Wen Congyang we...@cn.fujitsu.com wrote:
We can know the guest is panicked when the guest runs on xen.
But we do not have such feature on kvm.
What's the status of this series?
It got lost in my queue and I ended up not reviewing it, but it seems
to be
On Tue, 25 Sep 2012 07:57:53 -0500
Anthony Liguori anth...@codemonkey.ws wrote:
Paolo Bonzini pbonz...@redhat.com writes:
Il 24/09/2012 13:28, Juan Quintela ha scritto:
Hi
Please send in any agenda items you are interested in covering.
URI parsing library for glusterfs: libxml2
On Mon, 24 Sep 2012 13:48:26 +0200
Paolo Bonzini pbonz...@redhat.com wrote:
Il 24/09/2012 13:28, Juan Quintela ha scritto:
Hi
Please send in any agenda items you are interested in covering.
URI parsing library for glusterfs: libxml2 vs. in-tree fork of the
same code.
Case we're going
On Tue, 25 Sep 2012 16:59:00 +0200
Markus Armbruster arm...@redhat.com wrote:
Juan Quintela quint...@redhat.com writes:
Hi
This are this week minutes:
- URI parsing library for glusterfs: libxml2 vs. in-tree fork of the
same code. (Paolo)
* code hasn't changed in 2 years, it is
On Tue, 21 Aug 2012 12:02:11 -0300
Lucas Meneghel Rodrigues l...@redhat.com wrote:
When using QMP monitor as the sole monitor on KVM autotest
(something that we sadly did not exercise on our test farms),
starting qemu with -S and then issuing 'cont' will cause
errors, since the error
by the GenericError
class. So let's also handle this exception class.
CC: Luiz Capitulino lcapitul...@redhat.com
Signed-off-by: Lucas Meneghel Rodrigues l...@redhat.com
---
client/virt/kvm_monitor.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/client/virt/kvm_monitor.py b/client
On Tue, 12 Jun 2012 14:55:37 +0800
Wen Congyang we...@cn.fujitsu.com wrote:
+static void panicked_perform_action(void)
+{
+switch(panicked_action) {
+case PANICKED_REPORT:
+panicked_mon_event(report);
+break;
+
+case PANICKED_PAUSE:
+
On Tue, 12 Jun 2012 13:40:45 +0100
Daniel P. Berrange berra...@redhat.com wrote:
On Tue, Jun 12, 2012 at 09:35:04AM -0300, Luiz Capitulino wrote:
On Tue, 12 Jun 2012 14:55:37 +0800
Wen Congyang we...@cn.fujitsu.com wrote:
+static void panicked_perform_action(void
On Mon, 04 Jun 2012 12:56:41 +0800
Anthony Liguori anth...@codemonkey.ws wrote:
On 05/25/2012 08:53 PM, Luiz Capitulino wrote:
On Fri, 25 May 2012 13:01:37 +0100
Stefan Hajnoczistefa...@gmail.com wrote:
I agree it would be nice to drop entirely but I don't feel happy doing
On Mon, 21 May 2012 14:49:32 +0800
Wen Congyang we...@cn.fujitsu.com wrote:
The guest should run after reseting it, but it does not
run if its old state is RUN_STATE_INTERNAL_ERROR or RUN_STATE_PAUSED.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
vl.c |1 +
1 files changed, 1
On Mon, 21 May 2012 14:50:51 +0800
Wen Congyang we...@cn.fujitsu.com wrote:
When the guest is panicked, it will write 0x1 to the port 0x505. So if
qemu reads 0x1 from this port, we can do the folloing three things
according to the parameter -onpanic:
1. emit QEVENT_GUEST_PANICKED only
2.
On Mon, 28 May 2012 12:17:04 +0100
Stefan Hajnoczi stefa...@linux.vnet.ibm.com wrote:
What we need to decide is whether it's okay to drop QEMU VLANs
completely and change dump command-line syntax?
I'd vote for dropping it.
I think vlan-hub doesn't hurt anyone because the code has been
On Fri, 25 May 2012 08:47:18 +0800
Zhi Yong Wu zwu.ker...@gmail.com wrote:
On Fri, May 25, 2012 at 4:53 AM, Luiz Capitulino lcapitul...@redhat.com
wrote:
On Fri, 25 May 2012 01:59:06 +0800
zwu.ker...@gmail.com wrote:
From: Zhi Yong Wu wu...@linux.vnet.ibm.com
The patchset
On Fri, 25 May 2012 13:01:37 +0100
Stefan Hajnoczi stefa...@gmail.com wrote:
I agree it would be nice to drop entirely but I don't feel happy doing
that to users who might have QEMU buried in scripts somewhere. One
day they upgrade packages and suddenly their stuff doesn't work
anymore.
On Fri, 25 May 2012 14:59:25 +0200
Paolo Bonzini pbonz...@redhat.com wrote:
Il 25/05/2012 14:53, Luiz Capitulino ha scritto:
I agree it would be nice to drop entirely but I don't feel happy doing
that to users who might have QEMU buried in scripts somewhere. One
day they upgrade
On Fri, 25 May 2012 15:14:39 +0200
Paolo Bonzini pbonz...@redhat.com wrote:
Il 25/05/2012 15:07, Luiz Capitulino ha scritto:
On Fri, 25 May 2012 14:59:25 +0200
Paolo Bonzini pbonz...@redhat.com wrote:
Il 25/05/2012 14:53, Luiz Capitulino ha scritto:
I agree it would be nice to drop
On Fri, 25 May 2012 15:19:28 +0200
Paolo Bonzini pbonz...@redhat.com wrote:
Il 25/05/2012 15:18, Luiz Capitulino ha scritto:
Still not sure what you mean...
I meant it's a similar case. kqemu was a special case and maintenance
burden.
We've dropped it and didn't regret. What's
On Fri, 25 May 2012 15:37:15 +0200
Paolo Bonzini pbonz...@redhat.com wrote:
Il 25/05/2012 15:30, Luiz Capitulino ha scritto:
On Fri, 25 May 2012 15:19:28 +0200
Paolo Bonzini pbonz...@redhat.com wrote:
Il 25/05/2012 15:18, Luiz Capitulino ha scritto:
Still not sure what you mean
On Fri, 25 May 2012 15:47:28 +0200
Paolo Bonzini pbonz...@redhat.com wrote:
Il 25/05/2012 15:43, Luiz Capitulino ha scritto:
Yeah, VDE probably includes something like an hub. But then we could
drop even -net socket, -net udp, -net dump, and only leave in
vde+tap+slirp. Or even move
On Fri, 25 May 2012 01:59:06 +0800
zwu.ker...@gmail.com wrote:
From: Zhi Yong Wu wu...@linux.vnet.ibm.com
The patchset implements network hub stead of vlan. The main work was done by
stefan, and i rebased it to latest QEMU upstream, did some testings and am
responsible for pushing it to
On Tue, 08 May 2012 07:14:11 -0500
Anthony Liguori anth...@codemonkey.ws wrote:
On 05/07/2012 06:47 AM, Juan Quintela wrote:
Hi
Please send in any agenda items you are interested in covering.
I've got a conflict at 9am as it turns out so I won't be able to attend.
Does this mean the
On Wed, 21 Mar 2012 15:48:43 +0200
Avi Kivity a...@redhat.com wrote:
On 03/21/2012 03:40 PM, Jan Kiszka wrote:
On 2012-03-21 13:38, GaoYi wrote:
Hi Jan,
Since the newest Intel-VT supports the guest OS under the real mode,
which was already supported in AMD-V, can the VMX in
On Mon, 27 Feb 2012 11:05:58 +0800
Wen Congyang we...@cn.fujitsu.com wrote:
When the host knows the guest is paniced, it will set
exit_reason to KVM_EXIT_GUEST_PANIC. So if qemu receive
this exit_reason, we can send a event to tell management
application that the guest is paniced.
On Mon, 24 Oct 2011 13:02:05 +0100
Peter Maydell peter.mayd...@linaro.org wrote:
On 24 October 2011 12:35, Paolo Bonzini pbonz...@redhat.com wrote:
On 10/24/2011 01:04 PM, Juan Quintela wrote:
Please send in any agenda items you are interested in covering.
- What's left to merge for 1.0.
On Fri, 29 Apr 2011 08:30:25 +0800
Huang Ying ying.hu...@intel.com wrote:
On 04/28/2011 10:04 PM, Marcelo Tosatti wrote:
On Thu, Apr 28, 2011 at 08:00:19AM -0500, Anthony Liguori wrote:
On 04/27/2011 06:06 PM, Marcelo Tosatti wrote:
On Fri, Nov 19, 2010 at 04:17:35PM +0800, Huang Ying
On Thu, 28 Apr 2011 11:35:20 +0800
Lai Jiangshan la...@cn.fujitsu.com wrote:
Adds new QERR_UNSUPPORTED, converts nmi to inject-nmi and
make it supports qmp.
Lai, unfortunately this series still have some issues (like changing
the HMP command name). I think V7 was the best submission so
On Wed, 27 Apr 2011 09:54:34 +0800
Lai Jiangshan la...@cn.fujitsu.com wrote:
On 04/26/2011 09:29 PM, Anthony Liguori wrote:
On 04/26/2011 08:26 AM, Luiz Capitulino wrote:
On Thu, 21 Apr 2011 11:23:54 +0800
Lai Jiangshanla...@cn.fujitsu.com wrote:
Hi, Anthony Liguori
Any
On Thu, 21 Apr 2011 11:23:54 +0800
Lai Jiangshan la...@cn.fujitsu.com wrote:
Hi, Anthony Liguori
Any suggestion?
Although all command line interfaces will be converted to to use QMP
interfaces in 0.16,
I hope inject-nmi come into QAPI earlier, 0.15.
I don't know what Anthony thinks
On Wed, 20 Apr 2011 09:53:56 +0800
Lai Jiangshan la...@cn.fujitsu.com wrote:
On 04/04/2011 09:09 PM, Anthony Liguori wrote:
On 04/04/2011 07:19 AM, Markus Armbruster wrote:
[Note cc: Anthony]
Daniel P. Berrangeberra...@redhat.com writes:
On Mon, Mar 07, 2011 at 05:46:28PM +0800, Lai
On Tue, 12 Apr 2011 21:31:18 +0300
Blue Swirl blauwir...@gmail.com wrote:
On Tue, Apr 12, 2011 at 10:52 AM, Avi Kivity a...@redhat.com wrote:
On 04/11/2011 08:15 PM, Blue Swirl wrote:
On Mon, Apr 11, 2011 at 10:01 AM, Markus Armbrusterarm...@redhat.com
wrote:
Avi
On Sat, 9 Apr 2011 13:34:43 +0300
Blue Swirl blauwir...@gmail.com wrote:
On Sat, Apr 9, 2011 at 2:25 AM, Luiz Capitulino lcapitul...@redhat.com
wrote:
Hi there,
Summary:
- PXE boot in qemu.git (HEAD f124a41) is quite slow, more than 5 minutes.
Got
the problem with e1000
On Fri, 08 Apr 2011 19:50:57 -0500
Anthony Liguori anth...@codemonkey.ws wrote:
On 04/08/2011 06:25 PM, Luiz Capitulino wrote:
Hi there,
Summary:
- PXE boot in qemu.git (HEAD f124a41) is quite slow, more than 5 minutes.
Got
the problem with e1000, virtio and rtl8139. However
On Mon, 11 Apr 2011 13:00:32 -0600
Alex Williamson alex.william...@redhat.com wrote:
On Mon, 2011-04-11 at 15:35 -0300, Luiz Capitulino wrote:
On Fri, 08 Apr 2011 19:50:57 -0500
Anthony Liguori anth...@codemonkey.ws wrote:
On 04/08/2011 06:25 PM, Luiz Capitulino wrote:
Hi
Hi there,
Summary:
- PXE boot in qemu.git (HEAD f124a41) is quite slow, more than 5 minutes. Got
the problem with e1000, virtio and rtl8139. However, pcnet *works* (it's
as fast as qemu-kvm.git)
- PXE boot in qemu-kvm.git (HEAD df85c051) is fast, less than a minute. Tried
with e1000,
On Mon, 04 Apr 2011 08:05:48 -0500
Anthony Liguori anth...@codemonkey.ws wrote:
On 04/04/2011 07:54 AM, Avi Kivity wrote:
On 04/04/2011 01:59 PM, Daniel P. Berrange wrote:
Interesting that with HMP you need to specify a single CPU index, but
with QMP it is injecting to all CPUs at once. Is
On Wed, 06 Apr 2011 13:03:37 -0500
Anthony Liguori anth...@codemonkey.ws wrote:
On 04/06/2011 12:47 PM, Luiz Capitulino wrote:
On Mon, 04 Apr 2011 08:05:48 -0500
Anthony Liguorianth...@codemonkey.ws wrote:
On 04/04/2011 07:54 AM, Avi Kivity wrote:
On 04/04/2011 01:59 PM, Daniel P
On Wed, 06 Apr 2011 20:17:47 +0200
Jan Kiszka jan.kis...@siemens.com wrote:
On 2011-04-06 20:08, Luiz Capitulino wrote:
On Wed, 06 Apr 2011 13:03:37 -0500
Anthony Liguori anth...@codemonkey.ws wrote:
On 04/06/2011 12:47 PM, Luiz Capitulino wrote:
On Mon, 04 Apr 2011 08:05:48 -0500
On Mon, 04 Apr 2011 14:19:58 +0200
Markus Armbruster arm...@redhat.com wrote:
[Note cc: Anthony]
Daniel P. Berrange berra...@redhat.com writes:
On Mon, Mar 07, 2011 at 05:46:28PM +0800, Lai Jiangshan wrote:
From: Lai Jiangshan la...@cn.fujitsu.com
Date: Mon, 7 Mar 2011 17:05:15 +0800
On Mon, 04 Apr 2011 08:09:29 -0500
Anthony Liguori anth...@codemonkey.ws wrote:
On 04/04/2011 07:19 AM, Markus Armbruster wrote:
[Note cc: Anthony]
Daniel P. Berrangeberra...@redhat.com writes:
On Mon, Mar 07, 2011 at 05:46:28PM +0800, Lai Jiangshan wrote:
From: Lai
On Mon, 21 Mar 2011 13:58:35 +0100
Juan Quintela quint...@redhat.com wrote:
Please, send in any agenda items you are interested in covening.
- Merge patches speed. I just feel, that patches are not being
handled fast enough, so ... I looked how much patches have been
integrated since
On Mon, 21 Feb 2011 09:37:57 +0800
Lai Jiangshan la...@cn.fujitsu.com wrote:
Hi, Luiz Capitulino
Any problem?
Sorry for the delay. Looks good in general to me know, there's only one
small problem and it's the error message:
(qemu) nmi 100
Parameter 'cpu-index' expects a CPU number
On Wed, 23 Feb 2011 13:25:38 -0600
Anthony Liguori anth...@codemonkey.ws wrote:
On 01/27/2011 02:20 AM, Lai Jiangshan wrote:
Make we can inject NMI via qemu-monitor-protocol.
We use inject-nmi for the qmp command name, the meaning is clearer.
Signed-off-by: Lai
On Mon, 21 Feb 2011 14:13:04 -0600
Anthony Liguori anth...@codemonkey.ws wrote:
On 02/21/2011 11:12 AM, Juan Quintela wrote:
please send in any agenda items you are interested in covering.
- 0.14.0 release is out, thanks to everyone that participated! Let's
discuss what worked
On Wed, 09 Feb 2011 14:46:32 +0800
Lai Jiangshan la...@cn.fujitsu.com wrote:
On 02/01/2011 09:29 PM, Luiz Capitulino wrote:
On Thu, 27 Jan 2011 16:20:27 +0800
Lai Jiangshan la...@cn.fujitsu.com wrote:
cpu-index which uses hyphen is better name.
Signed-off-by: Lai Jiangshan la
On Mon, 31 Jan 2011 15:39:22 -0600
Anthony Liguori anth...@codemonkey.ws wrote:
On 01/31/2011 12:10 PM, Jan Kiszka wrote:
On 2011-01-31 11:02, Juan Quintela wrote:
Please send in any agenda items you are interested incovering.
o KVM upstream merge: status, plans,
On Tue, 1 Feb 2011 10:53:21 -0200
Luiz Capitulino lcapitul...@redhat.com wrote:
On Mon, 31 Jan 2011 15:39:22 -0600
Anthony Liguori anth...@codemonkey.ws wrote:
On 01/31/2011 12:10 PM, Jan Kiszka wrote:
On 2011-01-31 11:02, Juan Quintela wrote:
Please send in any agenda items
On Thu, 27 Jan 2011 16:20:27 +0800
Lai Jiangshan la...@cn.fujitsu.com wrote:
cpu-index which uses hyphen is better name.
Signed-off-by: Lai Jiangshan la...@cn.fujitsu.com
It looks ok from a quick pass, but I can't apply it on current master, what
commit HEAD did you?
Btw, please, do
On Sun, 30 Jan 2011 16:06:20 +0100
Alexander Graf ag...@suse.de wrote:
On 28.01.2011, at 21:10, Luiz Capitulino wrote:
Hi there,
GSoC 2011 has been announced[1]. As we were pretty successful last year,
I think we should participate again. I've already created a wiki page:
http
Hi there,
GSoC 2011 has been announced[1]. As we were pretty successful last year,
I think we should participate again. I've already created a wiki page:
http://wiki.qemu.org/Google_Summer_of_Code_2011
We should now populate it with projects and people willing to be mentors
should say so (or
On Mon, 24 Jan 2011 16:06:34 -0600
Anthony Liguori anth...@codemonkey.ws wrote:
On 01/24/2011 07:25 AM, Chris Wright wrote:
Please send in any agenda items you are interested in covering.
- coroutines for the block layer
- glib everywhere
- Let's start planning our next release in
On Tue, 25 Jan 2011 11:57:27 -0200
Luiz Capitulino lcapitul...@redhat.com wrote:
On Mon, 24 Jan 2011 16:06:34 -0600
Anthony Liguori anth...@codemonkey.ws wrote:
On 01/24/2011 07:25 AM, Chris Wright wrote:
Please send in any agenda items you are interested in covering
Sorry for the long delay on this one, in general looks good, I have just
a few small comments.
On Mon, 10 Jan 2011 17:27:51 +0800
Lai Jiangshan la...@cn.fujitsu.com wrote:
When the argument cpu-index is not given,
then nmi command will inject NMI on all CPUs.
Please, state that we're
On Mon, 10 Jan 2011 17:28:14 +0800
Lai Jiangshan la...@cn.fujitsu.com wrote:
Make we can inject NMI via qemu-monitor-protocol.
We use inject-nmi for the qmp command name, the meaning is clearer.
Signed-off-by: Lai Jiangshan la...@cn.fujitsu.com
---
diff --git a/hmp-commands.hx
error the test with a more descriptive message
Also, clarify the exception thrown when the monitor is not responsive
after the test.
Signed-off-by: Qingtang Zhou qz...@redhat.com
Signed-off-by: Lucas Meneghel Rodrigues l...@redhat.com
Makes sense:
Acked-by: Luiz Capitulino lcapitul
On Mon, 20 Dec 2010 14:09:05 +0800
Lai Jiangshan la...@cn.fujitsu.com wrote:
On 12/17/2010 11:25 PM, Avi Kivity wrote:
On 12/17/2010 01:22 PM, Luiz Capitulino wrote:
I think Avi's suggest is better, and I will use
inject-nmi (without cpu-index argument) to send NMI to all cpus
On Mon, 20 Dec 2010 18:00:34 +0100
Markus Armbruster arm...@redhat.com wrote:
Lai Jiangshan la...@cn.fujitsu.com writes:
cpu-index is better name.
Signed-off-by: Lai Jiangshan la...@cn.fujitsu.com
---
diff --git a/hmp-commands.hx b/hmp-commands.hx
index 4befbe2..8de7aa3 100644
On Mon, 20 Dec 2010 08:47:46 -0200
Marcelo Tosatti mtosa...@redhat.com wrote:
On Fri, Dec 10, 2010 at 09:20:26AM -0200, Luiz Capitulino wrote:
On Fri, 10 Dec 2010 14:36:08 +0800
Lai Jiangshan la...@cn.fujitsu.com wrote:
+SQMP
+inject_nmi
+--
+
+Inject an NMI
On Fri, 17 Dec 2010 14:20:15 +0800
Lai Jiangshan la...@cn.fujitsu.com wrote:
On 12/16/2010 09:17 PM, Luiz Capitulino wrote:
On Thu, 16 Dec 2010 15:11:50 +0200
Avi Kivity a...@redhat.com wrote:
Why have an argument at all? Always nmi to all cpus.
I think Avi's suggest is better
On Thu, 16 Dec 2010 10:32:12 +0200
Avi Kivity a...@redhat.com wrote:
On 12/15/2010 08:05 AM, Hao, Xudong wrote:
Hi, all,
This is KVM test result against kvm.git
d335b156f9fafd177d0606cf845d9a2df2dc5431, and qemu-kvm.git
cb1983b8809d0e06a97384a40bad1194a32fc814.
Currently qemu-kvm
On Thu, 16 Dec 2010 11:03:38 +0200
Avi Kivity a...@redhat.com wrote:
On 12/15/2010 08:00 PM, Luiz Capitulino wrote:
Looks like a GUI feature to me,
Really? Can't see how you can build NMI to all CPUs from NMI this
CPU. Or am I misunderstanding you?
I guess so. Avi
On Thu, 16 Dec 2010 12:51:14 +0200
Avi Kivity a...@redhat.com wrote:
On 12/16/2010 12:48 PM, Luiz Capitulino wrote:
Ok, I didn't know that, but I had another idea: the command could accept
either a single cpu index or a list:
{ execute: inject-nmi, arguments: { cpus: 2
1 - 100 of 190 matches
Mail list logo