From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp-fo.cableone.cmh.synacor.com (smtp-fo.cableone.cmh.synacor.com [64.8.70.106]) (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 4101B1A1E26 for ; Thu, 6 Oct 2016 20:11:19 -0700 (PDT) X_CMAE_Category: , , X-CNFS-Analysis: v=2.2 cv=ZZVfDYdA c=1 sm=1 tr=0 a=F7HL8DhlWvVqsgDc77s/Qg==:117 a=FKkrIqjQGGEA:10 a=m0sRR0la7fUA:10 a=IkcTkHD0fZMA:10 a=20KFwNOVAAAA:8 a=otLtsZP2AAAA:8 a=i3X5FwGiAAAA:8 a=hqBzw_eTAAAA:8 a=danhDmx_AAAA:8 a=TGj8Bk8SlCXTaa3nlIIA:9 a=QEXdDO2ut3YA:10 a=e_O65bzb51kRm2y5VmPK:22 a=gVyqtFkygESWxkzkOzyS:22 a=mmqRlSCDY2ywfjPLJ4af:22 a=bkWp_v3HvcftT6DRAIDL:22 a=P4VdviVPEcjfz_PVVggX:22 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: c3BhbWNvbGxlY3RvckBjYWJsZW9uZS5uZXQ= Received: from [10.203.0.111] ([10.203.0.111:50934] helo=md11.cableone.synacor.com) by mail.cableone.net (envelope-from ) (ecelerity 3.6.6.45965 r(Core:3.6.6.0)) with ESMTP id D0/C1-07644-65217F75; Thu, 06 Oct 2016 23:11:18 -0400 Date: Thu, 6 Oct 2016 23:11:17 -0400 (EDT) From: spam collector To: Laszlo Ersek Cc: edk2-devel@ml01.01.org Message-ID: <1869302771.105095744.1475809877677.JavaMail.zimbra@cableone.net> In-Reply-To: <3d3c1cb5-ca15-c030-4216-f115116c8da4@redhat.com> References: <1825038664.87486514.1475464584880.JavaMail.zimbra@cableone.net> <5c54ce38-9f0c-ac8d-c926-570ebc3dd720@redhat.com> <1747186652.93714260.1475599157436.JavaMail.zimbra@cableone.net> <94a76bd7-732c-c8f6-b8be-8175dd061b86@redhat.com> <1410853764.96270806.1475635626572.JavaMail.zimbra@cableone.net> <280e3403-1821-396e-5243-54b770dcb01a@redhat.com> <1208026991.99496554.1475723134167.JavaMail.zimbra@cableone.net> <3d3c1cb5-ca15-c030-4216-f115116c8da4@redhat.com> MIME-Version: 1.0 X-Originating-IP: [174.126.140.68] X-Mailer: Zimbra 8.0.7_GA_6021 (ZimbraWebClient - FF49 (Win)/8.0.7_GA_6021) Thread-Topic: OVMF.fd and placement of EfiBootServicesData Thread-Index: LWwANltWBLr29uUZupZd23oMaDk8Kg== Subject: Re: OVMF.fd and placement of EfiBootServicesData X-BeenThere: edk2-devel@lists.01.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: EDK II Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2016 03:11:19 -0000 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit ----- Original Message ----- > From: "Laszlo Ersek" > To: "spam collector" > Cc: edk2-devel@ml01.01.org > Sent: Thursday, October 6, 2016 12:39:39 AM > Subject: Re: [edk2] OVMF.fd and placement of EfiBootServicesData > > > Remember that I am running this in WinXPSP3. > > First, I can't "remember" it, because this is the first time you state > that. :) I apologize for that. I thought I had mentioned it. > Second, WinXPSP3 as host machine, really?... :) What do you mean, "really?" In my opinion, WinXP was the last usable, worth having OS from Microsoft. As soon as they went to the platform they have now, they lost all hope of ever getting anything back. I haven't had to reboot this WinXP machine due to the OS for years. It is less resource hungry, and much faster than the modern computers I have around. I would rather sit at this 10 year old machine running WinXP any day of the week including Sunday over any of the more modern Windows machine I have or seen. Just my opinion though. I, by no means, intend to start a war over which Windows OS is better, nor do I want to start a war over, "You should move to a Linux based machine." If it isn't broke, I am not fixing it. For that matter, I am not expecting a reply to that. :-) > > Also, the version of > > OVMF.fd is from http://www.tianocore.org/ovmf/ and I just noticed > > that that page has been recently changed. > > That's a coincidence, but not a random one. Users have been repeatedly > confused by the r15214 binary, which at this point was more than 2.5 > years old. Just before your query, I noticed > (and marked it invalid); > the reporter of that issue was also tripped up by the ancient r15214 > build. So I asked Jordan to please update the page you reference, with a > link to Gerd's RPMs, which are bleeding edge builds. Noted. > >> > >> usr/share/edk2.git/ovmf-*/OVMF_CODE-pure-efi.fd > >> usr/share/edk2.git/ovmf-*/OVMF_VARS-pure-efi.fd > >> usr/share/edk2.git/ovmf-*/UefiShell.iso As per another message in this thread, I changed the Subsystem value from the 0x0B to 0x0A and it now boots as expected. There is still OVMF stuff in the way :-), but boots as expected to that point. > > Also, please note that the hard drive image is a VHD image, a > > raw image with a single sector at the end for the VHD info so that > > Oracles VM Box will boot it. This means that the backup GPT header > > is *not* the last sector of the disk. > > As far as I know, QEMU supports VHDX. However, you pass a VHD image to > -drive with format=raw. That looks very broken. I guess I'd suggest > matching the actual image format with the format=... property. If you > pass format=raw, the VHD metadata at the end of the image will be > visible to the guest (as garbage). The latest version of the Windows port of QEMU and OVMF as listed above, boot and treat the drive as expected, ignoring the last sector. i.e.: OVMF uses the value in the GPT header to find the backup instead of finding the last sector. It doesn't complain that it isn't the last sector. This image is just a test image that I can use with both QEMU and Oracle's VMBox so I don't have to have two separate images. I believe I have all of the information and the new/correct files and can boot my code with these new files. Thank you so much for your help and advice. I appreciate the effort you placed on my behalf. Thanks, Ben