From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53492) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1anLQd-0001DV-8L for qemu-devel@nongnu.org; Tue, 05 Apr 2016 03:29:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1anLQa-0001Um-0E for qemu-devel@nongnu.org; Tue, 05 Apr 2016 03:29:35 -0400 Received: from mx1.redhat.com ([209.132.183.28]:39084) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1anLQZ-0001Td-Rk for qemu-devel@nongnu.org; Tue, 05 Apr 2016 03:29:31 -0400 Message-ID: <1459841368.2037.9.camel@redhat.com> From: Gerd Hoffmann Date: Tue, 05 Apr 2016 09:29:28 +0200 In-Reply-To: <20160404152112.GT32728@redhat.com> 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> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 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" Cc: marc.mari.barcelo@gmail.com, ehabkost@redhat.com, mst@redhat.com, Stefan Hajnoczi , qemu-devel@nongnu.org, pbonzini@redhat.com, rth@twiddle.net On Mo, 2016-04-04 at 16:21 +0100, 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 gibberis= h: > >=20 > > [ 0.934582] Unpacking initramfs... > > [ 1.166983] Initramfs unpacking failed: junk in compressed archive > > [ 1.168458] Freeing initrd memory: 32812k freed >=20 > That's strange. I certainly never saw anything like this. I wonder > if it's because your initrd is particularly large? I've simply used /boot/initramfs-$version from the host. It's 33M. Not exactly small, but given this is a standard RHEL-7 install I also wouldn't rate this as unusual big. > > (2) going back to non-dma boot via -M pc-$old doesn't work, appearent= ly > > fw_cfg dma is enabled even for old machine types. >=20 > IIRC there was a thread about how we accidentally added DMA to old > machine types. Does this matter? That one should be fixed meanwhile. cheers, Gerd