Re: [PATCH] cpu hotplug issue

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 2011-08-02 11:46, Vasilis Liaskovitis wrote:
> Hi,
> 
> On Thu, Jul 28, 2011 at 6:52 PM, Jan Kiszka <jan.kiszka@xxxxxxxxxxx> wrote:
>> On 2011-07-27 18:35, Vasilis Liaskovitis wrote:
>>> Hi,
>>>
>>> On Mon, Jul 25, 2011 at 3:18 PM, Jan Kiszka <jan.kiszka@xxxxxxxxxxx> wrote:
>>> Applying these 3 patches + hacks/fix on master doesn't solve the
>>> initial "CPU: not responding" dmesg hotplug issue on my setup.
>>> The ACPI event is delivered correctly, but "echo 1 >
>>> /sys/devices/system/cpu/cpuX/online" still fails.
>>> e.g. tested with "-smp 1,maxcpus=2"
>>>
>>> Could you share your qemu-kvm command line?
>>
>> Nothing special:
>>
>> qemu-system-x86_64 /my/image -m 1G -snapshot -smp 2,maxcpus=3 \
>>        -cpu host,-kvmclock
>>
> 
> ok, I have tested the patched qemu-kvm (guestOS ubuntu 10.10 with
> 2.6.35-24-generic kernel)  with:
> 
> qemu-system-x86_64 /my/image -m 1G -smp 1,maxcpus=2 \
>         -cpu host,-kvmclock
> 
> on 2 different physical hosts. On the first one:
> 
> vendor_id       : GenuineIntel
> cpu family      : 6
> model           : 37
> model name      : Intel(R) Core(TM) i3 CPU       M 370  @ 2.40GHz
> 
> cpu hotplug works ok. When onlining (echo 1 >
> /sys/devices/system/cpu/cpu1/online) dmesg shows:
> 
> Booting Node 0 Processor 1 APIC 0x1
> TSC synchronization [CPU#0 -> CPU#1]:
> Measured 3573498937792 cycles TSC warp between CPUs, turning off TSC clock.
> Marking TSC unstable due to check_tsc_sync_source failed
> kvm-clock: cpu 1, msr 0:1f15901, secondary cpu clock

Strange. Why does it still talk about kvm-clock?

> 
> on the second system:
> 
> vendor_id	: AuthenticAMD
> cpu family	: 16
> model		: 4
> model name	: AMD Phenom(tm) II X4 955 Processor
> 
> onlining fails:
> 
> Booting Node 0 Processor 1 APIC 0x1
> CPU1: Not Responding.
> 
> When I specify -kvmclock on the qemu command line for the AMD system,
> it seems that the clocksource on the guest is hpet.
> Dmesg on guest shows "Switching to clocksource hpet" and
> /sys/devices/system/clocksource/clocksource0/current_clocksource
> confirms.
> 
> When I don't specify -kvmclock, then the guest clocksource is actually
> kvm-clock. But the onlining problem persists.
> 
> I have also tried a newer guestOS (debian-testing with 2.6.39 or 3.0.0
> kernel) on the second system, same problem.
> 
> Also: what physical host have you used for testing?

Intel(R) Core(TM) i7 CPU       M 620  @ 2.67GHz

FWIW, I've pushed my tree here:

git://git.kiszka.org/qemu-kvm.git queues/cpu-hotplug

Jan

-- 
Siemens AG, Corporate Technology, CT T DE IT 1
Corporate Competence Center Embedded Linux
--
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


[Index of Archives]     [KVM ARM]     [KVM ia64]     [KVM ppc]     [Virtualization Tools]     [Spice Development]     [Libvirt]     [Libvirt Users]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Questions]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux