From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([208.118.235.92]:49797)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <stefanha@gmail.com>) id 1UhhQ1-0002yQ-7b
	for qemu-devel@nongnu.org; Wed, 29 May 2013 10:32:02 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <stefanha@gmail.com>) id 1UhhQ0-0003vw-48
	for qemu-devel@nongnu.org; Wed, 29 May 2013 10:32:01 -0400
Received: from mail-ea0-x236.google.com ([2a00:1450:4013:c01::236]:36130)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <stefanha@gmail.com>) id 1UhhPz-0003vi-Uh
	for qemu-devel@nongnu.org; Wed, 29 May 2013 10:32:00 -0400
Received: by mail-ea0-f182.google.com with SMTP id r16so5236706ead.27
	for <qemu-devel@nongnu.org>; Wed, 29 May 2013 07:31:59 -0700 (PDT)
Date: Wed, 29 May 2013 16:31:56 +0200
From: Stefan Hajnoczi <stefanha@gmail.com>
Message-ID: <20130529143156.GA9564@stefanha-thinkpad.redhat.com>
References: <CAA2XHbf4zH-PR827Wwj9z-C-An0+7Ag8_muRS4zsRqVUo7Sb6Q@mail.gmail.com>
	<20130527093409.GH21969@stefanha-thinkpad.redhat.com>
	<CAA2XHbc=+OAAhjMPXDT6+PFVs+uSBN+ZVZHkEPZ-=Q_WtRYG4w@mail.gmail.com>
	<51A496C4.1020602@os.inf.tu-dresden.de>
	<87r4grca4p.fsf@codemonkey.ws> <ko4shc$k52$1@ger.gmane.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <ko4shc$k52$1@ger.gmane.org>
Subject: Re: [Qemu-devel] snabbswitch integration with QEMU for userspace
 ethernet I/O
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Julian Stecklina <jsteckli@os.inf.tu-dresden.de>
Cc: qemu-devel@nongnu.org

On Wed, May 29, 2013 at 02:32:50PM +0200, Julian Stecklina wrote:
> On 05/28/2013 07:00 PM, Anthony Liguori wrote:
> > We aren't going to support any interface that enables out of tree
> > devices.  This is just plugins in a different form with even more
> > downsides.  You cannot easily keep track of dirty info, the guest
> > physical address translation to host is difficult to keep in sync
> > (imagine the complexity of memory hotplug).
> 
> Is there a document describing the current qemu VM migration process,
> especially the dirty page tracking, except the code?
> 
> As a side note: The downsides of a naive approach are about that of PCI
> passtrough devices with the opportunity to fix them later on. That being
> said, I can live with this not being included in mainline qemu.

Asking for documentation and in the next paragraph stating you don't
mind keeping patches out-of-tree...

The QEMU community exists because people are willing to contribute.  If
you intend to only "take" and not "give", then you'll find that people
gradually stop responding to your emails.

Stefan