I'm getting exception 13 when trying to use the latest qemu-kvm-0.12.3 on slackware 12.2 w/ stock 2.6.27.7 kernel:
Code:
exception 13 (6b)
rax 0000000000000010 rbx 0000000000008c00 rcx 0000000000006ebe rdx 00000000000c8c00
rsi 00000000f2010000 rdi 00000000000c0000 rsp 0000000000006eb4 rbp 00000000f2010000
r8 0000000000000000 r9 0000000000000000 r10 0000000000000000 r11 0000000000000000
r12 0000000000000000 r13 0000000000000000 r14 0000000000000000 r15 0000000000000000
rip 000000000000deb5 rflags 00033002
cs 0000 (00000000/0000ffff p 1 dpl 3 db 0 s 1 type 3 l 0 g 0 avl 0)
ds 0000 (00000000/0000ffff p 1 dpl 3 db 0 s 1 type 3 l 0 g 0 avl 0)
es 0000 (00000000/0000ffff p 1 dpl 3 db 0 s 1 type 3 l 0 g 0 avl 0)
ss 0000 (00000000/0000ffff p 1 dpl 3 db 0 s 1 type 3 l 0 g 0 avl 0)
fs 0000 (00000000/0000ffff p 1 dpl 3 db 0 s 1 type 3 l 0 g 0 avl 0)
gs 0000 (00000000/0000ffff p 1 dpl 3 db 0 s 1 type 3 l 0 g 0 avl 0)
tr 0000 (feffd000/00002088 p 1 dpl 0 db 0 s 0 type b l 0 g 0 avl 0)
ldt 0000 (00000000/0000ffff p 1 dpl 0 db 0 s 0 type 2 l 0 g 0 avl 0)
gdt f7a20/37
idt f8aa0/0
cr0 10 cr2 0 cr3 0 cr4 0 cr8 0 efer 0
code: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 --> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Aborted
Google says this has something to do with Intel hardware and the way it handles real mode. The suggested fix is to run it with -no-kvm, but that's not much of a fix really.. so in the mean time I reverted to using qemu-kvm-devel-88 which works well, but is pretty old.
Is there any chance of fixing this so it will work with newer qemu-kvm releases? Does it have anything to do with the version of kvm-intel.ko being used?