public inbox for kvm@vger.kernel.org
 help / color / mirror / Atom feed
From: Michael Tokarev <mjt@tls.msk.ru>
To: Andre Przywara <andre.przywara@amd.com>
Cc: Avi Kivity <avi@redhat.com>, KVM list <kvm@vger.kernel.org>
Subject: Re: Booting/installing WindowsNT
Date: Mon, 03 May 2010 21:03:06 +0400	[thread overview]
Message-ID: <4BDF01CA.80505@msgid.tls.msk.ru> (raw)
In-Reply-To: <4BDE9757.8090809@amd.com>

03.05.2010 13:28, Andre Przywara wrote:
> Avi Kivity wrote:
>> On 05/03/2010 11:24 AM, Andre Przywara wrote:
>>>
>>> can you try -cpu kvm64? This should be somewhat in between -cpu host
>>> and -cpu qemu64.
>>> Also look in dmesg for uncatched rd/wrmsrs. In case you find
>>> something there, please try:
>>> # modprobe kvm ignore_msrs=1
>>> (You have to unload the modules first)
>>
>> It's unlikely NT 4 will touch msrs, it's used to running on very old
>> hardware (pre-msr, even). I expect it's a problem with the bios or
>> vendor/model/blah.
> That is probably right, although I could be that it uses some MSRs if it
> finds the CPUID bit set. But I just wanted to make sure that not the issue.
>
> I made a diff of the CPUID flags between qemu64 and Michael's host, the
> difference is:
> only on qemu64: up hypervisor
> up is a Linux pseudo flag for a SMP kernel running on an UP host, the
> hypervisor bit has been introduced much later than even SP6. I guess
> that is OK, but note that Linux supposedly recognizes the single VCPU
> guest with -cpu host as SMP. But I guess that is not an issue for NT4,
> since it does not know about multi-core CPUs and CPUID based topology
> detection.
>
> only on host: vme ht mmxext fxsr_opt rdtscp 3dnowext 3dnow rep_good
> extd_apicid
> cmp_legacy svm extapic cr8_legacy 3dnowprefetch lbrv
> Most of the features are far younger than NT4, only "vme" sticks out.
> This is pretty old flag, but I am not sure if that matters. My
> documentation reads:
> VME: virtual-mode enhancements. CR4.VME, CR4.PVI, software interrupt
> indirection, expansion of the TSS with the software, indirection bitmap,
> EFLAGS.VIF, EFLAGS.VIP.
>
> Let's just rule that out:
>
> Michael, can you try to use -cpu host,-vme and see if that makes a
> difference?

With -cpu host,-vme winNT boots just fine as with just -cpu host.

I also tried with -cpu qemu64 and kvm64, with +vme and -vme (4
combinations in total) - in all cases winNT crashes with the
same 0x0000003E error.  So it appears that vme makes no
difference.

While trying some other combinations, I noticed that with
-cpu pentium, while the install CD stops after loading
kernel (no BSoD as with other cases, it just stalls),
it stops... differently than in other cases.  It sits
there doing exactly nothing, all host CPUs are idle,
there's no progress of any sort.  In all other cases
the guest cpu is working at full speed all the time.

Just.. random observation, yet another one... ;)

Thanks!

/mjt

  reply	other threads:[~2010-05-03 17:03 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-04-30 20:59 Booting/installing WindowsNT Michael Tokarev
2010-04-30 21:40 ` Michael Tokarev
2010-05-02 10:04   ` Avi Kivity
2010-05-02 16:12     ` Michael Tokarev
2010-05-02 16:40       ` Avi Kivity
2010-05-02 16:44         ` Michael Tokarev
2010-05-03  8:24       ` Andre Przywara
2010-05-03  8:48         ` Avi Kivity
2010-05-03  9:28           ` Andre Przywara
2010-05-03 17:03             ` Michael Tokarev [this message]
2010-05-04  9:06               ` Avi Kivity
2010-05-04 12:08                 ` Andre Przywara
2010-05-04 12:40                   ` Michael Tokarev
2010-05-04 15:27                     ` Andre Przywara
2010-05-04 16:23                       ` Avi Kivity
2010-05-05  4:35                         ` Michael Tokarev
2010-05-05  8:32                         ` Andre Przywara
2010-05-05  8:41                           ` Avi Kivity
2010-05-05  8:53                             ` Andre Przywara
2010-05-05  8:51                           ` Michael Tokarev
2010-05-05  8:59                             ` Avi Kivity
2010-05-05 10:18                             ` Andre Przywara
2010-05-05 11:35                               ` Avi Kivity
2010-05-03 16:54         ` Michael Tokarev

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=4BDF01CA.80505@msgid.tls.msk.ru \
    --to=mjt@tls.msk.ru \
    --cc=andre.przywara@amd.com \
    --cc=avi@redhat.com \
    --cc=kvm@vger.kernel.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