From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=40657 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PmSpP-0005hR-1n for qemu-devel@nongnu.org; Mon, 07 Feb 2011 10:16:36 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PmSpN-0002tQ-G5 for qemu-devel@nongnu.org; Mon, 07 Feb 2011 10:16:34 -0500 Received: from mail-gx0-f173.google.com ([209.85.161.173]:34887) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PmSpN-0002tK-8u for qemu-devel@nongnu.org; Mon, 07 Feb 2011 10:16:33 -0500 Received: by gxk28 with SMTP id 28so1973451gxk.4 for ; Mon, 07 Feb 2011 07:16:32 -0800 (PST) MIME-Version: 1.0 In-Reply-To: <20110207150255.GA29001@amd.home.annexia.org> References: <20110207150255.GA29001@amd.home.annexia.org> Date: Mon, 7 Feb 2011 15:15:39 +0000 Message-ID: Subject: Re: [Qemu-devel] Buildbot for qemu.git/master From: Stefan Hajnoczi Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Richard W.M. Jones" Cc: lmr@redhat.com, gollub@b1-systems.de, Michael Tokarev , qemu-devel On Mon, Feb 7, 2011 at 3:02 PM, Richard W.M. Jones wrot= e: > > On Sat, Feb 05, 2011 at 04:36:11PM +0000, Stefan Hajnoczi wrote: >> Occassionally a commit that breaks the build gets merged into >> qemu.git/master. =A0Build testing manually across all host platforms is >> not feasible for most developers. =A0Remember we cover 32- and 64-bit >> x86 Linux, Windows, and other host platforms. =A0There are factors like >> compile time but the main problem is that few have access to all host >> platforms. > > Is there a plan to test that the build minimally functions as well? > Could be as simple as running: > > ./x86_64-softmmu/qemu-system-x86_64 -L pc-bios \ > =A0-kernel /boot/vmlinuz -nodefconfig -nographic -nodefaults -no-reboot \ > =A0-m 500 -device virtio-serial -serial stdio -append 'panic=3D1 console= =3DttyS0' > > and just checking that it doesn't hang and does print out some > expected message near the end ("Kernel panic - not syncing: VFS: > Unable to mount root fs" might be a good one :-) I'm not aware of a plan but if someone steps up with tests and machines that can serve as buildslaves, then the infrastructure can support it. I believe KVM-Autotest does that and much more for KVM x86 but have never run it myself: http://www.linux-kvm.org/page/KVM-Autotest Stefan