From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53993) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1anQSc-0006PE-9r for qemu-devel@nongnu.org; Tue, 05 Apr 2016 08:51:59 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1anQSX-0007Ox-6s for qemu-devel@nongnu.org; Tue, 05 Apr 2016 08:51:58 -0400 Received: from mx1.redhat.com ([209.132.183.28]:34314) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1anQSX-0007Ot-16 for qemu-devel@nongnu.org; Tue, 05 Apr 2016 08:51:53 -0400 References: <1459514627-23867-1-git-send-email-rjones@redhat.com> <1459514627-23867-2-git-send-email-rjones@redhat.com> <20160404150204.GB13632@stefanha-x1.localdomain> <20160404152112.GT32728@redhat.com> From: Laszlo Ersek Message-ID: <5703B4E5.7080201@redhat.com> Date: Tue, 5 Apr 2016 14:51:49 +0200 MIME-Version: 1.0 In-Reply-To: <20160404152112.GT32728@redhat.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH v4.1] Add optionrom compatible with fw_cfg DMA version List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Richard W.M. Jones" , Stefan Hajnoczi Cc: marc.mari.barcelo@gmail.com, ehabkost@redhat.com, mst@redhat.com, qemu-devel@nongnu.org, kraxel@redhat.com, pbonzini@redhat.com, rth@twiddle.net On 04/04/16 17:21, Richard W.M. Jones wrote: > On Mon, Apr 04, 2016 at 04:02:04PM +0100, Stefan Hajnoczi wrote: >> (1) initrd loading is broken, kernel complains it finds only gibberish: >> >> [ 0.934582] Unpacking initramfs... >> [ 1.166983] Initramfs unpacking failed: junk in compressed archive >> [ 1.168458] Freeing initrd memory: 32812k freed > > That's strange. I certainly never saw anything like this. I wonder > if it's because your initrd is particularly large? If you search your mailbox for Message-Id <54C2D2C4.3010806@redhat.com> (subject: "Test libguestfs on RHELSA"), you'll find an earlier occurence of the same. (You had also replied to that email, so you simply didn't remember it this time.) In that case, the problem was an oversized initrd, relative to the amount of RAM that the guest had. You eliminated (worked around?) the issue in libguestfs commit c24f242521e88. Of course, without reviewing the patch under discussion (which I won't volunteer for now, apologies), I cannot exclude that the patch makes the kernel *think* that the initrd is too large. >> (2) going back to non-dma boot via -M pc-$old doesn't work, appearently >> fw_cfg dma is enabled even for old machine types. > > IIRC there was a thread about how we accidentally added DMA to old > machine types. Does this matter? What Gerd said -- see e6915b5f3a87. (I have so few commits in QEMU that if I look for something I wrote, I can find it simply with "--author=lersek". I don't know if I should smile or cry...) Thanks Laszlo