* unhandled vm exit: 0x80000021 vcpu_id 0
@ 2008-09-29 10:18 p.quida
2008-09-29 14:43 ` Sheng Yang
0 siblings, 1 reply; 6+ messages in thread
From: p.quida @ 2008-09-29 10:18 UTC (permalink / raw)
To: kvm
Hi,
I have successfully installed windows XP SP2 on kvm. After the
installation I have launched the setup of "Checkpoint - Pointsec" for
the entire disk encryption.
The first step of installation was run successfully, but when the
system reboots and "Pointsec" loads the initial code, the following
error happens:
======================================================================================
unhandled vm exit: 0x80000021 vcpu_id 0
rax 0000000000000007 rbx 0000000000001490 rcx 0000000000000000 rdx
00000000000019a0
rsi 0000000000000000 rdi 0000000000000000 rsp 0000000000000080 rbp
00000000000096bf
r8 0000000000000000 r9 0000000000000000 r10 0000000000000000 r11
0000000000000000
r12 0000000000000000 r13 0000000000000000 r14 0000000000000000 r15
0000000000000000
rip 000000000000002a rflags 00023202
cs 14a2 (00000000/00000000 p 0 dpl 0 db 0 s 0 type 9 l 0 g 0 avl 0)
ds 19a0 (00000000/00000000 p 0 dpl 0 db 0 s 0 type 0 l 0 g 0 avl 0)
es 1a31 (00000000/00000000 p 0 dpl 0 db 0 s 0 type 0 l 0 g 0 avl 0)
ss 1a29 (00000000/00000000 p 0 dpl 0 db 0 s 0 type 1 l 0 g 0 avl 0)
fs 0000 (00000000/00000000 p 0 dpl 0 db 0 s 0 type 0 l 0 g 0 avl 0)
gs 0000 (00000000/00000000 p 0 dpl 0 db 0 s 0 type 0 l 0 g 0 avl 0)
tr 0058 (00201ffa/0000ffff p 1 dpl 0 db 0 s 0 type b l 0 g 0 avl 0)
ldt 0000 (00000000/00000000 p 0 dpl 0 db 0 s 0 type 0 l 0 g 0 avl 0)
gdt 200000/1dd8
idt 201df0/188
cr0 80000019 cr2 0 cr3 1440000 cr4 0 cr8 0 efer 0
Aborted
======================================================================================
I am able to boot this system (image) using qemu (with kqemu enabled
for user code), but not using kvm.
I have also tried with the options: -no-kvm-irqchip -no-kvm-pit -no-
acpi without success. Only the -no-kvm option works.
I have tried these kvm releases: from 65 to 76; and these kernel
(vanilla) releases: from 2.6.23.1 to 2.6.26.5.
My computer is a Dell D630 equipped with Intel(R) Core(TM)2 Duo CPU
T7300 @ 2.00GHz
The HOST Linux distributions used are: Fedora 8/9 for i386, and Fedora
9 for x86_64.
Regards, Pier Luigi
Con Tiscali Adsl 8 Mega navighi SENZA LIMITI e GRATIS PER I PRIMI TRE MESI. In seguito paghi solo € 19,95 al mese. Attivala ora, l?offerta è valida fino al 02/10/2008! http://abbonati.tiscali.it/promo/adsl8mega/
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: unhandled vm exit: 0x80000021 vcpu_id 0
2008-09-29 10:18 p.quida
@ 2008-09-29 14:43 ` Sheng Yang
0 siblings, 0 replies; 6+ messages in thread
From: Sheng Yang @ 2008-09-29 14:43 UTC (permalink / raw)
To: p.quida@tiscali.it; +Cc: kvm
On Mon, Sep 29, 2008 at 6:18 PM, p.quida@tiscali.it <p.quida@tiscali.it> wrote:
> Hi,
> I have successfully installed windows XP SP2 on kvm. After the
> installation I have launched the setup of "Checkpoint - Pointsec" for
> the entire disk encryption.
Hi Pier
Can you issue a bug for this? But sadly "Checkpoint" is a commercial
software, we may not deal with it directly and immediately.
> The first step of installation was run successfully, but when the
> system reboots and "Pointsec" loads the initial code, the following
> error happens:
> ======================================================================================
> unhandled vm exit: 0x80000021 vcpu_id 0
> rax 0000000000000007 rbx 0000000000001490 rcx 0000000000000000 rdx
> 00000000000019a0
> rsi 0000000000000000 rdi 0000000000000000 rsp 0000000000000080 rbp
> 00000000000096bf
> r8 0000000000000000 r9 0000000000000000 r10 0000000000000000 r11
> 0000000000000000
> r12 0000000000000000 r13 0000000000000000 r14 0000000000000000 r15
> 0000000000000000
> rip 000000000000002a rflags 00023202
> cs 14a2 (00000000/00000000 p 0 dpl 0 db 0 s 0 type 9 l 0 g 0 avl 0)
> ds 19a0 (00000000/00000000 p 0 dpl 0 db 0 s 0 type 0 l 0 g 0 avl 0)
> es 1a31 (00000000/00000000 p 0 dpl 0 db 0 s 0 type 0 l 0 g 0 avl 0)
> ss 1a29 (00000000/00000000 p 0 dpl 0 db 0 s 0 type 1 l 0 g 0 avl 0)
> fs 0000 (00000000/00000000 p 0 dpl 0 db 0 s 0 type 0 l 0 g 0 avl 0)
> gs 0000 (00000000/00000000 p 0 dpl 0 db 0 s 0 type 0 l 0 g 0 avl 0)
> tr 0058 (00201ffa/0000ffff p 1 dpl 0 db 0 s 0 type b l 0 g 0 avl 0)
> ldt 0000 (00000000/00000000 p 0 dpl 0 db 0 s 0 type 0 l 0 g 0 avl 0)
> gdt 200000/1dd8
> idt 201df0/188
> cr0 80000019 cr2 0 cr3 1440000 cr4 0 cr8 0 efer 0
What's this... CR0.PE clear, CR0.PG set... And segment register also
strange. May be some real emulation wrong...
> Aborted
> ======================================================================================
> I am able to boot this system (image) using qemu (with kqemu enabled
> for user code), but not using kvm.
> I have also tried with the options: -no-kvm-irqchip -no-kvm-pit -no-
> acpi without success. Only the -no-kvm option works.
> I have tried these kvm releases: from 65 to 76; and these kernel
> (vanilla) releases: from 2.6.23.1 to 2.6.26.5.
Thanks for your patient...
> My computer is a Dell D630 equipped with Intel(R) Core(TM)2 Duo CPU
> T7300 @ 2.00GHz
> The HOST Linux distributions used are: Fedora 8/9 for i386, and Fedora
> 9 for x86_64.
Can you show dmesg as well? That's also helps.
--
regards,
Yang, Sheng
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: unhandled vm exit: 0x80000021 vcpu_id 0
@ 2008-10-02 22:16 p.quida
2008-10-03 0:57 ` Sheng Yang
0 siblings, 1 reply; 6+ messages in thread
From: p.quida @ 2008-10-02 22:16 UTC (permalink / raw)
To: yasker; +Cc: kvm
[-- Attachment #1: Type: text/plain, Size: 3259 bytes --]
Hi,
I understand the "particularity" (checkpoint) of this case.
Any way, in the attachment the dmesg log and the output of the dmesg
command.
thanks for your helpfulness.
Regards.
Sheng Yang wrote:
> On Mon, Sep 29, 2008 at 6:18 PM, p.quida@tiscali.it <p.quida@tiscali.
it> wrote:
>
>> Hi,
>> I have successfully installed windows XP SP2 on kvm. After the
>> installation I have launched the setup of "Checkpoint - Pointsec"
for
>> the entire disk encryption.
>>
>
> Hi Pier
>
> Can you issue a bug for this? But sadly "Checkpoint" is a commercial
> software, we may not deal with it directly and immediately.
>
>
>> The first step of installation was run successfully, but when the
>> system reboots and "Pointsec" loads the initial code, the following
>> error happens:
>>
======================================================================================
>> unhandled vm exit: 0x80000021 vcpu_id 0
>> rax 0000000000000007 rbx 0000000000001490 rcx 0000000000000000 rdx
>> 00000000000019a0
>> rsi 0000000000000000 rdi 0000000000000000 rsp 0000000000000080 rbp
>> 00000000000096bf
>> r8 0000000000000000 r9 0000000000000000 r10 0000000000000000 r11
>> 0000000000000000
>> r12 0000000000000000 r13 0000000000000000 r14 0000000000000000 r15
>> 0000000000000000
>> rip 000000000000002a rflags 00023202
>> cs 14a2 (00000000/00000000 p 0 dpl 0 db 0 s 0 type 9 l 0 g 0 avl 0)
>> ds 19a0 (00000000/00000000 p 0 dpl 0 db 0 s 0 type 0 l 0 g 0 avl 0)
>> es 1a31 (00000000/00000000 p 0 dpl 0 db 0 s 0 type 0 l 0 g 0 avl 0)
>> ss 1a29 (00000000/00000000 p 0 dpl 0 db 0 s 0 type 1 l 0 g 0 avl 0)
>> fs 0000 (00000000/00000000 p 0 dpl 0 db 0 s 0 type 0 l 0 g 0 avl 0)
>> gs 0000 (00000000/00000000 p 0 dpl 0 db 0 s 0 type 0 l 0 g 0 avl 0)
>> tr 0058 (00201ffa/0000ffff p 1 dpl 0 db 0 s 0 type b l 0 g 0 avl 0)
>> ldt 0000 (00000000/00000000 p 0 dpl 0 db 0 s 0 type 0 l 0 g 0 avl
0)
>> gdt 200000/1dd8
>> idt 201df0/188
>> cr0 80000019 cr2 0 cr3 1440000 cr4 0 cr8 0 efer 0
>>
>
> What's this... CR0.PE clear, CR0.PG set... And segment register also
> strange. May be some real emulation wrong...
>
>
>> Aborted
>>
======================================================================================
>> I am able to boot this system (image) using qemu (with kqemu
enabled
>> for user code), but not using kvm.
>> I have also tried with the options: -no-kvm-irqchip -no-kvm-pit -
no-
>> acpi without success. Only the -no-kvm option works.
>> I have tried these kvm releases: from 65 to 76; and these kernel
>> (vanilla) releases: from 2.6.23.1 to 2.6.26.5.
>>
>
> Thanks for your patient...
>
>> My computer is a Dell D630 equipped with Intel(R) Core(TM)2 Duo CPU
>> T7300 @ 2.00GHz
>> The HOST Linux distributions used are: Fedora 8/9 for i386, and
Fedora
>> 9 for x86_64.
>>
>
> Can you show dmesg as well? That's also helps.
>
>
_______________________________________________________________
Con Tiscali Adsl 8 Mega navighi SENZA LIMITI e GRATIS PER I PRIMI TRE MESI. In seguito paghi solo € 19,95 al mese. Attivala subito, l?offerta è valida fino al 02/10/2008! http://abbonati.tiscali.it/promo/adsl8mega/
[-- Attachment #2: dmesg.tgz --]
[-- Type: APPLICATION/X-GZIP, Size: 11481 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: unhandled vm exit: 0x80000021 vcpu_id 0
2008-10-02 22:16 unhandled vm exit: 0x80000021 vcpu_id 0 p.quida
@ 2008-10-03 0:57 ` Sheng Yang
0 siblings, 0 replies; 6+ messages in thread
From: Sheng Yang @ 2008-10-03 0:57 UTC (permalink / raw)
To: p.quida@tiscali.it; +Cc: yasker, kvm
On Fri, Oct 03, 2008 at 12:16:20AM +0200, p.quida@tiscali.it wrote:
>
> Hi,
> I understand the "particularity" (checkpoint) of this case.
Hi Pier
Thanks for your understanding. :)
>
> Any way, in the attachment the dmesg log and the output of the dmesg
> command.
But it's strange that I almost can't see anything correlated with kvm in the
log. If you built kvm as a modules(I suppose you did it because you tried
many versions), at least something like "load kvm module xxx" should
appear(and Windows always trig a apic write error before Jan's patch make
them slience).
Is this the dmesg when the error was happening?
--
regards
Yang, Sheng
>
> thanks for your helpfulness.
>
> Regards.
>
> Sheng Yang wrote:
> > On Mon, Sep 29, 2008 at 6:18 PM, p.quida@tiscali.it <p.quida@tiscali.
> it> wrote:
> >
> >> Hi,
> >> I have successfully installed windows XP SP2 on kvm. After the
> >> installation I have launched the setup of "Checkpoint - Pointsec"
> for
> >> the entire disk encryption.
> >>
> >
> > Hi Pier
> >
> > Can you issue a bug for this? But sadly "Checkpoint" is a commercial
> > software, we may not deal with it directly and immediately.
> >
> >
> >> The first step of installation was run successfully, but when the
> >> system reboots and "Pointsec" loads the initial code, the following
> >> error happens:
> >>
> ======================================================================================
> >> unhandled vm exit: 0x80000021 vcpu_id 0
> >> rax 0000000000000007 rbx 0000000000001490 rcx 0000000000000000 rdx
> >> 00000000000019a0
> >> rsi 0000000000000000 rdi 0000000000000000 rsp 0000000000000080 rbp
> >> 00000000000096bf
> >> r8 0000000000000000 r9 0000000000000000 r10 0000000000000000 r11
> >> 0000000000000000
> >> r12 0000000000000000 r13 0000000000000000 r14 0000000000000000 r15
> >> 0000000000000000
> >> rip 000000000000002a rflags 00023202
> >> cs 14a2 (00000000/00000000 p 0 dpl 0 db 0 s 0 type 9 l 0 g 0 avl 0)
> >> ds 19a0 (00000000/00000000 p 0 dpl 0 db 0 s 0 type 0 l 0 g 0 avl 0)
> >> es 1a31 (00000000/00000000 p 0 dpl 0 db 0 s 0 type 0 l 0 g 0 avl 0)
> >> ss 1a29 (00000000/00000000 p 0 dpl 0 db 0 s 0 type 1 l 0 g 0 avl 0)
> >> fs 0000 (00000000/00000000 p 0 dpl 0 db 0 s 0 type 0 l 0 g 0 avl 0)
> >> gs 0000 (00000000/00000000 p 0 dpl 0 db 0 s 0 type 0 l 0 g 0 avl 0)
> >> tr 0058 (00201ffa/0000ffff p 1 dpl 0 db 0 s 0 type b l 0 g 0 avl 0)
> >> ldt 0000 (00000000/00000000 p 0 dpl 0 db 0 s 0 type 0 l 0 g 0 avl
> 0)
> >> gdt 200000/1dd8
> >> idt 201df0/188
> >> cr0 80000019 cr2 0 cr3 1440000 cr4 0 cr8 0 efer 0
> >>
> >
> > What's this... CR0.PE clear, CR0.PG set... And segment register also
> > strange. May be some real emulation wrong...
> >
> >
> >> Aborted
> >>
> ======================================================================================
> >> I am able to boot this system (image) using qemu (with kqemu
> enabled
> >> for user code), but not using kvm.
> >> I have also tried with the options: -no-kvm-irqchip -no-kvm-pit -
> no-
> >> acpi without success. Only the -no-kvm option works.
> >> I have tried these kvm releases: from 65 to 76; and these kernel
> >> (vanilla) releases: from 2.6.23.1 to 2.6.26.5.
> >>
> >
> > Thanks for your patient...
> >
> >> My computer is a Dell D630 equipped with Intel(R) Core(TM)2 Duo CPU
> >> T7300 @ 2.00GHz
> >> The HOST Linux distributions used are: Fedora 8/9 for i386, and
> Fedora
> >> 9 for x86_64.
> >>
> >
> > Can you show dmesg as well? That's also helps.
> >
> >
>
>
>
>
>
>
>
> _______________________________________________________________
>
> Con Tiscali Adsl 8 Mega navighi SENZA LIMITI e GRATIS PER I PRIMI TRE MESI. In seguito paghi solo ??? 19,95 al mese. Attivala subito, l?offerta è valida fino al 02/10/2008! http://abbonati.tiscali.it/promo/adsl8mega/
^ permalink raw reply [flat|nested] 6+ messages in thread
* unhandled vm exit: 0x80000021 vcpu_id 0
@ 2009-05-29 9:52 Gabe Black
2009-05-31 10:07 ` Avi Kivity
0 siblings, 1 reply; 6+ messages in thread
From: Gabe Black @ 2009-05-29 9:52 UTC (permalink / raw)
To: kvm; +Cc: nathan binkert, Steve Reinhardt
Hello again. I'm making more progress getting KVM going in M5, and
right now I'm trying to figure out why I'm getting an unhandled vm exit
with exit code 0x80000021. According to Intel's manual, something about
the guest state isn't being set up correctly. I dumped the initial
register state for the 0th virtual CPU and noticed that some things
Intel claims are illegal show up there, for instance having paging and
protected mode disabled. I'm assuming there's some cooking done to the
state as presented to KVM to, for instance, substitute V8086 mode for
real mode, etc. I've fixed a number of bugs in M5 that cleaned up some
issues, but I'm hoping somebody with more knowledge can tell me what
illegal state is still there that would make it through the kvms
twiddling and cause VMX to abort. One thing that I know looks funny is
that the limit on the IDT is zero, but I haven't been able to find any
evidence in the manuals that that's considered wrong rather than just a
bad idea. Any help here would be very appreciated!
Gabe
rax 0000000000000000 rbx 0000000000000000 rcx 0000000000000000 rdx
0000000000000000
rsi 0000000000090200 rdi 0000000000000000 rsp 0000000000000000 rbp
0000000000000000
r8 0000000000000000 r9 0000000000000000 r10 0000000000000000 r11
0000000000000000
r12 0000000000000000 r13 0000000000000000 r14 0000000000000000 r15
0000000000000000
rip 0000000000200000 rflags 00000002
cs 0008 (00000000/ffffffff p 1 dpl 0 db 0 s 1 type a l 1 g 1 avl 0)
ds 0010 (00000000/ffffffff p 1 dpl 0 db 1 s 1 type 2 l 0 g 1 avl 0)
es 0010 (00000000/ffffffff p 1 dpl 0 db 1 s 1 type 2 l 0 g 1 avl 0)
ss 0010 (00000000/ffffffff p 1 dpl 0 db 1 s 1 type 2 l 0 g 1 avl 0)
fs 0010 (00000000/ffffffff p 1 dpl 0 db 1 s 1 type 2 l 0 g 1 avl 0)
gs 0010 (00000000/ffffffff p 1 dpl 0 db 1 s 1 type 2 l 0 g 1 avl 0)
tr 0018 (00000000/ffffffff p 1 dpl 0 db 1 s 0 type b l 0 g 1 avl 0)
ldt 0000 (00000000/00000000 p 0 dpl 0 db 0 s 0 type 0 l 0 g 0 avl 0)
gdt 76000/17
idt 0/0
cr0 80000011 cr2 0 cr3 70000 cr4 20 cr8 0 efer 500
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: unhandled vm exit: 0x80000021 vcpu_id 0
2009-05-29 9:52 Gabe Black
@ 2009-05-31 10:07 ` Avi Kivity
0 siblings, 0 replies; 6+ messages in thread
From: Avi Kivity @ 2009-05-31 10:07 UTC (permalink / raw)
To: Gabe Black; +Cc: kvm, nathan binkert, Steve Reinhardt
Gabe Black wrote:
> Hello again. I'm making more progress getting KVM going in M5, and
> right now I'm trying to figure out why I'm getting an unhandled vm
> exit with exit code 0x80000021. According to Intel's manual, something
> about the guest state isn't being set up correctly. I dumped the
> initial register state for the 0th virtual CPU and noticed that some
> things Intel claims are illegal show up there, for instance having
> paging and protected mode disabled. I'm assuming there's some cooking
> done to the state as presented to KVM to, for instance, substitute
> V8086 mode for real mode, etc. I've fixed a number of bugs in M5 that
> cleaned up some issues, but I'm hoping somebody with more knowledge
> can tell me what illegal state is still there that would make it
> through the kvms twiddling and cause VMX to abort. One thing that I
> know looks funny is that the limit on the IDT is zero, but I haven't
> been able to find any evidence in the manuals that that's considered
> wrong rather than just a bad idea. Any help here would be very
> appreciated!
>
idt.limit = 0 should be fine.
>
> cs 0008 (00000000/ffffffff p 1 dpl 0 db 0 s 1 type a l 1 g 1 avl 0)
> ds 0010 (00000000/ffffffff p 1 dpl 0 db 1 s 1 type 2 l 0 g 1 avl 0)
> es 0010 (00000000/ffffffff p 1 dpl 0 db 1 s 1 type 2 l 0 g 1 avl 0)
> ss 0010 (00000000/ffffffff p 1 dpl 0 db 1 s 1 type 2 l 0 g 1 avl 0)
> fs 0010 (00000000/ffffffff p 1 dpl 0 db 1 s 1 type 2 l 0 g 1 avl 0)
> gs 0010 (00000000/ffffffff p 1 dpl 0 db 1 s 1 type 2 l 0 g 1 avl 0)
Try setting bit 1 (accessed) on the types here.
> tr 0018 (00000000/ffffffff p 1 dpl 0 db 1 s 0 type b l 0 g 1 avl 0)
> ldt 0000 (00000000/00000000 p 0 dpl 0 db 0 s 0 type 0 l 0 g 0 avl 0)
> gdt 76000/17
> idt 0/0
> cr0 80000011 cr2 0 cr3 70000 cr4 20 cr8 0 efer 500
kvm-kmod.git contains a vmx-debug.c which does the same checks as the
cpu. If you link it in and call vm_entry_test() just before guest
entry, it will point out where the state is bad.
--
error compiling committee.c: too many arguments to function
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2009-05-31 10:13 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-10-02 22:16 unhandled vm exit: 0x80000021 vcpu_id 0 p.quida
2008-10-03 0:57 ` Sheng Yang
-- strict thread matches above, loose matches on Subject: below --
2009-05-29 9:52 Gabe Black
2009-05-31 10:07 ` Avi Kivity
2008-09-29 10:18 p.quida
2008-09-29 14:43 ` Sheng Yang
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).