From: Andre Przywara <andre.przywara@amd.com>
To: Michael Tokarev <mjt@tls.msk.ru>
Cc: Avi Kivity <avi@redhat.com>, KVM list <kvm@vger.kernel.org>
Subject: Re: Booting/installing WindowsNT
Date: Wed, 5 May 2010 12:18:57 +0200 [thread overview]
Message-ID: <4BE14611.4080307@amd.com> (raw)
In-Reply-To: <4BE131AA.8040506@msgid.tls.msk.ru>
Michael Tokarev wrote:
> 05.05.2010 12:32, Andre Przywara wrote:
>> Avi Kivity wrote:
>>> On 05/04/2010 06:27 PM, Andre Przywara wrote:
>>>>
>>>>> 3. In all other cases so far it BSoDs with STOP 0x3E error
>>>>> right before displaying that kernel message.
>>>> MSDN talks about a mulitprocessor configuration error:
>>>> http://msdn.microsoft.com/en-us/library/ms819006.aspx
>>>> I suspected the offline CPUs in the mptable that confuse NT. But -smp
>>>> 1,maxcpus=1 does not make a difference. I will try to dig deeper in
>>>> this area.
>> OK, I tackled this down. It is the max CPUID level that differs.
>> In the AMD CPUID guide leafs 0000_0002 till 0000_0004 are reserved, the
>> CPU that Michael and I used (K8RevF) actually have a max leaf of 1 here.
>> Default qemu64 has a max leaf of 4.
>> So by saying -cpu qemu64,level=1 (or 2 or 3) it works for me.
>> Modern OS only read leaf 4 on Intel systems, it seems that NT4 is
>> missing this.
>
> Confirmed, with -cpu qemu64,level=[123] it works for me as well.
The strange thing is that NT4 never reads leaf 4:
kvm-2341 [003] 228.527874: kvm_cpuid: func 40000000 rax 0 rbx
4b4d564b rcx 564b4d56 rdx 4d
kvm-2341 [003] 228.530033: kvm_cpuid: func 1 rax 623 rbx 800 rcx
80002001 rdx 78bfbfd
kvm-2341 [003] 228.530081: kvm_cpuid: func 80000000 rax 8000000a rbx
68747541 rcx 444d4163 rdx 69746e65
kvm-2341 [003] 228.530084: kvm_cpuid: func 80000008 rax 3028 rbx 0
rcx 0 rdx 0
kvm-2341 [003] 228.530147: kvm_cpuid: func 1 rax 623 rbx 800 rcx
80002001 rdx 78bfbfd
kvm-2341 [002] 228.538254: kvm_cpuid: func 1 rax 623 rbx 800 rcx
80002001 rdx 78bfbfd
kvm-2341 [002] 228.539902: kvm_cpuid: func 1 rax 623 rbx 800 rcx
80002001 rdx 78bfbfd
kvm-2341 [002] 236.273370: kvm_cpuid: func 1 rax 623 rbx 800 rcx
80002001 rdx 78bfbfd
kvm-2341 [002] 236.273381: kvm_cpuid: func 0 rax 4 rbx 68747541 rcx
444d4163 rdx 69746e65
With level=4 it BSODs afterwards, with level=1 it beyond that:
kvm-2472 [002] 871.379192: kvm_cpuid: func 1 rax 623 rbx 800 rcx
80002001 rdx 78bfbfd
kvm-2472 [002] 871.379235: kvm_cpuid: func 0 rax 1 rbx 68747541 rcx
444d4163 rdx 69746e65
kvm-2472 [002] 871.379238: kvm_cpuid: func 1 rax 623 rbx 800 rcx
80002001 rdx 78bfbfd
....
Interestingly it also accesses leaf 8000_0008, I thought that that leaf
wasn't around in 1996.
>
> Note again that after service pack 6 (I haven't tried other SPs),
> the problem goes away entirely -- winNT SP6 works with the default
> kvm cpu just fine.
I agree with Avi that it looks like a bug to me. I will see if I can
learn more about it.
Regards,
Andre.
--
Andre Przywara
AMD-Operating System Research Center (OSRC), Dresden, Germany
Tel: +49 351 448-3567-12
next prev parent reply other threads:[~2010-05-05 10:19 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
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 [this message]
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=4BE14611.4080307@amd.com \
--to=andre.przywara@amd.com \
--cc=avi@redhat.com \
--cc=kvm@vger.kernel.org \
--cc=mjt@tls.msk.ru \
/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