On 05/05/2010 11:51 AM, Michael Tokarev wrote:
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.
OK, I tackled this down. It is the max CPUID level that differs.
Confirmed, with -cpu qemu64,level=[123] it works for me as well.
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.
Interesting, may be a guest bug that was fixed later.
--
error compiling committee.c: too many arguments to function
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
