From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:37474) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1URpjs-0008Da-IX for qemu-devel@nongnu.org; Mon, 15 Apr 2013 16:10:58 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1URpjr-0001L7-5r for qemu-devel@nongnu.org; Mon, 15 Apr 2013 16:10:56 -0400 Received: from hall.aurel32.net ([2001:470:1f15:c4f::1]:52645) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1URpjq-0001Ko-Iw for qemu-devel@nongnu.org; Mon, 15 Apr 2013 16:10:55 -0400 Date: Mon, 15 Apr 2013 22:10:51 +0200 From: Aurelien Jarno Message-ID: <20130415201051.GY5000@ohm.aurel32.net> References: <20130415085312.GA14188@redhat.com> <20130415091842.GA15641@redhat.com> <516C1697.1070801@redhat.com> <516C280E.8070102@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <516C280E.8070102@redhat.com> Subject: Re: [Qemu-devel] unable to boot systemrescuecd with tcg only? List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paolo Bonzini Cc: qemu-devel@nongnu.org, "Michael S. Tsirkin" On Mon, Apr 15, 2013 at 06:17:18PM +0200, Paolo Bonzini wrote: > Il 15/04/2013 17:02, Paolo Bonzini ha scritto: > > Il 15/04/2013 11:18, Michael S. Tsirkin ha scritto: > >> On Mon, Apr 15, 2013 at 11:53:12AM +0300, Michael S. Tsirkin wrote: > >>> Get system rescue CD version 2.8.0 here: > >>> http://www.sysresccd.org/Sysresccd-versions > >>> > >>> Verify md5 checksum: 450305b2c3ac12d5c97ff849ca178586 > >> > >> Note: tried version 2.1.0, that boots fine. > >> Tried version 3.5.0, that hangs on boot > >> (or maybe it's just too slow? gave up after 15 min). > >> In all cases -enable-kvm makes it work fine. > > > > Reproduced it too (by chance :)) with Fedora 16. Trying to bisect now. > > Hmm, no, must be a different thing. It was in a "seemingly innocuous" > patch at the top of my tree, and system rescue CD works for me. No XZ > error and it boots fine in 3-4 minutes. > > BTW, the cache option fails to cache things for me due to lack of memory > (requires 512M). I also tried with "-m 1024", but it still succeeds. > I am also not able to reproduce the problem, neither with 1.4.0 nor with current master. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurelien@aurel32.net http://www.aurel32.net