From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([208.118.235.92]:42180)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <mjt@tls.msk.ru>) id 1SRS3S-0005le-0h
	for qemu-devel@nongnu.org; Mon, 07 May 2012 13:49:03 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <mjt@tls.msk.ru>) id 1SRS3Q-0008CI-9j
	for qemu-devel@nongnu.org; Mon, 07 May 2012 13:49:01 -0400
Received: from isrv.corpit.ru ([86.62.121.231]:42687)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <mjt@tls.msk.ru>) id 1SRS3Q-0008Ak-1T
	for qemu-devel@nongnu.org; Mon, 07 May 2012 13:49:00 -0400
Message-ID: <4FA80B09.40107@msgid.tls.msk.ru>
Date: Mon, 07 May 2012 21:48:57 +0400
From: Michael Tokarev <mjt@tls.msk.ru>
MIME-Version: 1.0
References: <4FA6CB05.3060004@msgid.tls.msk.ru>
	<4FA76682.7090004@msgid.tls.msk.ru>
	<4FA7D35F.2060908@msgid.tls.msk.ru> <4FA7D9B4.9000607@siemens.com>
	<4FA7DD9C.4000906@msgid.tls.msk.ru>
	<4FA7E00E.5090305@msgid.tls.msk.ru> <4FA7EB25.9010009@siemens.com>
In-Reply-To: <4FA7EB25.9010009@siemens.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Subject: Re: [Qemu-devel] current qemu git does not work with win7 guest
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: Jan Kiszka <jan.kiszka@siemens.com>
Cc: qemu-devel <qemu-devel@nongnu.org>, Gleb Natapov <gleb@redhat.com>

On 07.05.2012 19:32, Jan Kiszka wrote:
> On 2012-05-07 11:45, Michael Tokarev wrote:
[]
>> $ ./x86_64-softmmu/qemu-system-x86_64 -enable-kvm -drive file=w7x32sp1.raw,if=virtio,snapshot=on -m 1G -net none -machine accel=kvm,kernel_irqchip=on
> 
> Can you check if -global apic.vapic=off makes any difference in the
> broken case? I'm facing general issues in that setup once I enable
> virtio-block - independent of vapic on/off or in-kernel/userspace. The
> boot freezes, and qemu can only be terminated via kill -9. So, retrying
> with IDE as block interface would also be interesting.

Both switching from virtio to ide and disabling vapic fixes the reboot
issue, so win guests starts rebooting fine.


On 07.05.2012 20:06, Avi Kivity wrote:
> Something that is different in a reboot, is that patching the ROM is
> skipped.  Please try removing the following lines from hw/kvmvapic.c's
> update_rom_mapping():
>
>     /* fixup addresses in ROM if needed */
>     if (rom_state_vaddr == le32_to_cpu(s->rom_state.vaddr)) {
>         return 0;
>     }
>

And commenting out this code does not change anything -- with virtio-blk
the guest does not reboot with STOP 0x5c code as before.

Thanks!

/mjt