From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received-SPF: Pass (sender SPF authorized) identity=mailfrom; client-ip=66.187.233.73; helo=mx1.redhat.com; envelope-from=lersek@redhat.com; receiver=edk2-devel@lists.01.org Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id 4C6A8224DCA5E for ; Thu, 8 Mar 2018 01:42:13 -0800 (PST) Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.rdu2.redhat.com [10.11.54.3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 9F56E8182D2E; Thu, 8 Mar 2018 09:48:28 +0000 (UTC) Received: from lacos-laptop-7.usersys.redhat.com (ovpn-120-50.rdu2.redhat.com [10.10.120.50]) by smtp.corp.redhat.com (Postfix) with ESMTP id 286AE1102E2E; Thu, 8 Mar 2018 09:48:27 +0000 (UTC) To: david moheban References: From: Laszlo Ersek Cc: edk2-devel@lists.01.org Message-ID: Date: Thu, 8 Mar 2018 10:48:27 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: X-Scanned-By: MIMEDefang 2.78 on 10.11.54.3 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.8]); Thu, 08 Mar 2018 09:48:28 +0000 (UTC) X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.8]); Thu, 08 Mar 2018 09:48:28 +0000 (UTC) for IP:'10.11.54.3' DOMAIN:'int-mx03.intmail.prod.int.rdu2.redhat.com' HELO:'smtp.corp.redhat.com' FROM:'lersek@redhat.com' RCPT:'' Subject: Re: HELP: Qemu not able to load Duet image X-BeenThere: edk2-devel@lists.01.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: EDK II Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 09:42:14 -0000 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Hello David, On 03/08/18 02:08, david moheban wrote: > > Hi, > > I am having difficulty loading Duet image via Qemu x86-64 or Bochs in > Windows 10-64. Command line I type ‘Qemu -fda floppy.img’ and does > not get past ‘Welcome to Efi World’ but if I burn the image to a > flash usb drive it will boot up just fine. Are there any settings or > drivers that need to be included in the compilation process? I saw your last query too on the mailing list: [edk2] How load Duet Floppy.IMG File in Bochs or Quemu? https://lists.01.org/pipermail/edk2-devel/2018-March/022313.html I could have followed up there, but I decided not to, because (a) I didn't want to appear as questioning your use case, and (b) I really cannot help with the DUET firmware platform of edk2. I assumed what you really cared about was running DUET on physical machines, and meant to use QEMU only as a testbed of sorts. However, seeing how this may be important to you, I can no longer avoid questioning your use case -- are you perhaps targeting QEMU as your main platform? Because, in that case, I certainly recommend that you drop DUET and use OVMF instead. So what's your ultimate goal here? For example, if you have individual UEFI_DRIVER modules (not upstreamed to edk2) that you'd like to test on QEMU first, and then use "for real" on physical machines, you could build the driver into both OVMF and DUET. For testing, you can use OVMF on QEMU, and DUET on physical machines with traditional BIOS firmware. With regard to running OVMF on QEMU, I personally recommend a wrapper script like the following (this example will launch a UEFI-bootable ISO image): ISO=/.../xxxx.iso CODE=Build/OvmfX64/.../FV/OVMF_CODE.fd TMPL=Build/OvmfX64/.../FV/OVMF_VARS.fd DEBUG=ovmf.debug.log cp $TMPL varstore.fd qemu-system-x86_64 \ -m 2048 \ -drive if=pflash,format=raw,file=$CODE,readonly \ -drive if=pflash,format=raw,file=varstore.fd \ -drive if=none,format=raw,file=$ISO,readonly,id=cdrom \ -device ide-cd,drive=cdrom,bootindex=0 \ -debugcon file:$DEBUG \ -global isa-debugcon.iobase=0x402 \ -monitor stdio Laszlo