From: "Zhang Haoyu" <zhanghy@sangfor.com>
To: "Thomas Lau" <tlau@tetrioncapital.com>
Cc: "Vadim Rozenfeld" <vrozenfe@redhat.com>,
kvm <kvm@vger.kernel.org>, imammedo <imammedo@redhat.com>
Subject: Re: Windows 7 VM BSOD
Date: Thu, 4 Dec 2014 15:15:50 +0800 [thread overview]
Message-ID: <201412041515504044031@sangfor.com> (raw)
In-Reply-To: CAEZt6eBaV2okzgWNd3r5kD01YoP5RCvQk-phEB+gbrvKTzDi0A@mail.gmail.com
>Is this the correct function?
>kvm_lapic_set_eoi
>
No, see the detail of commit fc57ac2c9ca,
https://git.kernel.org/cgit/virt/kvm/kvm.git/commit/arch/x86/kvm/lapic.c?id=fc57ac2c9ca8109ea97fcc594f4be436944230cc
>I found that one tho.
>
>On Thu, Dec 4, 2014 at 2:22 PM, Thomas Lau <tlau@tetrioncapital.com> wrote:
>> I see, so it's minor performance gain, and not stability related
>> option which is good.
>>
>> I am checking http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.13.11.5-trusty/,
>> changelog showing lsr function is included, but when I download and
>> extract kvm.ko out then run nm kvm.ko | grep lsr, nothing found.
>>
>> On Thu, Dec 4, 2014 at 12:32 PM, Zhang Haoyu <zhanghy@sangfor.com> wrote:
>>>>what does vapic affect Windows 7 at all if I disable it? if it just a
>>>>minor performance drop, I am fine with that.
>>>>
>>> hv_vapic provides accelerated MSR access to high usage memory mapped APIC
>>> registers, EOI, ICR, TPR.
>>> You can gain performance promotion from it, not too much,
>>> but it also depends on the frequency of access to above three apic regs.
>>>
>>>>On Thu, Dec 4, 2014 at 10:06 AM, Zhang Haoyu <zhanghy@sangfor.com> wrote:
>>>>>>Sure, but I am little confused as KVM is part of linux kernel now, if
>>>>>>I want to try it, should I just upgrade kernel or compile kvm kernel
>>>>>>module by myself ?!
>>>>>>
>>>>> You can just apply the patch to kvm module and rebuild it.
>>>>>
>>>>>>On Thu, Dec 4, 2014 at 10:01 AM, Zhang Haoyu <zhanghy@sangfor.com> wrote:
>>>>>>>>I just confirmed that vapic is causing win7 stuck.
>>>>>>>>
>>>>>>> You'd better try the commit fc57ac2c9ca :-)
>>>>>>>
>>>>>>>>On Thu, Dec 4, 2014 at 9:34 AM, Thomas Lau <tlau@tetrioncapital.com> wrote:
>>>>>>>>> Hi,
>>>>>>>>>
>>>>>>>>> I don't want to recompile stuff, does it matter to have hv_vapic on at all?
>>>>>>>>>
>>>>>>>>> On Thu, Dec 4, 2014 at 9:24 AM, Zhang Haoyu <zhanghy@sangfor.com> wrote:
>>>>>>>>>>> Oh I see,
>>>>>>>>>>>
>>>>>>>>>>> So 101 BSOD problem is well known? Can't find any document mention about 101 BSOD online.
>>>>>>>>>>>
>>>>>>>>>>> I tried to use hv_ other options but Win7 can't boot up properly and stucked at starting Windows screen.
>>>>>>>>>>>
>>>>>>>>>> Could you confirm that the stuck was caused by vhich hv feature?
>>>>>>>>>> The commit fc57ac2c9ca can resolve a stuck caused by hv_vapic which I encountered before.
>>>>>>>>>> https://git.kernel.org/cgit/virt/kvm/kvm.git/commit/arch/x86/kvm/lapic.c?id=fc57ac2c9ca8109ea97fcc594f4be436944230cc
>>>>>>>>>>
>>>>>>>>>>> Sent from my BlackBerry 10 smartphone.
>>>>>>>>>>> Original Message
>>>>>>>>>>> From: Vadim Rozenfeld
>>>>>>>>>>> Sent: Wednesday, 3 December, 2014 7:30 PM
>>>>>>>>>>> To: Thomas Lau
>>>>>>>>>>> Cc: Zhang Haoyu; kvm; imammedo
>>>>>>>>>>> Subject: Re: Windows 7 VM BSOD
>>>>>>>>>>>
>>>>>>>>>>> If you run WS2008(R2) or Win7 - always turn on relaxed timing. Otherwise
>>>>>>>>>>> it's just a matter of time when you hit 101 BOSD.
>>>>>>>>>>> Bugcheck 78 is quite rare one. What is your setup, and how easy it's
>>>>>>>>>>> reproducible?
>>>>>>>>>>>
>>>>>>>>>>> Best regards,
>>>>>>>>>>> Vadim.
>>>>>>>>>>>
>>>>>>>>>>> On Wed, 2014-12-03 at 19:13 +0800, Thomas Lau wrote:
>>>>>>>>>>> > "it works on your side" meaning that you had such issue but afterwards
>>>>>>>>>>> > it's all fixed by apply hv_relaxed ?
>>>>>>>>>>> >
>>>>>>>>>>> > On Wed, Dec 3, 2014 at 7:08 PM, Zhang Haoyu <zhanghy@sangfor.com> wrote:
>>>>>>>>>>> > >> https://bugzilla.redhat.com/show_bug.cgi?id=893857
>>>>>>>>>>> > >>
>>>>>>>>>>> > >> In fact I am doing testing now, but are we fixing one problem and
>>>>>>>>>>> > >> introduce other problem?!
>>>>>>>>>>> > >>
>>>>>>>>>>> > > I'm not sure about this, but it works on my side,
>>>>>>>>>>> > > I think BSOD(error:0x00000078) has been fixed,
>>>>>>>>>>> > > please show your environment.
>>>>>>>>>>> > >
>>>>>>>>>>> > > Thanks,
>>>>>>>>>>> > > Zhang Haoyu
>>>>>>>>>>> > >> On Wed, Dec 3, 2014 at 6:36 PM, Thomas Lau <tlau@tetrioncapital.com> wrote:
>>>>>>>>>>> > >> > Hi,
>>>>>>>>>>> > >> >
>>>>>>>>>>> > >> > How do I know if my qemu-kvm version support this?
>>>>>>>>>>> > >> >
>>>>>>>>>>> > >> > On Wed, Dec 3, 2014 at 6:25 PM, Zhang Haoyu <zhanghy@sangfor.com> wrote:
>>>>>>>>>>> > >> >>> Hi All,
>>>>>>>>>>> > >> >>>
>>>>>>>>>>> > >> >>> I am running 3.13.0-24-generic kernel on Ubuntu 14, Windows 7 VM
>>>>>>>>>>> > >> >>> installation was fine, but it does random reboot by itself, the error
>>>>>>>>>>> > >> >>> code is 0x00000101, does anyone know how to fix this?
>>>>>>>>>>> > >> >> Could you try hv_relaxed, like "-cpu kvm64,hv_relaxed".
>>>>>>>>>>> > >> >>
>>>>>>>>>>> > >> >> Thanks,
>>>>>>>>>>> > >> >> Zhang Haoyu
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Thomas Lau
>>>>>>>>> Director of Infrastructure
>>>>>>>>> Tetrion Capital Limited
>>>>>>>>>
>>>>>>>>> Direct: +852-3976-8903
>>>>>>>>> Mobile: +852-9323-9670
>>>>>>>>> Address: 20/F, IFC 1, Central district, Hong Kong
>>>
>>
>>
>>
>> --
>> Thomas Lau
>> Director of Infrastructure
>> Tetrion Capital Limited
>>
>> Direct: +852-3976-8903
>> Mobile: +852-9323-9670
>> Address: 20/F, IFC 1, Central district, Hong Kong
next prev parent reply other threads:[~2014-12-04 7:16 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-03 10:18 Windows 7 VM BSOD Thomas Lau
2014-12-03 10:25 ` Zhang Haoyu
2014-12-03 10:36 ` Thomas Lau
2014-12-03 10:56 ` Thomas Lau
2014-12-03 11:08 ` Zhang Haoyu
2014-12-03 11:13 ` Thomas Lau
2014-12-03 11:29 ` Vadim Rozenfeld
2014-12-03 11:36 ` tlau
2014-12-03 12:14 ` Vadim Rozenfeld
2014-12-03 14:51 ` Thomas Lau
2014-12-03 15:05 ` Thomas Lau
2014-12-04 1:24 ` Zhang Haoyu
2014-12-04 1:34 ` Thomas Lau
2014-12-04 1:45 ` Thomas Lau
2014-12-04 2:01 ` Zhang Haoyu
2014-12-04 2:02 ` Thomas Lau
2014-12-04 2:06 ` Zhang Haoyu
2014-12-04 2:48 ` Thomas Lau
2014-12-04 4:32 ` Zhang Haoyu
2014-12-04 6:22 ` Thomas Lau
2014-12-04 6:24 ` Thomas Lau
2014-12-04 7:15 ` Zhang Haoyu [this message]
2014-12-04 8:37 ` Thomas Lau
2014-12-04 9:09 ` Thomas Lau
2014-12-04 9:19 ` Zhang Haoyu
2014-12-04 9:20 ` Thomas Lau
2014-12-04 8:36 ` Vadim Rozenfeld
2014-12-09 3:54 ` Thomas Lau
2014-12-09 7:10 ` Vadim Rozenfeld
2014-12-09 7:54 ` Thomas Lau
2014-12-09 8:03 ` Vadim Rozenfeld
2014-12-09 8:24 ` Thomas Lau
2014-12-10 0:51 ` tlau
2014-12-10 6:19 ` Vadim Rozenfeld
2014-12-10 7:42 ` Thomas Lau
2014-12-10 9:16 ` Vadim Rozenfeld
2014-12-03 11:01 ` Zhang Haoyu
2014-12-03 11:04 ` Thomas Lau
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=201412041515504044031@sangfor.com \
--to=zhanghy@sangfor.com \
--cc=imammedo@redhat.com \
--cc=kvm@vger.kernel.org \
--cc=tlau@tetrioncapital.com \
--cc=vrozenfe@redhat.com \
/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