From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Nu5iG-0007Gv-Op for qemu-devel@nongnu.org; Tue, 23 Mar 2010 11:08:12 -0400 Received: from [199.232.76.173] (port=58742 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Nu5iG-0007GK-7I for qemu-devel@nongnu.org; Tue, 23 Mar 2010 11:08:12 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1Nu5iE-0003Um-OX for qemu-devel@nongnu.org; Tue, 23 Mar 2010 11:08:11 -0400 Received: from mx1.redhat.com ([209.132.183.28]:25060) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Nu5iE-0003Ug-B8 for qemu-devel@nongnu.org; Tue, 23 Mar 2010 11:08:10 -0400 Date: Tue, 23 Mar 2010 08:08:07 -0700 From: Chris Wright Message-ID: <20100323150807.GB14865@x200.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: [Qemu-devel] KVM call minutes for Mar 23 List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: kvm@vger.kernel.org Cc: qemu-devel@nongnu.org migration (we didn't end last week) - monotonic increasing version doesn't capture individual features (backporting features may not require earlier features, now id is incorrect) - use subsections - can create new namespace within subsection (ide/$featre/$distro) - would need to coordinate section naming - documentation of on-wire migration protocol needed, can be there - rewind file (non-trivial) to update version to earlier id - send maximum always, not worrying about non-linear feature creep virtIODevice model (see Virtio cleaup thread). What is the best model for this? - multiple inheritance concern...far enough away, can handle on list, nothing pressing here state and roadmap for upstream merge of in-kernel device models - glauber has posted, received feedback, working through feedback, will respin and repost soon merging qemu-kvm.git's implementation as is and cleaning it up in qemu.git? - would need to drop features, so people will still use qemu-kvm - extboot, ia64, in-kernel pit, device assignment, associated cmd line options - the biggest blocking is glauber's smp/irq chip - kvmctl (ported to qemu now) could go into - agraf glad to help w/ device assignment - avi wants to move it to uio + irqfd (need uio iommu support and msi support) libqemu and libvirt - simple qmp wrapper would be enough - would drop the libvirt functionality (like hv agnostic) - separate issues... - 1) libqemu as a simple mgmt interface to qemu - 2) libvirt qemu-direct, libvirt users ability to get all qemu features - approaching from different ends of problem...could coexist. - out of time...next week, on list in the interim