On Wed, Sep 18, 2013 at 3:43 PM, Zhi Yong Wu zwu.ker...@gmail.com wrote:
any doc that describes its archtecture or interval?
You can find some of the design principles here [1] and here [2].
We're starting to make the wiki thicker too [3]
The rest is documented in c++ for the moment ;)
[1]
Hi,
My name is Dor and I'm one of the contributors for the KVM.
Ricardo Almeida wrote:
Hi,
Just saw this on slashdot
(http://linux.slashdot.org/article.pl?sid=06/12/12/0135240). From
the
news:
In a fashion comparable to that of Xen a modified QEMU is used for
the supportive
to be deleted.
Regards,
Dor Laor.
apic_saved_version_id.patch
Description: apic_saved_version_id.patch
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
hi everyone!
i'm programming a pci-device that includes some threads
socket-connections (that allow remote debugging of my device).
however, i want to cleanly shutdown all threads and sockets when qemu
exits... is there an easy way of getting informed of a qemu shutdown?
(something similar to
QEMU developers:
I have been using QEMU off and on for some time. Recently I had a need
for a Windows XP VM to be joined to a domain. I discovered a rather
annoying issue in the form of the key-grab: NT-based Microsoft
operating systems make heavy use of Ctrl-Alt-Delete, i.e. to sign on,
open
On 10/19/2010 04:11 AM, Chris Wright wrote:
* Juan Quintela (quint...@redhat.com) wrote:
Please send in any agenda items you are interested in covering.
- 0.13.X -stable handoff
- 0.14 planning
- threadlet work
- virtfs proposals
- Live snapshots
- We were asked to add this feature for
On 10/19/2010 02:55 PM, Avi Kivity wrote:
On 10/19/2010 02:48 PM, Dor Laor wrote:
On 10/19/2010 04:11 AM, Chris Wright wrote:
* Juan Quintela (quint...@redhat.com) wrote:
Please send in any agenda items you are interested in covering.
- 0.13.X -stable handoff
- 0.14 planning
- threadlet
On 10/20/2010 10:21 AM, Alexander Graf wrote:
On 19.10.2010, at 17:14, Chris Wright wrote:
0.13.X -stable
- Anthony will send note to qemu-devel on this
- move 0.13.X -stable to a separate tree
- driven independently of main qemu tree
- challenge is always in the porting and testing of
On 10/20/2010 03:21 PM, Anthony Liguori wrote:
On 10/20/2010 08:19 AM, Daniel P. Berrange wrote:
The thinking with Matahari is that there is significant overlap between
agent requirements for a physical and virtual host, so it aims to provide
an agent that works everywhere, whether virtualized
On 10/21/2010 03:02 PM, Anthony Liguori wrote:
On 10/21/2010 02:45 AM, Paolo Bonzini wrote:
On 10/21/2010 03:14 AM, Alexander Graf wrote:
I agree that some agent code for basic stuff like live snapshot
sync with the filesystem is small enough and worth to host within
qemu. Maybe we do need
On 11/23/2010 08:41 AM, Avi Kivity wrote:
On 11/23/2010 01:00 AM, Anthony Liguori wrote:
qemu-kvm vcpu threads don't response to SIGSTOP/SIGCONT. Instead of
teaching
them to respond to these signals, introduce monitor commands that stop
and start
individual vcpus.
The purpose of these commands
On 11/29/2010 06:23 PM, Stefan Hajnoczi wrote:
On Mon, Nov 29, 2010 at 3:00 PM, Yoshiaki Tamura
tamura.yoshi...@lab.ntt.co.jp wrote:
2010/11/29 Paul Brookp...@codesourcery.com:
If devices incorrectly claim support for live migration, then that should
also be fixed, either by removing the
Please send in any agenda items you are interested in covering.
thanks, Dor
On 02/17/2011 10:26 AM, Jes Sorensen wrote:
On 02/16/11 18:22, Michael Roth wrote:
We've seen similar behavior. I think it comes down to qemu-va being
linked against shared objects in the host that don't necessarily
coincide with what's in the guest. It's somewhat misleading that we
currently
http://www.linux-kvm.org/page/KvmForum2010
Video's will follow as well (thanks Andrew).
Thanks for everyone for your participation, looking forward for 2011!
Dor
On 08/17/2010 12:50 AM, Chris Wright wrote:
KVM Forum 2010 was quite a success, many thanks to all who participated!
For those who couldn't attend, the presentations are available online now:
(thanks to Andrew Cathrow for pushing them all up)
On 04/23/2010 10:36 AM, Fernando Luis Vázquez Cao wrote:
On 04/23/2010 02:17 PM, Yoshiaki Tamura wrote:
Dor Laor wrote:
[...]
Second, even if it wasn't the case, the tsc delta and kvmclock are
synchronized as part of the VM state so there is no use of trapping it
in the middle.
I should
On 04/27/2010 11:14 AM, Avi Kivity wrote:
On 04/27/2010 01:36 AM, Anthony Liguori wrote:
A few comments:
1) The problem was not block watermark itself but generating a
notification on the watermark threshold. It's a heuristic and should
be implemented based on polling block stats.
Polling
On 04/27/2010 11:56 AM, Avi Kivity wrote:
On 04/27/2010 11:48 AM, Dor Laor wrote:
Here's another option: an nbd-like protocol that remotes all BlockDriver
operations except read and write over a unix domain socket. The open
operation returns an fd (SCM_RIGHTS strikes again) that is used
On 04/27/2010 12:22 PM, Avi Kivity wrote:
On 04/27/2010 12:08 PM, Dor Laor wrote:
On 04/27/2010 11:56 AM, Avi Kivity wrote:
On 04/27/2010 11:48 AM, Dor Laor wrote:
Here's another option: an nbd-like protocol that remotes all
BlockDriver
operations except read and write over a unix domain
On 06/09/2010 05:35 PM, Gerd Hoffmann wrote:
Hi,
with 0.12.4 it is still the case that a total idle vm takes about 6-8%
of a 2.4GHz Xeon Core.
I see that order of magitude too, no matter whenever usb is on or off.
With older qemu and usbtablet it used to be up to 25%.
Is it possible to
On 12/12/2009 12:08 AM, Alexander Graf wrote:
On 11.12.2009, at 22:13, Izik Eidus wrote:
On Fri, 11 Dec 2009 14:46:55 -0600
Anthony Liguorianth...@codemonkey.ws wrote:
Izik Eidus wrote:
I personaly dont like mjpeg, and yes in the end of the day you can
add the video streaming into vnc,
On 12/12/2009 07:40 PM, Anthony Liguori wrote:
If Spice can crash a guest, that indicates to me that Spice is
maintaining guest visible state. That is difficult architecturally
because if we want to do something like introduce a secure sandbox for
running guest visible emulation, libspice would
On 12/12/2009 09:48 PM, Izik Eidus wrote:
On Sat, 12 Dec 2009 13:26:30 -0600
Anthony Liguorianth...@codemonkey.ws wrote:
Izik Eidus wrote:
On Sat, 12 Dec 2009 11:40:21 -0600
Anthony Liguorianth...@codemonkey.ws wrote:
FWIW, I don't see any reason why Spice couldn't be made to be
separate
On 12/21/2009 09:43 AM, Gleb Natapov wrote:
On Sun, Dec 20, 2009 at 11:59:43AM -0600, Anthony Liguori wrote:
Gleb Natapov wrote:
Windows is a mystery box, so we can speculate as much as we want about it.
If you don't like something just say it may break Windows :) Losing
activation does sound
On 12/22/2009 12:51 AM, john cooper wrote:
Dor Laor wrote:
Qemu will check the required cpuid of the cpu model on the host and
refuse to load otherwise. When moving to this model, migration can be
simplified too since there are fewer combination, and one can choose
performance over migration
What's missing in this patch set and in similar pvclock implementation
is userspace activation of the features.
This should be part of the machine description and not enabled by
default without no control to deactivate it on a per guest basis.
Gerd, since you're the qdev master, what's the
On 01/06/2010 04:32 PM, Avi Kivity wrote:
On 01/06/2010 04:22 PM, Michael S. Tsirkin wrote:
We can probably default -enable-kvm to -cpu host, as long as we explain
very carefully that if users wish to preserve cpu features across
upgrades, they can't depend on the default.
Hardware upgrades or
On 01/06/2010 05:16 PM, Anthony Liguori wrote:
On 01/06/2010 08:48 AM, Dor Laor wrote:
On 01/06/2010 04:32 PM, Avi Kivity wrote:
On 01/06/2010 04:22 PM, Michael S. Tsirkin wrote:
We can probably default -enable-kvm to -cpu host, as long as we
explain
very carefully that if users wish
On 01/07/2010 10:18 AM, Avi Kivity wrote:
On 01/07/2010 10:03 AM, Dor Laor wrote:
We can debate about the exact name/model to represent the Nehalem
family, I don't have an issue with that and actually Intel and Amd
should define it.
AMD and Intel already defined their names (in cat /proc
On 01/07/2010 10:24 AM, Daniel P. Berrange wrote:
On Thu, Jan 07, 2010 at 10:03:28AM +0200, Dor Laor wrote:
On 01/06/2010 05:16 PM, Anthony Liguori wrote:
On 01/06/2010 08:48 AM, Dor Laor wrote:
On 01/06/2010 04:32 PM, Avi Kivity wrote:
On 01/06/2010 04:22 PM, Michael S. Tsirkin wrote:
We
On 01/07/2010 11:24 AM, Avi Kivity wrote:
On 01/07/2010 11:11 AM, Dor Laor wrote:
On 01/07/2010 10:18 AM, Avi Kivity wrote:
On 01/07/2010 10:03 AM, Dor Laor wrote:
We can debate about the exact name/model to represent the Nehalem
family, I don't have an issue with that and actually Intel
On 01/07/2010 01:39 PM, Anthony Liguori wrote:
On 01/07/2010 03:40 AM, Dor Laor wrote:
There's no simple solution except to restrict features to what was
available on the first processors.
What's not simple about the above 4 options?
What's a better alternative (that insures users understand
On 01/07/2010 01:59 PM, Avi Kivity wrote:
On 01/07/2010 11:40 AM, Dor Laor wrote:
There's no such thing as Nehalem.
Intel were ok with it. Again, you can name is corei7 or
xeon34234234234, I don't care, the principle remains the same.
There are several processors belonging to the Nehalem
On 01/07/2010 02:00 PM, Avi Kivity wrote:
On 01/07/2010 01:44 PM, Dor Laor wrote:
So if you had a 2.6.18 kernel and a 2.6.33 kernel, it may be necessary
to say:
(2.6.33) qemu -cpu Nehalem,-syscall
(2.6.18) qemu -cpu Nehalem
Or let qemu do it automatically for you.
qemu on 2.6.33 doesn't
On 01/07/2010 03:14 PM, Anthony Liguori wrote:
On 01/07/2010 06:40 AM, Avi Kivity wrote:
On 01/07/2010 02:33 PM, Anthony Liguori wrote:
There's another option.
Make cpuid information part of live migration protocol, and then
support something like -cpu Xeon-3550. We would remember the exact
On 01/11/2010 11:03 AM, Dor Laor wrote:
On 01/11/2010 10:30 AM, Avi Kivity wrote:
On 01/11/2010 09:40 AM, Vadim Rozenfeld wrote:
The following patch allows us to improve Windows virtio
block driver performance on small size requests.
Additionally, it leads to reducing of cpu usage on write IOs
On 01/21/2010 05:05 PM, Anthony Liguori wrote:
On 01/20/2010 07:18 PM, john cooper wrote:
Chris Wright wrote:
* Daniel P. Berrange (berra...@redhat.com) wrote:
To be honest all possible naming schemes for '-cpuname' are just as
unfriendly as each other. The only user friendly option is '-cpu
On 01/25/2010 04:21 PM, Anthony Liguori wrote:
On 01/25/2010 03:08 AM, Dor Laor wrote:
qemu-config.[ch], taking a new command line that parses the argument via
QemuOpts, then passing the parsed options to a target-specific function
that then builds the table of supported cpus.
It should just
repository: /home/build/src/kvm
branch: trunk
commit cd5edbab7d647b81cbbf60d530068f2916658753
Author: Dor Laor [EMAIL PROTECTED]
Date: Thu Feb 28 11:01:41 2008 +0200
Change the e1000 mmio addr space according to spec.
According to the Intel 82540EM manual, the mmio space
On Sun, 2008-03-09 at 01:14 +, Steve Fosdick wrote:
kqemu works correctly, whereas with:
CONFIG_HIGH_RES_TIMERS=y
the problem appears. Any idea why that causes a problem? Is it a
bug?
Anyway, at least for now I have a solution. Thanks for your help.
While I don't know exactly
From 498f162fc9d9fb897c756273c481101a44a220de Mon Sep 17 00:00:00 2001
From: Dor Laor [EMAIL PROTECTED]
Date: Thu, 13 Mar 2008 00:11:41 +0200
Subject: [PATCH] Fix sci irq set when acpi timer about to wrap.
The acpi timer should generate sci irq when enabled and
when bit 23 of the timer counter
On 10/20/2009 09:13 AM, Amit Shah wrote:
Hello,
This patch series fixes a few problems since the last send, mainly in
the save/restore code and a few bugs shown by the automated test suite
(located in a separate git repo, link below).
The automated test suite and a standalone interactive test
On 11/13/2009 01:48 PM, Yoshiaki Tamura wrote:
Hi,
Thanks for your comments!
Dor Laor wrote:
On 11/09/2009 05:53 AM, Fernando Luis Vázquez Cao wrote:
Hi all,
It has been a while coming, but we have finally started work on
Kemari's port to KVM. For those not familiar with it, Kemari provides
In the last couple of days we discovered some issues regarding stable
ABI and the robustness of the live migration protocol. Let's just jump
right into it, ordered by complexity:
1. Control *every* feature exposed to the guest by qemu cmdline:
While thinking on cross version migration, and
On 11/23/2009 11:44 AM, Michael S. Tsirkin wrote:
On Thu, Nov 19, 2009 at 09:19:05AM -0600, Adam Litke wrote:
Rusty and Anthony,
If I've addressed all outstanding issues, please consider this patch for
inclusion. Thanks.
Changes since V2:
- Increase stat field size to 64 bits
- Report all
On 11/23/2009 02:15 PM, Juan Quintela wrote:
Dor Laordl...@redhat.com wrote:
In the last couple of days we discovered some issues regarding stable
ABI and the robustness of the live migration protocol. Let's just jump
right into it, ordered by complexity:
1. Control*every* feature
On 11/23/2009 08:28 PM, Anthony Liguori wrote:
Eduardo Habkost wrote:
That may be good enough for upstream Qemu, but IMO for RHEL it is not a
realistic policy. If the definition of guest visible state is buggy on
the current implementation, we can't drop entirely the possibility of
fixing it on
On 04/21/2010 08:57 AM, Yoshiaki Tamura wrote:
Hi all,
We have been implementing the prototype of Kemari for KVM, and we're sending
this message to share what we have now and TODO lists. Hopefully, we would like
to get early feedback to keep us in the right direction. Although advanced
On 04/22/2010 01:35 PM, Yoshiaki Tamura wrote:
Dor Laor wrote:
On 04/21/2010 08:57 AM, Yoshiaki Tamura wrote:
Hi all,
We have been implementing the prototype of Kemari for KVM, and we're
sending
this message to share what we have now and TODO lists. Hopefully, we
would like
to get early
On 04/22/2010 04:16 PM, Yoshiaki Tamura wrote:
2010/4/22 Dor Laordl...@redhat.com:
On 04/22/2010 01:35 PM, Yoshiaki Tamura wrote:
Dor Laor wrote:
On 04/21/2010 08:57 AM, Yoshiaki Tamura wrote:
Hi all,
We have been implementing the prototype of Kemari for KVM, and we're
sending
Hello.
I have a problem with time drifting inside the QEMU machine (running
XP SP2). This is more visible as the load inside the VM increases
(heavy hard-disk activity, almost 100% CPU usage). However, I need to
control some actions inside the VM machine which depend on time. Any
idea how I can
I like it ;) I have some comments (and a reworked patch at the end):
And thanks a lot for that.
Plus, in this way you change the behaviour from always try RTC under
Linux to don't use RTC is dynticks is enabled.
Is this what you really want?
I don't know whether this is what should be
I think this is a really nice and important patch set. Just a couple
things:
On Sun, 2007-08-19 at 00:02 +0200, Luca Tettamanti wrote:
In this case the dyn-tick minimum res will be 1msec. I believe it
should
work ok since this is the case without any dyn-tick.
Actually minimum resolution
Yes, good thinking, but this should only be done if it actually
impacts
something. Reducing overhead from 0.1% to 0.05% is not worthwhile
if
it
introduces extra complexity.
If the overhead is that small, why are we touching this code in the
first
place?
Accuracy is much more important
Paul Brook wrote:
Yes, good thinking, but this should only be done if it actually
impacts
something. Reducing overhead from 0.1% to 0.05% is not worthwhile
if it
introduces extra complexity.
If the overhead is that small, why are we touching this code in the
first
place?
Insightful.
A
Hi,
Some more information about the VMware backdoor can be found at:
http://chitchat.at.infoseek.co.jp/vmware/backdoor.html
Are there interesting apps that make use of this? I really don't like
the idea of supporting this PV protocol if we're not going to get
interesting apps out of it. The
This is QEMU, with dynticks and HPET:
% time seconds usecs/call callserrors syscall
-- --- --- - -
-
---
52.100.002966 0 96840
clock_gettime
19.500.001110 0 37050
timer_gettime
Dan Kenigsberg wrote:
Frustrated with evtouch, I wanted to try vmmouse's absolute mode, supported by
Liguori's patch http://thread.gmane.org/gmane.comp.emulators.qemu/16083 .
My guest has vmmouse_drv.so, and I configured its xorg.conf to load it.
However, for some reason I get
(EE) VMWARE(0):
Clemens Kolbitsch wrote:
Clemens Kolbitsch wrote:
hi everyone!
i have a strange problem (at least to me it seems strange :-) ):
i have implemented a pci device (Network IC) and it works just fine when
using a standard image. however i now want to support snapshotting...
i started to
Paul Brook wrote:
There seem to have specific problems when using dynticks in Qemu. What I
can see is that it makes the PowerPC emulation quite unusable, at least
on my PC, which is an amd64 (with a fix CPU frequency), no matter if I
run 32 or 64 bits mode.
I'd expect to see the same
Arnon Gilboa wrote:
Hi,
The attached patch adds isochronous transfers support to the OHCI
emulation, similarly to the UHCI patch pushed two weeks ago.
In order to use ohci instead of uhci, replace the following line in
pc.c:
usb_uhci_piix3_init(pci_bus, piix3_devfn + 2);
With:
production
problems.
Signed-off-by: Dor Laor [EMAIL PROTECTED]
---
qemu/exec.c |3 ---
qemu/vl.c | 58 ++
2 files changed, 58 insertions(+), 3 deletions(-)
diff --git a/qemu/exec.c b/qemu/exec.c
index 3e588d5..974ac98 100644
--- a/qemu
asyncio.
This fix adds a delay of 1msec once every 8 dma writes.
Signed-off-by: Dor Laor [EMAIL PROTECTED]
btw: It also applies against qemu cvs head.
diff --git a/qemu/hw/ide.c b/qemu/hw/ide.c
index 329d053..da972c8 100644
--- a/qemu/hw/ide.c
+++ b/qemu/hw/ide.c
@@ -366,6 +366,8
Fabrice Bellard wrote:
Hi,
Some remarks:
- rename the option to -pcidevice.
- Remove the directory passthrough and put the file directly in hw/.
Rename the file to something more explicit such as pci_passthrough*
- Suppress the files passthrough.h and neo_pci_tree.h
- pt_init should be
Anthony Liguori wrote:
This patch series adds support for paravirtual device drivers that use
virtio. virtio is a frame work in Linux for abstracting the details of
virtual IO so that a single device driver (like networking) can be used
with multiple hypervisors using a small shim layer.
Anthony Liguori wrote:
Subject: [PATCH 1/3] virtio infrastructure
Cc: Rusty Russell [EMAIL PROTECTED]
Cc: Avi Kivity [EMAIL PROTECTED]
Cc: Dor Laor [EMAIL PROTECTED]
This patch implements the basic infrastructure
Anthony Liguori wrote:
Index: qemu/hw/virtio-net.c
===
--- /dev/null 1970-01-01 00:00:00.0 +
+++ qemu/hw/virtio-net.c2007-12-04 14:17:37.0 -0600
+
+static void virtio_net_receive(void *opaque, const
Anthony Liguori wrote:
Subject: [PATCH 3/3] virtio block device
+
+static void virtio_blk_handle_output(VirtIODevice *vdev, VirtQueue *vq)
+{
+VirtIOBlock *s = to_virtio_blk(vdev);
+VirtQueueElement elem;
+unsigned int count;
+
+while ((count = virtqueue_pop(vq, elem)) != 0) {
+
Laurent Vivier wrote:
Le mardi 11 décembre 2007 à 10:10 +0100, Fabrice Bellard a écrit :
Hi,
Hi,
At this point I am not interested in integrating it into QEMU as it is
one more API level to maintain in addition to the command line monitor.
However, I can change my mind if
Anthony Liguori wrote:
Richard W.M. Jones wrote:
Anthony Liguori wrote:
Daniel P. Berrange wrote:
Or have 2 monitor interaction modes. One mode uses the command line
style
suitable for people / scripting languages. The other umode ses a
binary XDR
protocol for serializing the args
On Tue, 2008-01-08 at 01:30 +, Paul Brook wrote:
-The host kernel was configured with dynamic tick hi-res timers, to
allow the desired timer resolution. USB 2.0 microframe is 125usec.
It still works even without accurate timing demands.
Only isochronous mode will have problems and it
On Wed, 2008-01-09 at 23:08 -0500, Javier Guerra Giraldez wrote:
On Wednesday 09 January 2008, Dor Laor wrote:
Some figures: Linux rx 350Mbps, tx 150bps, Windows rx 700mbps, tx 100 mbps.
very nice!
in a related note, the VMWare tools package, which is supposed to 'enhance
performance
andrzej zaborowski wrote:
Hi,
On 09/01/2008, Dor Laor [EMAIL PROTECTED] wrote:
It which supports TCP/UDP and IP transmit checksum, as well as TSO.
It has been tested with Linux (2.6.18|22|23|24)++ and Windows XP (using
the driver supplied at the intel download site).
Windows Vista
Alexey, you're wrong again.
svm is supported.
On Sun, 2008-01-20 at 20:59 +0200, Alexey Eremenko wrote:
Note however, that as far as I know, all the Qemu accelerators - KQemu
and KVM do not support this.
On Tue, 2008-01-29 at 13:43 -0800, Sarah A Sharp wrote:
Greetings,
I'm developing a USB host controller driver for hardware that isn't
available yet. Is there a way to emulate a PCI host controller for
the Linux host controller driver to talk to? I looked at the USB
emulation section,
On 02/27/2011 11:10 AM, Avi Kivity wrote:
On 02/24/2011 07:58 PM, Anthony Liguori wrote:
If you move the cdrom to a different IDE channel, you have to update
the stateful non-config file.
Whereas if you do
$ qemu-img create -f cd-tray -b ~/foo.img ~/foo-media-tray.img
$ qemu -cdrom
On 02/27/2011 03:49 PM, Anthony Liguori wrote:
On 02/27/2011 03:55 AM, Dor Laor wrote:
What about a simpler approach were QMP events will be written to a
event-log-file (or even named pipe).
The management tool can just use a small daemon that does nothing other
than write QMP events to a log
On 02/27/2011 07:25 PM, Anthony Liguori wrote:
On 02/27/2011 10:02 AM, Dor Laor wrote:
On 02/27/2011 03:49 PM, Anthony Liguori wrote:
On 02/27/2011 03:55 AM, Dor Laor wrote:
What about a simpler approach were QMP events will be written to a
event-log-file (or even named pipe
On 02/28/2011 08:12 PM, Anthony Liguori wrote:
On Feb 28, 2011 11:47 AM, Avi Kivity a...@redhat.com
mailto:a...@redhat.com wrote:
On 02/28/2011 07:33 PM, Anthony Liguori wrote:
You're just ignoring what I've written.
No, you're just impervious to my subtle attempt to refocus
On 02/28/2011 07:44 PM, Anthony Liguori wrote:
On Feb 28, 2011 10:44 AM, Jes Sorensen jes.soren...@redhat.com
mailto:jes.soren...@redhat.com wrote:
Hi,
On last week's call we discussed the issue of splitting non core
features of QEMU into it's own process to reduce the security risks
On 03/01/2011 02:40 PM, Anthony Liguori wrote:
On Mar 1, 2011 7:07 AM, Dor Laor dl...@redhat.com
mailto:dl...@redhat.com wrote:
On 02/28/2011 07:44 PM, Anthony Liguori wrote:
On Feb 28, 2011 10:44 AM, Jes Sorensen jes.soren...@redhat.com
mailto:jes.soren...@redhat.com
On 03/01/2011 05:51 PM, Anthony Liguori wrote:
On 03/01/2011 04:39 AM, Avi Kivity wrote:
On 02/28/2011 08:12 PM, Anthony Liguori wrote:
On Feb 28, 2011 11:47 AM, Avi Kivity a...@redhat.com
mailto:a...@redhat.com wrote:
On 02/28/2011 07:33 PM, Anthony Liguori wrote:
You're just
On 03/02/2011 12:28 PM, Jes Sorensen wrote:
On 03/01/11 15:25, Dor Laor wrote:
On 03/01/2011 02:40 PM, Anthony Liguori wrote:
Spice is the logical place to start, no? It's the largest single
dependency we have and it does some scary things with qemu_mutex. I
would use spice as a way to prove
On 03/02/2011 12:25 PM, Jes Sorensen wrote:
On 03/01/11 15:25, Dor Laor wrote:
On 03/01/2011 02:40 PM, Anthony Liguori wrote:
On Mar 1, 2011 7:07 AM, Dor Laordl...@redhat.com
Qemu is the one that should spawn them and they should be transparent
from the management. This way running qemu
On 03/02/2011 12:58 PM, Alon Levy wrote:
On Wed, Mar 02, 2011 at 11:25:44AM +0100, Jes Sorensen wrote:
On 03/01/11 15:25, Dor Laor wrote:
On 03/01/2011 02:40 PM, Anthony Liguori wrote:
On Mar 1, 2011 7:07 AM, Dor Laordl...@redhat.com
Qemu is the one that should spawn them and they should
On 12/19/2011 07:13 PM, Anthony Liguori wrote:
Hi,
I've published a set of tests I wrote over the weekend on qemu.org. My
motivations were 1) to prevent regressions like the libguestfs one and
2) to have an easier way to do development testing as I work on QEMU
Object Model.
Now before sending
On 12/26/2011 05:12 PM, Anthony Liguori wrote:
Hi Dor,
Merry Christmas Anthony,
On 12/25/2011 09:19 AM, Dor Laor wrote:
On 12/19/2011 07:13 PM, Anthony Liguori wrote:
Well, I'm still not convinced that a new standalone package should
handle these
cases instead of kvm autotest. I'll
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 additional speedup by enabling x2apic, for
default_send_IPI_mask_logical().
In the host?
In the host, for the guest:
qemu -cpu ...,+x2apic
It seems to me that we should
On 12/28/2011 07:21 PM, Avi Kivity wrote:
I think you're advocating for qtest. This is another important part
of my testing strategy. I haven't received a lot of input on that RFC...
http://mid.gmane.org/1322765012-3164-1-git-send-email-aligu...@us.ibm.com
But there's certain things
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 memory between migration source and
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 additional speedup by enabling x2apic, for
default_send_IPI_mask_logical().
In the host
On 01/01/2012 06:27 PM, Stefan Hajnoczi wrote:
On Sun, Jan 1, 2012 at 9:43 AM, Orit Wassermanowass...@redhat.com 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
On 01/01/2012 04:01 PM, Ronen Hod wrote:
On 01/01/2012 12:16 PM, 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 additional
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 drivers for Windows:
* Unsupported in community today
Why?
* Bugs languish on bug
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
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
FYI, our mgmt related project to show nice presence at FOSDEM.
Original Message
Subject: FOSDEM sessions
Date: Thu, 05 Jan 2012 22:28:28 +0200
From: Itamar Heim ih...@redhat.com
To: users us...@ovirt.org, bo...@ovirt.org bo...@ovirt.org,
engine-de...@ovirt.org,
On 01/06/2012 07:25 PM, Chris Wright wrote:
* Corey Bryant (cor...@linux.vnet.ibm.com) wrote:
Count me in for step 2. A good approach may be to run a static
analysis tool against the code, followed by a manual scan of the
code for common vulnerabilities that static analysis can't find.
Good
On 11/16/2011 03:36 PM, Anthony Liguori wrote:
On 11/15/2011 04:39 PM, Ayal Baron wrote:
If you want to talk about convergence, the discussion should start
around
collecting requirements. We can then figure out if the two sets of
requirements
are strictly overlapping or if there are any
1 - 100 of 158 matches
Mail list logo