From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:46033) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S5elf-0007Pv-FF for qemu-devel@nongnu.org; Thu, 08 Mar 2012 09:56:59 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S5ela-00011a-7b for qemu-devel@nongnu.org; Thu, 08 Mar 2012 09:56:35 -0500 Received: from mail-pz0-f45.google.com ([209.85.210.45]:35799) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S5ela-00011V-0o for qemu-devel@nongnu.org; Thu, 08 Mar 2012 09:56:30 -0500 Received: by dadp14 with SMTP id p14so609393dad.4 for ; Thu, 08 Mar 2012 06:56:28 -0800 (PST) Message-ID: <4F58C897.5020405@codemonkey.ws> Date: Thu, 08 Mar 2012 08:56:23 -0600 From: Anthony Liguori MIME-Version: 1.0 References: <4F582EDB.1040608@redhat.com> <4F58B5CB.8040503@codemonkey.ws> <20120308144958.GA25750@t420s.optimusnet> In-Reply-To: <20120308144958.GA25750@t420s.optimusnet> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [RFC] Future goals for autotest and virtualization tests List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Ademar Reis Cc: Lucas Meneghel Rodrigues , Scott Zawalski , QEMU devel , "kvm-autotest@redhat.com" , Cleber Rosa On 03/08/2012 08:49 AM, Ademar Reis wrote: > On Thu, Mar 08, 2012 at 07:36:11AM -0600, Anthony Liguori wrote: >> On 03/07/2012 10:00 PM, Lucas Meneghel Rodrigues wrote: >>> Virt/qemu tests: Minimal guest images >>> ------------------------------------- >>> >>> In order to make development level test possible, we need the tests to run fast. >>> In order to do that, a set of minimal guest images is being developed and we >>> have a version for x86_64 ready and functional: >>> >>> https://github.com/autotest/buildroot-autotest >> >> I'm really not a fan of buildroot. Note that in order to ship >> binaries, full source needs to be provided in order to comply with >> the GPL. The FSF at least states that referring to another website >> for source that's not under your control doesn't satisfy the >> requirements of the GPL. >> >> Just out of curiosity, did you try to use qemu-test? Is there a >> reason you created something different? >> >> I think it's good that you're thinking about how to make writing >> tests easier, but we have a growing test infrastructure in QEMU and >> that's what I'd prefer people focused on. >> > > You probably remember the long thread we had back in December on > qemu-devel on this topic. Back then our message was "we have a > growing test infrastructure in s/QEMU/autotest/ and that's what > we'd prefer people focused on". :-) > > From Dor: > > (http://lists.nongnu.org/archive/html/qemu-devel/2011-12/msg03024.html) > > """ > If you wish, you can challenge Lucas and Cleber w/ these type of > requirements and we'll all improve as a result. > """ > > Your response was: > > """ > Well consider qemu-test the challenge. It's an existence proof > that we can have a very easy to use framework for testing that > runs extremely fast and is very easy to write tests for. > """ > > http://knowyourmeme.com/memes/challenge-accepted ;-) > > I particularly agreed with basically everything you said on that > discussion regarding test simplification (I had just joined the > team back then). To me, autotest has been focusing on QE-level, > leaving the developer-level test requirements out. Now we're > attacking this new front, and a lot of the requirements are > indeed from that discussion. If you want to talk about this in terms of "requirements", my requirement is for "developer-level" tests to live in qemu.git and be integrated into make check. Just as we've been discussing and working on since the previous set of discussions. > By simplifying the design and bringing barriers down, we hope to > reach a broader audience and help developers write and maintain > tests, benefiting from all the instrumentation that autotest > brings. It's not going to be just about qemu (check the new test > examples). > > We have a team fully dedicated to autotest and it's used not only > by Qemu but also libvirt, Google, Xen, Fedora, Twitter, etc, etc > (these all have code contributions in autotest) > > That said, the current qemu-tests will probably be easily > integrated into (the new) autotest and we hope that, given enough > time, autotest will be good enough to relieve qemu from the > framework maintenance and code duplication with other projects. autotest should not be the focal point for integration. qemu.git should be. I'd be perfectly happy to review patches submitting the test infrastructure from kvm-autotest into qemu.git (provided it didn't have unreasonable external dependencies and fit into QEMU). Developer-level tests need to live where the developers live. The developers live in qemu.git. See my other response on this thread for the explanation of why this is so important. Regards, Anthony Liguori