From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:50771) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aJenT-00072M-SB for qemu-devel@nongnu.org; Thu, 14 Jan 2016 05:06:28 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aJenQ-0003YM-M3 for qemu-devel@nongnu.org; Thu, 14 Jan 2016 05:06:27 -0500 Received: from sender153-mail.zoho.com ([74.201.84.153]:22905) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aJenQ-0003Xr-DF for qemu-devel@nongnu.org; Thu, 14 Jan 2016 05:06:24 -0500 References: <1452735417-5461-1-git-send-email-lersek@redhat.com> <20160114100359.GU1766@redhat.com> From: Alex Message-ID: <5697730D.1090006@zoho.com> Date: Thu, 14 Jan 2016 13:06:05 +0300 MIME-Version: 1.0 In-Reply-To: <20160114100359.GU1766@redhat.com> Content-Type: multipart/alternative; boundary="------------090103020009010000000808" 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 This is a multi-part message in MIME format. --------------090103020009010000000808 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Richard, I just posted HW test results to https://bugzilla.redhat.com/show_bug.cgi?id=1248758. Should I do it here instead? I'm not a RHEL customer, but I am semi-responsible for raising this fuss :) ------------------------------------------------------------------------ *From:* Richard W.m. Jones *Sent:* Thursday, January 14, 2016 1:03PM *To:* Laszlo Ersek *Cc:* Qemu-devel, Michael S. Tsirkin, Aleksei Kovura, Igor Mammedov, Michael Tokarev, Paolo Bonzini, Shannon Zhao, Xiao Guangrong *Subject:* Re: [PATCH 0/4] set the OEM fields in the RSDT and the FADT from the SLIC On Thu, Jan 14, 2016 at 02:36:53AM +0100, Laszlo Ersek wrote: > This matters mostly for Win7 installations that were converted with p2v. > Testing feedback from such environments would be appreciated. Just to note first that no RHEL customer has ever reported this bug to us. To test this is going to require a spare UEFI-capable physical machine where I can install Windows 7, and I don't have such a machine. I could test it using a virt-p2v conversion from a VM, but then I guess we'd have to apply these patches to qemu before conversion, and so it wouldn't be clear to me exactly what we were testing. Anyway I'll keep an eye on this and if I get hardware capable of testing it, then I'll do so. Rich. /--Regards, Alex/ --------------090103020009010000000808 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 7bit
Richard, I just posted HW test results to https://bugzilla.redhat.com/show_bug.cgi?id=1248758.
Should I do it here instead?
I'm not a RHEL customer, but I am semi-responsible for raising this fuss :)


From: Richard W.m. Jones
Sent: Thursday, January 14, 2016 1:03PM
To: Laszlo Ersek
Cc: Qemu-devel, Michael S. Tsirkin, Aleksei Kovura, Igor Mammedov, Michael Tokarev, Paolo Bonzini, Shannon Zhao, Xiao Guangrong
Subject: Re: [PATCH 0/4] set the OEM fields in the RSDT and the FADT from the SLIC
On Thu, Jan 14, 2016 at 02:36:53AM +0100, Laszlo Ersek wrote:

This matters mostly for Win7 installations that were converted with p2v.
Testing feedback from such environments would be appreciated.

Just to note first that no RHEL customer has ever reported this bug to
us.

To test this is going to require a spare UEFI-capable physical machine
where I can install Windows 7, and I don't have such a machine.

I could test it using a virt-p2v conversion from a VM, but then I
guess we'd have to apply these patches to qemu before conversion, and
so it wouldn't be clear to me exactly what we were testing.

Anyway I'll keep an eye on this and if I get hardware capable of
testing it, then I'll do so.

Rich.
--Regards, Alex
--------------090103020009010000000808--