From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33332) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aK711-0007io-5d for qemu-devel@nongnu.org; Fri, 15 Jan 2016 11:14:20 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aK70x-00060T-2M for qemu-devel@nongnu.org; Fri, 15 Jan 2016 11:14:19 -0500 Received: from sender153-mail.zoho.com ([74.201.84.153]:22551) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aK70w-00060P-Og for qemu-devel@nongnu.org; Fri, 15 Jan 2016 11:14:14 -0500 References: <1452735417-5461-1-git-send-email-lersek@redhat.com> <20160114100359.GU1766@redhat.com> <5697730D.1090006@zoho.com> <20160114102324.GV1766@redhat.com> <5697CE49.9090005@redhat.com> <20160115160730.GA1766@redhat.com> From: Alex Message-ID: <56991AC4.3080102@zoho.com> Date: Fri, 15 Jan 2016 19:13:56 +0300 MIME-Version: 1.0 In-Reply-To: <20160115160730.GA1766@redhat.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 0/4] set the OEM fields in the RSDT and the FADT from the SLIC List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Richard W.M. Jones" , Laszlo Ersek Cc: Xiao Guangrong , "Michael S. Tsirkin" , Michael Tokarev , qemu-devel@nongnu.org, Paolo Bonzini , Shannon Zhao , Igor Mammedov On 15/01/16 19:07, Richard W.M. Jones wrote: > On Thu, Jan 14, 2016 at 05:35:21PM +0100, Laszlo Ersek wrote: >> On 01/14/16 11:23, Richard W.M. Jones wrote: >>> On Thu, Jan 14, 2016 at 01:06:05PM +0300, Alex wrote: >>>> Richard, I just posted HW test results to >>>> https://bugzilla.redhat.com/show_bug.cgi?id=1248758. >>>> Should I do it here instead? >>> >>> I saw that. Testing a virt-p2v conversion is a lot more involved. It >>> would involve something like this: >>> >>> (1) Install Win7 on a UEFI-based physical machine, ensuring that Win7 >>> is using UEFI to boot (not CSM or BIOS). >>> >>> (2) Install a recent Fedora on a second machine (second machine may be >>> a VM). 'dnf install virt-v2v' on this machine. >>> >>> (3) Boot virt-p2v ISO (http://oirase.annexia.org/virt-p2v/) on the >>> first physical machine. Perform a P2V conversion >>> (http://libguestfs.org/virt-p2v.1.html). >>> >>> (4) Boot the converted Win7 VM on the target qemu. Reproduce the >>> original bug. We have never had the original bug reported to us by >>> any customer. >>> >>> (5) Patch qemu on the target. >>> >>> (6) Boot virt-p2v ISO again, and perform a second conversion. >>> >>> (7) Verify that the bug (step 4) has been fixed. >> >> Very good description, thank you. > > I made a good faith attempt to test this, but my attempts to get > Windows installed failed at the first step. I don't have an optical > drive (who does?) and the MSFT tool that I tried for converting the > MSDN-supplied Win7 ISO into a USB key resulted only in USB keys that > did not boot at all. It'll need to wait until I find an optical > drive. > > Rich. > Had this problem as well - this program http://rufus.akeo.ie/ can create UEFI-bootable USB stick from Win7 ISO. -- /--Regards, Alex/