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]
On 07/06/2012 03:06 PM, Amit Shah wrote:
On (Tue) 26 Jun 2012 [08:01:20], Anthony Liguori wrote:
On 06/26/2012 05:48 AM, Amit Shah wrote:
On (Mon) 25 Jun 2012 [17:59:28], Anthony Liguori wrote:
On 06/25/2012 05:46 PM, Anthony Liguori wrote:
From: Amit Shahamit.s...@redhat.com
diff
On 06/19/2012 08:22 PM, Michael Roth wrote:
On Tue, Jun 19, 2012 at 11:34:42PM +0900, Takuya Yoshikawa wrote:
On Tue, 19 Jun 2012 09:01:36 -0500
Anthony Liguori anth...@codemonkey.ws wrote:
I'm not at all convinced that postcopy is a good idea. There needs a clear
expression of what the
On 06/21/2012 01:27 PM, Andreas Färber wrote:
Am 21.06.2012 12:04, schrieb Peter Maydell:
On 20 June 2012 13:41, Gerd Hoffmann kra...@redhat.com wrote:
Commit 4be23939ab0d7019c7e59a37485b416fbbf0f073 makes ehci instantly
zap any unlinked queue heads when the guest rings the dorbell.
Should
On 06/11/2012 05:48 PM, Daniel Mack wrote:
Hey,
I'm thinking about adding a USB hardware proxy that allows communication
with an external server process which in turn simulates USB devices.
I'm new to the internals of QEMU, so what I'm sharing here might already
have been discussed a gazillion
On 06/04/2012 04:38 PM, Isaku Yamahata wrote:
On Mon, Jun 04, 2012 at 08:37:04PM +0800, Anthony Liguori wrote:
On 06/04/2012 05:57 PM, Isaku Yamahata wrote:
After the long time, we have v2. This is qemu part.
The linux kernel part is sent separatedly.
Changes v1 - v2:
- split up patches for
On 05/24/2012 05:19 PM, Paolo Bonzini wrote:
Il 24/05/2012 16:00, Ori Mamluk ha scritto:
The dirty bitmap is managed by these QMP commands:
* blockdev-dirty-enable: takes a file name used for the dirty bitmap,
and an optional granularity. Setting the granularity will not be
supported in the
FYI (mea culpa for semi-spamming): On early June LinuxCon Japan will
host a virtualization track w/ some known faces and a parallel oVirt
developer workshop in Japan.
More details:
https://events.linuxfoundation.org/events/linuxcon-japan/schedule
Regards,
Dor
Original Message
On 03/06/2012 07:55 PM, Paolo Bonzini wrote:
v4 includes Federico's drive-reopen (patch 10) command, fixes another
small bug in Jeff's code (patch 2), and tweaks the union handling for
older compilers.
v3 tested with the following scenarios, v4 only d/e:
a) mirror only
1) create base.qcow2
On 04/05/2012 03:17 PM, Ori Mamluk wrote:
Added build options to ./configure: --enable-replication --disable-replicat
Added a commandline option to enable: -repagent rep hub IP
Added the module files under replication.
Added the repagent API usage in block.c
Sent as Replication agent patch
On 04/04/2012 01:37 PM, Michael Roth wrote:
On Apr 4, 2012 2:42 AM, Paolo Bonzini pbonz...@redhat.com
mailto:pbonz...@redhat.com wrote:
Il 04/04/2012 03:18, Michael Roth ha scritto:
Attacking the IDL/schema side first is the more rationale approach.
From
there we can potentially
On 04/04/2012 02:52 PM, Anthony Liguori wrote:
On 04/04/2012 05:53 AM, Dor Laor wrote:
On 04/04/2012 01:37 PM, Michael Roth wrote:
On Apr 4, 2012 2:42 AM, Paolo Bonzini pbonz...@redhat.com
mailto:pbonz...@redhat.com wrote:
Il 04/04/2012 03:18, Michael Roth ha scritto:
Attacking the IDL
On 04/03/2012 05:43 PM, Markus Armbruster wrote:
I'm afraid my notes are rather rough...
* 1.1
soft freeze apr 15th (less than two weeks)
hard freeze may 1
three months cycle for 1.2
stable machine types only every few releases? pc-next
* Maintainers, got distracted and my notes
On 02/08/2012 08:10 AM, Ori Mamluk wrote:
On 07/02/2012 17:47, Paolo Bonzini wrote:
On 02/07/2012 03:48 PM, Ori Mamluk wrote:
The current streaming code in QEMU only deals with the former.
Streaming to a remote server would not be supported.
I need it at the same time. The Rephub reads
On 02/07/2012 02:12 PM, Anthony Liguori wrote:
Hi,
On 02/07/2012 04:29 AM, Ori Mamluk wrote:
Repagent is a new module that allows an external replication system to
replicate a volume of a Qemu VM.
This RFC patch adds the repagent client module to Qemu.
Please read
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
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/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
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 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 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/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/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/15/2011 05:30 PM, Jiri Denemark wrote:
On Thu, Dec 15, 2011 at 08:58:55 -0600, Anthony Liguori wrote:
Pass '-readconfig /etc/qemu/target-x86_64.conf' to pick up those models and if
you are absolutely insistent on not giving the user any ability to change things
on their own, cp the file
On 12/08/2011 08:52 PM, Luiz Capitulino wrote:
This is basically suspend to disk on a Linux guest.
Signed-off-by: Luiz Capitulinolcapitul...@redhat.com
---
This is an RFC because I did it as simple as possible and I'm open to
suggestions...
Now, while testing this or even echo disk
On 12/08/2011 11:40 AM, Stefan Hajnoczi wrote:
On Wed, Dec 7, 2011 at 8:54 PM, Eric Parisepa...@redhat.com wrote:
On Wed, 2011-12-07 at 13:43 -0600, Anthony Liguori wrote:
On 12/07/2011 01:32 PM, Corey Bryant wrote:
That would seem like the logical approach. I think there may be new mode 2
On 12/07/2011 06:45 PM, Michael Roth wrote:
On 12/07/2011 06:12 AM, Dor Laor wrote:
On 12/07/2011 12:52 PM, Daniel P. Berrange wrote:
On Wed, Dec 07, 2011 at 12:34:01PM +0200, Dor Laor wrote:
On 12/07/2011 06:03 AM, Michael Roth wrote:
This adds a command-line option, -b/--blacklist
On 12/07/2011 06:03 AM, Michael Roth wrote:
This adds a command-line option, -b/--blacklist, that accepts a
comma-seperated list of RPCs to disable, or prints a list of
available RPCs if passed ?.
In consequence this also adds general blacklisting and RPC listing
facilities to the new QMP
On 12/07/2011 12:52 PM, Daniel P. Berrange wrote:
On Wed, Dec 07, 2011 at 12:34:01PM +0200, Dor Laor wrote:
On 12/07/2011 06:03 AM, Michael Roth wrote:
This adds a command-line option, -b/--blacklist, that accepts a
comma-seperated list of RPCs to disable, or prints a list of
available RPCs
On 12/01/2011 08:43 PM, Anthony Liguori wrote:
This series is still pretty rough but I wanted to get an idea of what people
thought about it before polishing it.
The general idea is outlined in the first test. The main advantage of this
type of test framework compared to something like
On 11/25/2011 12:07 PM, Daniel P. Berrange wrote:
On Thu, Nov 24, 2011 at 02:40:07PM +0200, Dor Laor wrote:
On 11/17/2011 09:58 PM, Michael Roth wrote:
On 11/17/2011 10:34 AM, Barak Azulay wrote:
On Thursday 17 November 2011 02:48:50 Michael Roth wrote:
I've tried to summarize the pros/cons
On 11/17/2011 09:58 PM, Michael Roth wrote:
On 11/17/2011 10:34 AM, Barak Azulay wrote:
On Thursday 17 November 2011 02:48:50 Michael Roth wrote:
I've tried to summarize the pros/cons, points, and proposals outlined in
this thread at the following wiki:
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
On 11/16/2011 02:07 PM, Alon Levy wrote:
On Wed, Nov 16, 2011 at 08:53:45AM +0100, Hans de Goede wrote:
Hi,
On 11/15/2011 11:39 PM, Ayal Baron wrote:
snip
If you want to talk about convergence, the discussion should start
around
collecting requirements. We can then figure out if the two
On 11/07/2011 03:45 PM, Juan Quintela wrote:
Hi
Please send in any agenda items you are interested in covering.
Null agenda - null call, hope to get some next week.
Thanks, Juan.
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to
http://www.ovirt.org/ is a complete set of open source management code,
specific for qemu/kvm. It is based on Red Hat's RHEV-M code which is our
enterprise ready solution for VMs (now java based, no windows, thanks
for asking). Beyond plenty of Red Hat developers, the project got the
support
On 10/25/2011 03:05 PM, Anthony Liguori wrote:
On 10/25/2011 07:35 AM, Kevin Wolf wrote:
Am 24.10.2011 13:35, schrieb Paolo Bonzini:
On 10/24/2011 01:04 PM, Juan Quintela wrote:
Hi
Please send in any agenda items you are interested in covering.
- What's left to merge for 1.0.
I would
On 10/18/2011 03:03 PM, Anthony Liguori wrote:
On 10/18/2011 03:01 AM, Markus Armbruster wrote:
Avi Kivitya...@redhat.com writes:
On 10/17/2011 07:46 PM, Stefan Weil wrote:
So let's start. For any of my contributions, I agree to GPL v2 or
later.
Later generations should have the possibility
On 10/11/2011 01:56 PM, Federico Simoncelli wrote:
- Original Message -
From: Dor Laordl...@redhat.com
To: Federico Simoncellifsimo...@redhat.com
Cc: qemu-devel@nongnu.org, aba...@redhat.com, Kevin Wolfkw...@redhat.com
Sent: Friday, October 7, 2011 12:45:06 AM
Subject: Re: [Qemu-devel]
On 10/03/2011 06:09 PM, Federico Simoncelli wrote:
Add the new option [-n] for snapshot_blkdev to avoid the image creation.
The file provided as [new-image-file] is considered as already initialized
and will be used after passing a check for the backing file.
Seems ok to me as a way to go
On 10/02/2011 09:24 AM, Mulyadi Santosa wrote:
Hi. :)
On Sat, Oct 1, 2011 at 19:16, Onkar N Mahajankern...@gmail.com wrote:
Compiled 3.1.0-rc3+ from source (see attached config file) and updated the
host(fc14) kernel ;
So host is now running 3.1.0-rc3+
Now I also want to try to boot
On 09/15/2011 09:04 AM, Paolo Bonzini wrote:
On 09/15/2011 01:08 AM, ronnie sahlberg wrote:
I think it is reasonable to just not support iscsi at all for
blocksize that is not multiple of 512 bytes
since a read-modify-write cycle across a network would probably be
prohibitively expensive.
On 09/15/2011 12:11 PM, Paolo Bonzini wrote:
On 09/15/2011 10:48 AM, Dor Laor wrote:
We need the same patch for NBD, so I wouldn't bother with the
synchronous flush.
It seems to me that using a qemu external initiator/target pairs like
Orit's original design in
http://wiki.qemu.org/Features
On 09/15/2011 02:46 PM, Christoph Hellwig wrote:
On Thu, Sep 15, 2011 at 02:42:42PM +0300, Dor Laor wrote:
My main motivation for external iScsi is to provide qemu operations w/ non
shared storage.
iSCSI with multiple initiator is shared storage.
Exactly :) that's the magic.
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
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
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
On 08/08/2011 06:59 PM, Anthony Liguori wrote:
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
On 07/31/2011 02:37 PM, Peter Maydell wrote:
On 31 July 2011 11:48, Dor Laordl...@redhat.com wrote:
ps: how hard is to finish the vmstate conversion? Can't we just assume
not converted code is not functional and just remove all of it?
No, definitely not. I think most people using non-x86
On 07/31/2011 09:46 PM, Christoph Hellwig wrote:
On Sun, Jul 31, 2011 at 02:45:07PM +0300, Dor Laor wrote:
No, definitely not. I think most people using non-x86 architectures
don't use the vmsave/vmload/migration features at all, but would
be annoyed if the perfectly functional device models
On 07/31/2011 11:43 PM, Anthony Liguori wrote:
On 07/31/2011 05:48 AM, Dor Laor wrote:
On 07/30/2011 01:28 AM, Anthony Liguori wrote:
No, not at all. Just that converting everything to VMState isn't a
prerequisite for building a more robust migration protocol.
The main thing is to priorities
On 08/01/2011 12:03 AM, Anthony Liguori wrote:
On 07/31/2011 03:57 PM, Dor Laor wrote:
On 07/31/2011 11:43 PM, Anthony Liguori wrote:
ps: how hard is to finish the vmstate conversion? Can't we just assume
not converted code is not functional and just remove all of it?
No. VMState
I tried to re-arrange all of the requirements and use cases using this
wiki page: http://wiki.qemu.org/Features/LiveBlockMigration
It would be the best to agree upon the most interesting use cases (while
we make sure we cover future ones) and agree to them.
The next step is to set the
On 07/05/2011 03:58 PM, Marcelo Tosatti wrote:
On Tue, Jul 05, 2011 at 01:40:08PM +0100, Stefan Hajnoczi wrote:
On Tue, Jul 5, 2011 at 9:01 AM, Dor Laordl...@redhat.com wrote:
I tried to re-arrange all of the requirements and use cases using this wiki
page:
Anthony advised to clone
http://wiki.qemu.org/index.php?title=Features/LiveBlockMigrationFuture
to the list in order to encourage discussion, so here it is:
qemu is expected to support these features (some already
On 07/05/2011 05:32 PM, Marcelo Tosatti wrote:
On Tue, Jul 05, 2011 at 04:39:06PM +0300, Dor Laor wrote:
On 07/05/2011 03:58 PM, Marcelo Tosatti wrote:
On Tue, Jul 05, 2011 at 01:40:08PM +0100, Stefan Hajnoczi wrote:
On Tue, Jul 5, 2011 at 9:01 AM, Dor Laordl...@redhat.com wrote:
I tried
On 06/27/2011 10:48 AM, Kevin Wolf wrote:
Am 26.06.2011 14:50, schrieb Dor Laor:
On 06/24/2011 12:28 PM, Stefan Hajnoczi wrote:
On Sun, Jun 19, 2011 at 5:02 PM, Dor Laordl...@redhat.com wrote:
On 06/18/2011 12:17 PM, Stefan Hajnoczi wrote:
On Sat, Jun 18, 2011 at 10:15 AM, Stefan
On 06/24/2011 12:28 PM, Stefan Hajnoczi wrote:
On Sun, Jun 19, 2011 at 5:02 PM, Dor Laordl...@redhat.com wrote:
On 06/18/2011 12:17 PM, Stefan Hajnoczi wrote:
On Sat, Jun 18, 2011 at 10:15 AM, Stefan Hajnoczistefa...@gmail.com
wrote:
On Fri, Jun 17, 2011 at 1:31 PM, Marcelo
On 06/24/2011 12:35 PM, Stefan Hajnoczi wrote:
On Sun, Jun 19, 2011 at 5:12 PM, Dor Laordl...@redhat.com wrote:
On 06/17/2011 08:53 AM, Stefan Hajnoczi wrote:
Perhaps someone has been saying this all along but I want to spell it
out that image streaming and live block copy are equivalent in
On 06/18/2011 12:17 PM, Stefan Hajnoczi wrote:
On Sat, Jun 18, 2011 at 10:15 AM, Stefan Hajnoczistefa...@gmail.com wrote:
On Fri, Jun 17, 2011 at 1:31 PM, Marcelo Tosattimtosa...@redhat.com wrote:
On Thu, Jun 16, 2011 at 04:30:18PM +0100, Stefan Hajnoczi wrote:
On Thu, Jun 16, 2011 at
On 06/17/2011 08:53 AM, Stefan Hajnoczi wrote:
Perhaps someone has been saying this all along but I want to spell it
out that image streaming and live block copy are equivalent in theory.
I just realized this last night. In practice we might choose one
implementation or two different ones for
On 05/20/2011 03:19 PM, Stefan Hajnoczi wrote:
I'm interested in what the API for snapshots would look like.
Specifically how does user software do the following:
1. Create a snapshot
2. Delete a snapshot
3. List snapshots
4. Access data from a snapshot
There are plenty of options there:
-
On 05/16/2011 11:23 AM, Jagane Sundar wrote:
Hello Dor,
Let me see if I understand live snapshot correctly:
If I want to configure a VM for daily backup, then I would do
the following:
- Create a snapshot s1. s0 is marked read-only.
- Do a full backup of s0 on day 0.
- On day 1, I would create
On 05/16/2011 12:38 AM, Jagane Sundar wrote:
Hello Dor,
One important advantage of live snapshot over live backup is support of
multiple (consecutive) live snapshots while there can be only a single
live backup at one time.
This is why I tend to think that although live backup carry some
The abstract submission deadline was originally set for today.
The forum committee agreed to extend the deadline period until next
Sunday, May 22.
The notification date remains the same (May 31).
Thanks,
your KVM Forum 2011 Program Committee
On 04/21/2011 08:21 PM,
On 05/13/2011 06:16 AM, Jagane Sundar wrote:
On 5/12/2011 8:33 AM, Jes Sorensen wrote:
On 05/09/11 15:40, Dor Laor wrote:
Summary:
* We need Marcelo's new (to come) block copy implementation
* should work in parallel to migration and hotplug
* General copy on read is desirable
* Live snapshot
No patch here (sorry) but collection of thoughts about these features
and their potential building blocks. Please review (also on
http://wiki.qemu.org/Features/LiveBlockMigration)
Future qemu is expected to support these features (some already
implemented):
* Live block copy
Ability to
On 05/09/2011 06:23 PM, Anthony Liguori wrote:
On 05/09/2011 08:40 AM, Dor Laor wrote:
No patch here (sorry) but collection of thoughts about these features
and their potential building blocks. Please review (also on
http://wiki.qemu.org/Features/LiveBlockMigration)
Future qemu is expected
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 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 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/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/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
Please send in any agenda items you are interested in covering.
thanks, Dor
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
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 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 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/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
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 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 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 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/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
1 - 100 of 158 matches
Mail list logo
