From: Vadim Rozenfeld <vrozenfe@redhat.com>
To: Anthony Liguori <anthony@codemonkey.ws>
Cc: aliguori@us.ibm.com, Michael Roth <mdroth@linux.vnet.ibm.com>,
qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] BSOD when using Hyper-V extensions with Win2k8R2 guests
Date: Thu, 15 Mar 2012 22:32:37 +0200 [thread overview]
Message-ID: <201203152232.39166.vrozenfe@redhat.com> (raw)
In-Reply-To: <4F624A4B.6070302@codemonkey.ws>
On Thursday, March 15, 2012 10:00:11 PM Anthony Liguori wrote:
> On 03/15/2012 02:54 PM, Vadim Rozenfeld wrote:
> > On Thursday, March 15, 2012 09:14:39 PM Michael Roth wrote:
> >> Hi Vadim,
> >>
> >> I've been trying to use -cpu qemu64,hv_relaxed as a workaround for a
> >> CLOCK_WATCHDOG_TIMEOUT BSOD on Windows 2008 R2 guests when a vcpu's
> >> execution is delayed for an extended period. When I do this however I
> >> get the following the BSOD:
> >>
> >> http://msdn.microsoft.com/en-us/library/windows/hardware/ff559206(v=vs.8
> >> 5). aspx
> >>
> >> I've also tried -cpu qemu64,hv_spinlocks=4 and -cpu qemu64,hv_vapic as a
> >> sanity check and this results in the same error being thrown.
> >>
> >> Host is RHEL6.1 using latest qemu.git, guests are win2k8 server r2 (same
> >
> > I'm pretty much sure that hyper-v support was not backported into RHEL
> > 6.1 KVM.
>
> So is there a hyper-v capability for KVM then? Or a CPUID feature?
KVM_CAP_HYPERV, but we don't use it at the moment.
>
> Should QEMU refuse to enable hv_relaxed if the capability isn't present?
Yes. I will submit a patch.
Best regards,
Vadim.
>
> Regards,
>
> Anthony Liguori
>
> > Best regards,
> > Vadim.
> >
> >> behavior for both SP0 and SP1). Here's the full command-line:
> >>
> >> qemu-upstream -L ../qemu-build/pc-bios -cpu qemu64,hv_relaxed
> >> --enable-kvm \ -M pc-1.1 -enable-kvm -m 4096 -smp
> >> 4,sockets=4,cores=1,threads=1 \ -name ichigo-dom45 -nodefconfig
> >> -nodefaults -rtc base=utc,driftfix=slew \ -drive
> >> file=/scratch/mdroth/win2k8r2sp1.raw,if=none,id=drive0,format=raw,cache
> >> =wr itethrough,snapshot=on \ -device
> >> virtio-blk-pci,bus=pci.0,drive=drive0,id=disk0,bootindex=1 \ -netdev
> >> tap,id=hostnet0,script=/etc/qemu-ifup \
> >>
> >> -device
> >>
> >> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:FF:FE:00:00:2d,bus=pci.0 \
> >> -device virtio-balloon-pci,id=balloon0,bus=pci.0 \
> >>
> >> -usb -device usb-tablet,id=input0 -vnc 0.0.0.0:45 -vga cirrus
> >>
> >> Unfortunately the BSOD is too early to get a kernel dump, but here are
> >> the error params in case that's useful:
> >>
> >> 0xFC0000096, 0xF800027F6200, 0x0, 0x0
> >>
> >> Let me know if you need any other details.
> >>
> >> Thanks!
next prev parent reply other threads:[~2012-03-15 20:32 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-15 19:14 [Qemu-devel] BSOD when using Hyper-V extensions with Win2k8R2 guests Michael Roth
2012-03-15 19:54 ` Vadim Rozenfeld
2012-03-15 20:00 ` Anthony Liguori
2012-03-15 20:32 ` Vadim Rozenfeld [this message]
2012-03-15 21:26 ` Paolo Bonzini
2012-03-15 21:39 ` Michael Roth
2012-03-15 22:10 ` Vadim Rozenfeld
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=201203152232.39166.vrozenfe@redhat.com \
--to=vrozenfe@redhat.com \
--cc=aliguori@us.ibm.com \
--cc=anthony@codemonkey.ws \
--cc=mdroth@linux.vnet.ibm.com \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).