From: Avi Kivity <avi@redhat.com>
To: Mark Cave-Ayland <mark.cave-ayland@siriusit.co.uk>
Cc: kvm@vger.kernel.org
Subject: Re: WinXP virtual crashes on 0.12.1.2 but not 0.12.1.1
Date: Thu, 07 Jan 2010 10:50:34 +0200 [thread overview]
Message-ID: <4B45A05A.5020304@redhat.com> (raw)
In-Reply-To: <4B44B018.90003@siriusit.co.uk>
On 01/06/2010 05:45 PM, Mark Cave-Ayland wrote:
> Avi Kivity wrote:
>
>> It probably did make some kind of difference. Please try a clean
>> install.
>
> After several hours of testing, I've finally found out what the
> problem is.
>
> I tried a clean WinXP guest install and that worked, so it was
> obviously a driver issue. After disabling various drivers in the WinXP
> guest, I didn't get anywhere so I decided to take a break and test
> Marcelo's VNC patch. With this applied, I could actually see all of
> the information in the BSOD which showed the error was in intelppm.sys.
>
> A quick search took me to this page here:
> http://blogs.msdn.com/virtual_pc_guy/archive/2005/10/24/484461.aspx
> which explains the issue in more detail. I first tried disabling the
> intelppm driver and rebooting, but that didn't make a difference;
> however disabling the Processor driver worked and my guest VM booted
> in Normal Mode :)
>
> I think the issue is probably similar to that explained in the article
> above; with a new processor reported to the guest, the internal
> processor driver tries to upload some kind of microcode to the new
> device which fails and causes the guest to fall over. Can we teach KVM
> to silently discard these kinds of updates?
>
Can you try loading kvm.ko with the ignore_msrs module parameter set?
--
error compiling committee.c: too many arguments to function
next prev parent reply other threads:[~2010-01-07 8:50 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-01-05 16:09 WinXP virtual crashes on 0.12.1.2 but not 0.12.1.1 Mark Cave-Ayland
2010-01-05 17:15 ` Avi Kivity
2010-01-05 17:25 ` Mark Cave-Ayland
2010-01-06 11:25 ` Mark Cave-Ayland
2010-01-06 12:29 ` Marcelo Tosatti
2010-01-06 12:33 ` Gleb Natapov
2010-01-06 12:39 ` Gleb Natapov
2010-01-06 12:46 ` Mark Cave-Ayland
2010-01-06 12:41 ` Avi Kivity
2010-01-06 12:50 ` Mark Cave-Ayland
2010-01-06 12:54 ` Gleb Natapov
2010-01-06 13:14 ` Mark Cave-Ayland
2010-01-06 13:47 ` Yaniv Kaul
2010-01-06 12:56 ` Gleb Natapov
2010-01-06 13:02 ` Avi Kivity
2010-01-06 15:45 ` Mark Cave-Ayland
2010-01-06 17:08 ` Mark Cave-Ayland
2010-01-07 8:51 ` Avi Kivity
2010-01-07 9:57 ` Mark Cave-Ayland
2010-01-07 12:34 ` Avi Kivity
2010-01-07 8:50 ` Avi Kivity [this message]
2010-01-07 9:55 ` Mark Cave-Ayland
2010-01-24 7:40 ` Avi Kivity
2010-01-25 15:15 ` Mark Cave-Ayland
2010-01-25 15:27 ` Avi Kivity
2010-01-25 16:06 ` Mark Cave-Ayland
2010-01-25 16:09 ` Avi Kivity
2010-01-25 16:18 ` Mark Cave-Ayland
2010-01-25 16:22 ` Avi Kivity
2010-01-25 16:54 ` Mark Cave-Ayland
2010-01-25 17:37 ` Avi Kivity
2010-01-25 22:25 ` Mark Cave-Ayland
2010-01-26 6:18 ` Avi Kivity
2010-01-26 9:56 ` Mark Cave-Ayland
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=4B45A05A.5020304@redhat.com \
--to=avi@redhat.com \
--cc=kvm@vger.kernel.org \
--cc=mark.cave-ayland@siriusit.co.uk \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.