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 http://wiki.qemu.org/Contri
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 either
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 wrote:
Commit 4be23939ab0d7019c7e59a37485b416fbbf0f073 makes ehci instantly
zap any unlinked queue heads when the guest rings the dorbell.
Should be "doorbell" here
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 Shah
> >
> >>>diff --git a
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 wrote:
I'm not at all convinced that postcopy is a good idea. There needs a clear
expression of what the value proposition is that'
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&
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 impro
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 thing
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 destinat
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 Wasserman 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
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 tracker/maili
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
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
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
To: users , "bo...@ovirt.org" ,
engine-de...@ovirt.org,"vdsm-de...@lists.fedorahosted.org"
fyi we got t
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 i
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, kvm-forum-2011...@redhat.
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 a
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:
- Run
On 06/18/2011 12:17 PM, Stefan Hajnoczi wrote:
On Sat, Jun 18, 2011 at 10:15 AM, Stefan Hajnoczi wrote:
On Fri, Jun 17, 2011 at 1:31 PM, Marcelo Tosatti wrote:
On Thu, Jun 16, 2011 at 04:30:18PM +0100, Stefan Hajnoczi wrote:
On Thu, Jun 16, 2011 at 11:52:43AM -0300, Marcelo Tosatti wrote:
Th
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 pe
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 the problems we're facing with.
- Live migration protocol:
- VMState conversion is n
On 07/31/2011 02:37 PM, Peter Maydell wrote:
On 31 July 2011 11:48, Dor Laor 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 architectures
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 m
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 prior
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
On 08/08/2011 06:24 AM, Isaku Yamahata wrote:
This mail is on "Yabusame: Postcopy Live Migration for Qemu/KVM"
on which we'll give a talk at KVM-forum.
The purpose of this mail is to letting developers know it in advance
so that we can get better feedback on its design/implementation approach
ear
On 08/08/2011 01:59 PM, Nadav Har'El wrote:
* What's is postcopy livemigration
It is is yet another live migration mechanism for Qemu/KVM, which
implements the migration technique known as "postcopy" or "lazy"
migration. Just after the "migrate" command is invoked, the execution
host of a VM is i
On 08/08/2011 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
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 page
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 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 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 04/04/2012 01:37 PM, Michael Roth wrote:
On Apr 4, 2012 2:42 AM, "Paolo Bonzini" 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 generate ASN.1 B
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" mailto:pbonz...@redhat.com>> wrote:
>
> Il 04/04/2012 03:18, Michael Roth ha scritto:
> > A
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 and
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
Added the module files under replication.
Added the repagent API usage in block.c
Sent as Replication agent patch V1
Signed-
On 06/24/2011 12:28 PM, Stefan Hajnoczi wrote:
On Sun, Jun 19, 2011 at 5:02 PM, Dor Laor wrote:
On 06/18/2011 12:17 PM, Stefan Hajnoczi wrote:
On Sat, Jun 18, 2011 at 10:15 AM, Stefan Hajnoczi
wrote:
On Fri, Jun 17, 2011 at 1:31 PM, Marcelo Tosatti
wrote:
On Thu, Jun 16, 2011 at 04
On 06/24/2011 12:35 PM, Stefan Hajnoczi wrote:
On Sun, Jun 19, 2011 at 5:12 PM, Dor Laor 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 theory.
I just
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 Laor wrote:
On 06/18/2011 12:17 PM, Stefan Hajnoczi wrote:
On Sat, Jun 18, 2011 at 10:15 AM, Stefan Hajnoczi
wrote:
On
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 interface
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 Laor wrote:
I tried to re-arrange all of the requirements and use cases using this wiki
page: http://wiki.qemu.org/Features/LiveBlockMigration
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 implemen
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 Laor wrote:
I tried to re-arrange all
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 sti
On 10/18/2011 03:03 PM, Anthony Liguori wrote:
On 10/18/2011 03:01 AM, Markus Armbruster wrote:
Avi Kivity 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 to replace GPL
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 of
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 majord...@vger.
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 requirem
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:
If you want to talk about convergence, the discussion should start
around
collecting requirements. We can then figure out if the two sets
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.
Agre
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.or
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.
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 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
On Wed, Sep 18, 2013 at 3:43 PM, Zhi Yong Wu 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] http://www.osv.io/d
On 10/02/2011 09:24 AM, Mulyadi Santosa wrote:
Hi. :)
On Sat, Oct 1, 2011 at 19:16, Onkar N Mahajan 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 FC14 guest with this
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 aroun
On 10/11/2011 01:56 PM, Federico Simoncelli wrote:
- Original Message -
From: "Dor Laor"
To: "Federico Simoncelli"
Cc: qemu-devel@nongnu.org, aba...@redhat.com, "Kevin Wolf"
Sent: Friday, October 7, 2011 12:45:06 AM
Subject: Re: [Qemu-devel] [PATCH] qemu:
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 to
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 sna
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 benefi
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:
http://www.ovirt.org/wiki/Guest_agent_pr
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
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 kvm-unit
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 disp
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 if
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, that
On 12/08/2011 08:52 PM, Luiz Capitulino wrote:
This is basically suspend to disk on a Linux guest.
Signed-off-by: Luiz Capitulino
---
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> /sys/power/state" I get severa
On 12/08/2011 11:40 AM, Stefan Hajnoczi wrote:
On Wed, Dec 7, 2011 at 8:54 PM, Eric Paris 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
patches coming so
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 fr
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
wrote:
2010/11/29 Paul Brook:
If devices incorrectly claim support for live migration, then that should
also be fixed, either by removing the broken code or by making it work.
I totally agree wit
Please send in any agenda items you are interested in covering.
thanks, Dor
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 e
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 backpor
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 o
On 10/21/2010 12:22 PM, Andrew Beekhof wrote:
On 10/20/2010 02:16 PM, Dor Laor wrote:
On 10/20/2010 10:21 AM, Alexander Graf wrote:
On 19.10.2010, at 17:14, Chris Wright wrote:
Guest Agent
- have one coming RSN (poke Anthony for details)
Would there be a chance to have a single agent for
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 more
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 dy
On 02/28/2011 08:12 PM, Anthony Liguori wrote:
On Feb 28, 2011 11:47 AM, "Avi Kivity" 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 refocu
On 02/28/2011 07:44 PM, Anthony Liguori wrote:
On Feb 28, 2011 10:44 AM, "Jes Sorensen" 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 etc.
>
> I wro
On 03/01/2011 02:40 PM, Anthony Liguori wrote:
On Mar 1, 2011 7:07 AM, "Dor Laor" mailto:dl...@redhat.com>> wrote:
>
> On 02/28/2011 07:44 PM, Anthony Liguori wrote:
>>
>>
>> On Feb 28, 2011 10:44 AM, "Jes Sorensen" mailto:jes.soren.
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" mailto:a...@redhat.com>> wrote:
>
> On 02/28/2011 07:33 PM, Anthony Liguori wrote:
>>
>>
>> >
>> > You're just ignorin
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
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 Laor" Qemu is the one that should spawn them and they should be transparent
from the management. This way running qemu stays th
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 Laor" Qemu is the one that should spawn them and they should be t
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 bu
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 ~/foo-media
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).
The
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)
http://www.linux-kvm.org/page/KVM_Forum_2010#Present
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 '-cpu' are just as
unfriendly as each other. The only user friendly option is '-cpu host'
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
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
approac
1 - 100 of 166 matches
Mail list logo