From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:59861)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <thomas@lamprecht.org>) id 1b2czC-0007pc-DD
	for qemu-devel@nongnu.org; Tue, 17 May 2016 07:16:27 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <thomas@lamprecht.org>) id 1b2cz6-0004Fw-BV
	for qemu-devel@nongnu.org; Tue, 17 May 2016 07:16:25 -0400
Received: from sender163-mail.zoho.com ([74.201.84.163]:24379)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <thomas@lamprecht.org>) id 1b2cz6-0004FR-3a
	for qemu-devel@nongnu.org; Tue, 17 May 2016 07:16:20 -0400
References: <1463475294-14119-1-git-send-email-kraxel@redhat.com>
	<573AE8EA.9050103@lamprecht.org> <1463482205.30045.6.camel@redhat.com>
From: Thomas Lamprecht <thomas@lamprecht.org>
Message-ID: <573AFD7D.5000603@lamprecht.org>
Date: Tue, 17 May 2016 13:16:13 +0200
MIME-Version: 1.0
In-Reply-To: <1463482205.30045.6.camel@redhat.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Subject: Re: [Qemu-devel] [PATCH] vga: add sr_vbe register set
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel/>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Gerd Hoffmann <kraxel@redhat.com>
Cc: qemu-devel@nongnu.org

Hi,

On 05/17/2016 12:50 PM, Gerd Hoffmann wrote:
>   Hi,
>
>>> This way we can allow guests update sr[] registers as they want, without
>>> allowing them disrupt vbe video modes that way.
>> Just documenting my test with the patch here:
>>
>> This fixes the issue with QEMU 2.5.1.1 but only if I'm using SeaBIOS.
>>
>> OVMF leads to a almost similar result as without the patch, after
>> "windows is loading files" the "Starting Windows" appears short then
>>  hangs then the screen remains blank, so the blank screen is new with OVMF.
> Doesn't reproduce here.
>
> Details please:  Which ovmf version?  With/without csm?  32/64 bit
> windows version?

I tested with:

edk2.git-ovmf-x64-0-20151117.b1317.g386cdfb.noarch.rpm
$ git show 386cdfb
commit 386cdfbecbbacb600ffc8e2ffa8c7af1b3855a61
Author: Mark Rutland <mark.rutland@arm.com>
Date:   Tue Nov 17 13:58:19 2015 +0000

which I used for a little while now and to see if its just my "old" OVMF
I also tested the newest version from your jenkins repo (much thanks for them!!):

git show 05b2f9c
commit 05b2f9c94e0c0b663ff2d2fb55397d8215eeb3f5
Author: Dandan Bi <dandan.bi@intel.com>
Date:   Tue May 10 18:51:44 2016 +0800

So without csm.

The OS is 64bit windows 7 professional SP1

The QEMU command for my test:

./x86_64-softmmu/qemu-system-x86_64 -boot d -cdrom W7SP1_PROFESSIONAL.iso -m 1024 -smp 2 -enable-kvm -cpu host -drive if=pflash,format=raw,unit=0,readonly,file=OVMF_CODE-pure-efi.fd -drive if=pflash,format=raw,unit=1,file=/tmp/OVMF_VARS.fd


Happy to provide more details/test if needed.

best regards,
Thomas