From patchwork Tue Aug 9 10:24:54 2016 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Dou Liyang X-Patchwork-Id: 657208 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Received: from lists.gnu.org (lists.gnu.org [IPv6:2001:4830:134:3::11]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by ozlabs.org (Postfix) with ESMTPS id 3s7r5p13JSz9t1d for ; Tue, 9 Aug 2016 20:25:49 +1000 (AEST) Received: from localhost ([::1]:34625 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bX4EF-0003J8-3W for incoming@patchwork.ozlabs.org; Tue, 09 Aug 2016 06:25:47 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56669) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bX4De-0002z7-70 for qemu-devel@nongnu.org; Tue, 09 Aug 2016 06:25:11 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bX4Da-0007nc-O7 for qemu-devel@nongnu.org; Tue, 09 Aug 2016 06:25:09 -0400 Received: from [59.151.112.132] (port=19739 helo=heian.cn.fujitsu.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bX4DZ-0007l2-2p for qemu-devel@nongnu.org; Tue, 09 Aug 2016 06:25:06 -0400 X-IronPort-AV: E=Sophos;i="5.22,518,1449504000"; d="scan'208";a="9721699" Received: from unknown (HELO cn.fujitsu.com) ([10.167.33.5]) by heian.cn.fujitsu.com with ESMTP; 09 Aug 2016 18:24:57 +0800 Received: from G08CNEXCHPEKD03.g08.fujitsu.local (unknown [10.167.33.85]) by cn.fujitsu.com (Postfix) with ESMTP id AC52A42C8CB9; Tue, 9 Aug 2016 18:24:57 +0800 (CST) Received: from localhost.localdomain.localdomain (10.167.226.106) by G08CNEXCHPEKD03.g08.fujitsu.local (10.167.33.89) with Microsoft SMTP Server (TLS) id 14.3.279.2; Tue, 9 Aug 2016 18:24:56 +0800 From: Dou Liyang To: Date: Tue, 9 Aug 2016 18:24:54 +0800 Message-ID: <1470738294-30452-1-git-send-email-douly.fnst@cn.fujitsu.com> X-Mailer: git-send-email 2.5.5 MIME-Version: 1.0 X-Originating-IP: [10.167.226.106] X-yoursite-MailScanner-ID: AC52A42C8CB9.A585D X-yoursite-MailScanner: Found to be clean X-yoursite-MailScanner-From: douly.fnst@cn.fujitsu.com X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 59.151.112.132 Subject: [Qemu-devel] [PATCH v2] docs: add cpu-hotplug.txt X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Dou Liyang , ehabkost@redhat.com, armbru@redhat.com, bharata@linux.vnet.ibm.com, famz@redhat.com, imammedo@redhat.com, david@gibson.dropbear.id.au Errors-To: qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org Sender: "Qemu-devel" This document describes how to use cpu hotplug in QEMU. Signed-off-by: Dou Liyang --- Change log v1 -> v2: From Fam's advice: 1. Fix some comment. Change log v1: From Igor's advice: 1. Remove any mentioning of apic-id from the document. 2. Remove the "device_del qom_path" from the CPU hot-unplug. 3. Fix some comment. docs/cpu-hotplug.txt | 127 +++++++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 127 insertions(+) create mode 100644 docs/cpu-hotplug.txt diff --git a/docs/cpu-hotplug.txt b/docs/cpu-hotplug.txt new file mode 100644 index 0000000..6a2f6f8 --- /dev/null +++ b/docs/cpu-hotplug.txt @@ -0,0 +1,127 @@ +QEMU CPU hotplug +================ + +This document explains how to use the CPU hotplug feature in QEMU, +which regards the CPU as a divece. + +the -device/device_add and device_del based on CPUs are merged since +2.7 + +Guest support is required for CPU hotplug to work. + +CPU hot-plug +------------ + +In order to be able to hotplug CPUs, QEMU has to be told the maximum +amount of CPUs which the guest can grow. This is done at startup time +by means of the -smp command-line option, which has the following +format: + + -smp [cpus=]n[,maxcpus=cpus][,cores=cores][,threads=threads] + [,sockets=sockets] + +Where, + + - "cpus" set the number of CPUs to 'n' [default=1]. + - "maxcpus" set the maximum number of CPUs, including offline VCPUs + for hotplug, etc. + - "cores" set the number of CPU cores on one socket. + - "threads set the number of threads on one CPU core. + - "sockets set the number of discrete sockets in the system. On + sPAPR, sockets have no real meaning, And it has no real effect. + +For example, the following command-line: + + qemu [...] -smp 3,maxcpus=10,sockets=2,cores=2,threads=2 + +Creates a guest with 3 VCPUs and it supports up to 10 VCPUs. The +CPU topology is sockets (2) * cores (2) * threads (2) and can't be +greater than maxcpus. When the guest is booted, the guest will see +3 VCPUs. More on this below. + +Query possible available CPU objects +------------------------------------ + +The VCPUs should be hotplugged by socket/core/thread-ids parameters +of the possible available CPUs objects. + +Before adding the VCPUs, we should know those topology parameters, +so that we can find out the available place (socket,core,thread) +for a new VCPU. + +There are two ways to obtain them: + +1. from the properties advertised by QEMU via the QMP command +query-hotpluggable-cpus. +2. from the corresponding HMP command "info hotpluggable-cpus". + +For example, a monitor command can be used to list the possible CPU +objects: + + (qemu) info hotpluggable-cpus + +Select the hotpluggable CPUs including "CPUInstance Properties" for +hotpluging. Such as this: + + ... + type: "qemu64-x86_64-cpu" + vcpus_count: "1" + CPUInstance Properties: + socket-id: "0" + core-id: "1" + thread-id: "0" + ... + +Hotplug CPUs +------------ + +A monitor command can be used to hotplug CPUs: + + - "device_add": creates a VCPU device and inserts it into the + specific place as a device + +For example, the following command adds a VCPU which has the id cpu1 +in the last position of the guest's CPU sockets which was discussed +earlier by using the socket/core/thread-ids: + + (qemu) device_add qemu64-x86_64-cpu,id=cpu9,socket-id=2,core-id=0, + thread-id=1 + +Where, + + - "qemu64-x86_64-cpu" is the CPU model. + - "id" is the unique identifier in the device sets. It is required. + - "socket-id/core-id/thread-id" represent the designated position + which is obtained form the above possible list of CPUs. + +It's also possible to start a guest with cpu cold-plugged into the +specific place (socket,core,thread). + +In the following command-lines example, a guest which has 3 VCPUs is +created: + + qemu [...] -smp 1,maxcpus=10,sockets=2,cores=2,threads=2 \ + -device qemu64-x86_64-cpu,id=cpu1,socket-id=1, \ + core-id=1,thread-id=0 \ + -device qemu64-x86_64-cpu,id=cpu2,socket-id=1, \ + core-id=1,thread-id=1 \ + +Two VCPUs are cold-plugged by "-device" parameter. They are in the +same socket and core with different thread-ids. After that, the +guest has additional seven VCPUs to be hot-plugged when needed. + +CPU hot-unplug +-------------- + +In order to be able to hot unplug CPU device, QEMU removes CPUs device +by using the ids which were assigned when you hot plugged the CPUs. + +A monitor command can be used to hot unplug CPUs: + + - "device_del": deletes a CPU device + +For example, assuming that the CPU device with id "cpu1" exists and has +been offline, the following command tries to remove it. + + (qemu) device_del cpu1 +