From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:42317) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RciWJ-00085W-J6 for qemu-devel@nongnu.org; Mon, 19 Dec 2011 14:05:13 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RciWI-0001cW-1r for qemu-devel@nongnu.org; Mon, 19 Dec 2011 14:05:07 -0500 Received: from mx1.redhat.com ([209.132.183.28]:13941) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RciWH-0001b7-RN for qemu-devel@nongnu.org; Mon, 19 Dec 2011 14:05:06 -0500 Date: Mon, 19 Dec 2011 19:04:54 +0000 From: "Richard W.M. Jones" Message-ID: <20111219190454.GD2909@amd.home.annexia.org> References: <20111217082958.GJ2520@amd.home.annexia.org> <4EECB1B0.7050404@codemonkey.ws> <4EECB3C5.6060608@codemonkey.ws> <20111217152514.GM2520@amd.home.annexia.org> <4EECC227.4060904@codemonkey.ws> <20111217164956.GA16848@morn.localdomain> <20111219103101.GB27938@redhat.com> <4EEF7595.7060301@codemonkey.ws> <20111219174307.GB2558@redhat.com> <4EEF7C53.6050800@codemonkey.ws> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4EEF7C53.6050800@codemonkey.ws> Subject: Re: [Qemu-devel] insmod virtio-blk is broken in qemu 1.0 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: "seabios@seabios.org" , qemu-devel@nongnu.org, Max Filippov , Kevin O'Connor , Avi Kivity , Amit Shah , jforbes@fedoraproject.org, Gerd Hoffmann On Mon, Dec 19, 2011 at 12:02:59PM -0600, Anthony Liguori wrote: > I would like to point out that August -> October is a pretty long > time period for a regression like this to exist. I think that > really indicates that the primary problem is testing, not frequency > of SeaBIOS updates. Fair point. My understanding is we're going to switch to having qemu.git in Fedora Rawhide, which means that libguestfs will always be testing the 'perfect storm' of qemu + kernel + glibc from git (once glibc get their act together anyhow, just qemu + kernel at first). We usually do a build and a comprehensive test at least once a week, often a few times a week, so we would have picked this up much sooner. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top