From mboxrd@z Thu Jan 1 00:00:00 1970 From: Chris Wright Subject: KVM call minutes for Feb 8 Date: Tue, 8 Feb 2011 07:55:57 -0800 Message-ID: <20110208155557.GM6198@x200.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: qemu-devel@nongnu.org To: kvm@vger.kernel.org Return-path: Received: from mx1.redhat.com ([209.132.183.28]:25561 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754841Ab1BHPz7 (ORCPT ); Tue, 8 Feb 2011 10:55:59 -0500 Content-Disposition: inline Sender: kvm-owner@vger.kernel.org List-ID: Automated builds and testing - found broken 32-bit - luiz suggested running against maintainer trees - daniel gollub offered to take on maintenance - integration with kvm-autotest? - lucas, daniel, stefan... - testing each git commit is probably overkill and too expensive - current autotest run (each 48-hours to batch it up) - stefan currently running once a day, autotest run is 3 hours, so daily should work - need an integration tree to run build test on? - probably still too early QEMU testing - kvm unit tests - small standalone kernel that exercises paths that have shown bugs http://git.kernel.org/?p=virt/kvm/kvm-unit-tests.git;a=summary - Michael Roth recent sent RFC for qtest (http://www.mail-archive.com/qemu-devel@nongnu.org/msg54191.html) - test module (->init(), ->run()) which runs in place of vcpu threads to set up a test framework to do targetted testing, for example, of devices - normal C code, access to qemu internal functions - not just functional device testing, but can also to fuzz testing - looking feedback/users/test developers/etc - PPC (just kernel + initrd to boot, and verify boots are identical) - full install in many cases is too long, and can trigger other issues (alex had examples of emulation being slow enough that login screen times out) - tcg basic testing to verify qemu-kvm patch isn't breaking tcg Cross version migration (new->old version migration thread) - downstreams want this, support this upstream? - versions vs. subsections (subsections should allow this to work) - (as usual) more vmstate conversion needed - qdev/vmstate both examples of partially completed work that need more attention From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=40180 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Pmpv7-0005OD-1J for qemu-devel@nongnu.org; Tue, 08 Feb 2011 10:56:02 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Pmpv5-0001ST-NC for qemu-devel@nongnu.org; Tue, 08 Feb 2011 10:56:00 -0500 Received: from mx1.redhat.com ([209.132.183.28]:21086) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Pmpv5-0001SE-FM for qemu-devel@nongnu.org; Tue, 08 Feb 2011 10:55:59 -0500 Date: Tue, 8 Feb 2011 07:55:57 -0800 From: Chris Wright Message-ID: <20110208155557.GM6198@x200.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: [Qemu-devel] KVM call minutes for Feb 8 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 Automated builds and testing - found broken 32-bit - luiz suggested running against maintainer trees - daniel gollub offered to take on maintenance - integration with kvm-autotest? - lucas, daniel, stefan... - testing each git commit is probably overkill and too expensive - current autotest run (each 48-hours to batch it up) - stefan currently running once a day, autotest run is 3 hours, so daily should work - need an integration tree to run build test on? - probably still too early QEMU testing - kvm unit tests - small standalone kernel that exercises paths that have shown bugs http://git.kernel.org/?p=virt/kvm/kvm-unit-tests.git;a=summary - Michael Roth recent sent RFC for qtest (http://www.mail-archive.com/qemu-devel@nongnu.org/msg54191.html) - test module (->init(), ->run()) which runs in place of vcpu threads to set up a test framework to do targetted testing, for example, of devices - normal C code, access to qemu internal functions - not just functional device testing, but can also to fuzz testing - looking feedback/users/test developers/etc - PPC (just kernel + initrd to boot, and verify boots are identical) - full install in many cases is too long, and can trigger other issues (alex had examples of emulation being slow enough that login screen times out) - tcg basic testing to verify qemu-kvm patch isn't breaking tcg Cross version migration (new->old version migration thread) - downstreams want this, support this upstream? - versions vs. subsections (subsections should allow this to work) - (as usual) more vmstate conversion needed - qdev/vmstate both examples of partially completed work that need more attention