qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH 0/4] set the OEM fields in the RSDT and the FADT


From: Laszlo Ersek
Subject: Re: [Qemu-devel] [PATCH 0/4] set the OEM fields in the RSDT and the FADT from the SLIC
Date: Thu, 14 Jan 2016 17:35:21 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1

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.

> While I was looking at Laszlo's patches just now, I realized that I
> have an AMD box that uses UEFI (actually - it uses CSM right now, but
> I think I can make it boot using pure UEFI).  I'll have to swap some
> disks around but I may be able to try this out today or tomorrow if I
> can find a spare hard disk.

That would be awesome, yes. Thanks!

Cheers
Laszlo



reply via email to

[Prev in Thread] Current Thread [Next in Thread]