Avi Kivity wrote:
> Farkas Levente wrote:
>>>> we did a quick test against this version and it's turn out the smp
>>>> guests are still not working. even if we start only one linux guest
>>>> with
>>>> 4cpu on 4cpu host the guest kernel hangs at random stages of the kernel
>>>> loading process (if we run more smp guests then they hang earlier, but
>>>> different random stage), but it's never reach the end of the kernel so
>>>> hang somewhere inside the kernel. and the cpu usage of these process
>>>> goes up to until the qemu-kvm processes eat all cpus (ie. 100%). t
>>>>
>>> What host cpu are you using? What guest kernel version? 32-bit or
>>> 64-bit?
>>>
>>> I have no problems running a 4-way Linux guest here.
>>>
>>
>> - host:
>> - Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz
>> - Intel S3000AHV
>> - 8GB RAM
>> - CentOS-5
>> - kernel-2.6.18-8.1.14.el5 x86_64 64bit
>> - guest-1:
>> - CentOS-5
>> - kernel-2.6.18-8.1.14.el5 i386 32bit
>> - guest-2:
>> - CentOS-5
>> - kernel-2.6.18-8.1.14.el5 x86_64 64bit
>> - guest-3:
>> - Mandrake-9
>> - kernel-2.4.19.16mdk-1-1mdk 32bit
>> - guest-4:
>> - Windows XP Professional 32bit
>>
>> start the first guest-1 with 4cpu produce the above hang. (and of course
>> using kvm-46:-)
>>
>>
>
> Is it the only guest that hangs with -smp 4? Or all of them?
if i start this guest alone it's hang. if i start all guest-{1,2,3,4}
than all linux guest hangs expect windows which runs but see only one
cpu. ok now i try it for you:-) so:
- host + guest-1 -> hang
- host + guest-2 -> hang
in this case i've got a stack trace too on the host, and the host
working 2 more minutes (!?) so i see the top part of the stack
(shift-pageup) but when i try to take a picture the host crash and i can
only see the end:-( but next time i bale to catch it:
-----------------------------------------------
BUG: soft lockup detected on CPU#0!
Call Trace:
<IRQ> [<ffffffff800b2c30>] softlockup_tick+0xdb/0xed
[<ffffffff800933ec>] update_process_times+0x42/0x68
[<ffffffff80073d61>] smp_local_timer_interrupt+0x23/0x47
[<ffffffff80074423>] smp_apic_timer_interrupt+0x41/0x47
[<ffffffff8005bcc2>] apic_timer_interrupt+0x66/0x6c
<EOI> [<ffffffff88208aa6>] :kvm:kvm_flush_remote_tlbs+0xfb/0x109
[<ffffffff88208a95>] :kvm:kvm_flush_remote_tlbs+0xea/0x109
[<ffffffff8820e0a7>] :kvm:kvm_mmu_pte_write+0x1fc/0x330
[<ffffffff88207657>] :kvm:kvm_write_guest_page+0x98/0xa3
[<ffffffff882093fd>] :kvm:emulator_write_emulated_onepage+0x6e/0xce
[<ffffffff88211a91>] :kvm:x86_emulate_insn+0x2b99/0x3e58
[<ffffffff8005fc15>] __memset+0x39/0xc0
[<ffffffff88229404>] :kvm_intel:vmcs_readl+0x17/0x1c
[<ffffffff88209251>] :kvm:emulate_instruction+0x152/0x290
[<ffffffff8822bb85>] :kvm_intel:handle_exception+0x170/0x250
[<ffffffff88209945>] :kvm:kvm_vcpu_ioctl+0x34b/0x10ba
[<ffffffff88213082>] :kvm:kvm_vcpu_kick+0x34/0x8e
[<ffffffff8820ae33>] :kvm:kvm_vm_ioctl+0x48a/0x6af
[<ffffffff800bea1e>] zone_statistics+0x3e/0x6d
[<ffffffff8000a778>] get_page_from_freelist+0x35d/0x3cf
[<ffffffff800bea1e>] zone_statistics+0x3e/0x6d
[<ffffffff8000a778>] get_page_from_freelist+0x35d/0x3cf
[<ffffffff8000ee4e>] __alloc_pages+0x65/0x2b2
[<ffffffff8013b1b2>] __next_cpu+0x19/0x28
[<ffffffff800857cf>] find_busiest_group+0x20d/0x621
[<ffffffff8013b1b2>] __next_cpu+0x19/0x28
[<ffffffff80072a51>] smp_send_reschedule+0x4e/0x53
[<ffffffff80086458>] enqueue_task+0x41/0x56
[<ffffffff80086494>] __activate_task+0x27/0x39
[<ffffffff80044d32>] try_to_wake_up+0x407/0x418
[<ffffffff800850b5>] __wake_up_common+0x3e/0x68
[<ffffffff8002dd9c>] __wake_up+0x38/0x4f
[<ffffffff80021b8a>] __up_read+0x19/0x7f
[<ffffffff8011735a>] avc_has_perm+0x43/0x55
[<ffffffff80117e91>] inode_has_perm+0x56/0x63
[<ffffffff80086c37>] default_wake_function+0x0/0xe
[<ffffffff80117f32>] file_has_perm+0x94/0xa3
[<ffffffff8003fc5b>] do_ioctl+0x21/0x6b
[<ffffffff8002fa61>] vfs_ioctl+0x248/0x261
[<ffffffff8004a267>] sys_ioctl+0x59/0x78
[<ffffffff8005b2c1>] tracesys+0xd1/0xdc
-----------------------------------------------
i hope shouldn't have to test all other guests:-(
but if i can help you in something more specific let me know:-)
--
Levente "Si vis pacem para bellum!"
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
kvm-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/kvm-devel
