From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:32947) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rfa4Z-0005b2-3w for qemu-devel@nongnu.org; Tue, 27 Dec 2011 11:40:19 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Rfa4Y-0004g8-2O for qemu-devel@nongnu.org; Tue, 27 Dec 2011 11:40:19 -0500 Received: from mail-gy0-f173.google.com ([209.85.160.173]:65195) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rfa4X-0004g3-Uf for qemu-devel@nongnu.org; Tue, 27 Dec 2011 11:40:18 -0500 Received: by ghbg16 with SMTP id g16so4053718ghb.4 for ; Tue, 27 Dec 2011 08:40:17 -0800 (PST) Message-ID: <4EF9F4EE.6080106@codemonkey.ws> Date: Tue, 27 Dec 2011 10:40:14 -0600 From: Anthony Liguori MIME-Version: 1.0 References: <4EEF70B4.3070109@us.ibm.com> <4EF73EF5.8050606@redhat.com> <4EF88EC0.8020301@codemonkey.ws> <4EF8FC88.70809@redhat.com> <4EF9E2CA.1020401@codemonkey.ws> <4EF9EB27.7050707@redhat.com> In-Reply-To: <4EF9EB27.7050707@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [ANNOUNCE] qemu-test: a set of tests scripts for QEMU List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Avi Kivity Cc: "lmr@redhat.com" , dlaor@redhat.com, Gerd Hoffmann , qemu-devel , Stefan Hajnoczi On 12/27/2011 09:58 AM, Avi Kivity wrote: > On 12/27/2011 05:22 PM, Anthony Liguori wrote: >> >> The infrastructure assumes that you have a full OS available in the >> guest. The tests are written in Python and make a variety of >> assumptions. To my knowledge, it's not very practical to build a >> busybox environment with Python embedded in it. > > You could move whatever infrastructure qemu-test uses to kvm-autotest, > at which point kvm-autotest will know everything qemu-test knows. But > there's zero reason to do that, autotest is designed to drive external > tests and in fact most of the tests it supports are not in the autotest > repository. Yes. I think having a qemu-test driver for kvm-autotest that knows enough to invoke the qemu-tests and integrate the results in autotest results reporting is the right thing to do. Regards, Anthony Liguori >