{"id":811163,"url":"http://patchwork.ozlabs.org/api/patches/811163/?format=json","web_url":"http://patchwork.ozlabs.org/project/qemu-devel/patch/20170907201335.13956-22-david@redhat.com/","project":{"id":14,"url":"http://patchwork.ozlabs.org/api/projects/14/?format=json","name":"QEMU Development","link_name":"qemu-devel","list_id":"qemu-devel.nongnu.org","list_email":"qemu-devel@nongnu.org","web_url":"","scm_url":"","webscm_url":"","list_archive_url":"","list_archive_url_format":"","commit_url_format":""},"msgid":"<20170907201335.13956-22-david@redhat.com>","list_archive_url":null,"date":"2017-09-07T20:13:35","name":"[v3,21/21] s390x: allow CPU hotplug in random core-id order","commit_ref":null,"pull_url":null,"state":"new","archived":false,"hash":"de9fe94b5ca175fc2b2687d86643f896ecd251d1","submitter":{"id":70402,"url":"http://patchwork.ozlabs.org/api/people/70402/?format=json","name":"David Hildenbrand","email":"david@redhat.com"},"delegate":null,"mbox":"http://patchwork.ozlabs.org/project/qemu-devel/patch/20170907201335.13956-22-david@redhat.com/mbox/","series":[{"id":2053,"url":"http://patchwork.ozlabs.org/api/series/2053/?format=json","web_url":"http://patchwork.ozlabs.org/project/qemu-devel/list/?series=2053","date":"2017-09-07T20:13:14","name":"s390x cleanups and CPU hotplug via device_add","version":3,"mbox":"http://patchwork.ozlabs.org/series/2053/mbox/"}],"comments":"http://patchwork.ozlabs.org/api/patches/811163/comments/","check":"pending","checks":"http://patchwork.ozlabs.org/api/patches/811163/checks/","tags":{},"related":[],"headers":{"Return-Path":"<qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org>","X-Original-To":"incoming@patchwork.ozlabs.org","Delivered-To":"patchwork-incoming@bilbo.ozlabs.org","Authentication-Results":["ozlabs.org;\n\tspf=pass (mailfrom) smtp.mailfrom=nongnu.org\n\t(client-ip=2001:4830:134:3::11; helo=lists.gnu.org;\n\tenvelope-from=qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org;\n\treceiver=<UNKNOWN>)","ext-mx05.extmail.prod.ext.phx2.redhat.com;\n\tdmarc=none (p=none dis=none) header.from=redhat.com","ext-mx05.extmail.prod.ext.phx2.redhat.com;\n\tspf=fail smtp.mailfrom=david@redhat.com"],"Received":["from lists.gnu.org (lists.gnu.org [IPv6:2001:4830:134:3::11])\n\t(using TLSv1 with cipher AES256-SHA (256/256 bits))\n\t(No client certificate requested)\n\tby ozlabs.org (Postfix) with ESMTPS id 3xpBvp0Vmcz9sBW\n\tfor <incoming@patchwork.ozlabs.org>;\n\tFri,  8 Sep 2017 06:32:22 +1000 (AEST)","from localhost ([::1]:42184 helo=lists.gnu.org)\n\tby lists.gnu.org with esmtp (Exim 4.71) (envelope-from\n\t<qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org>)\n\tid 1dq3TI-0003Bh-74\n\tfor incoming@patchwork.ozlabs.org; Thu, 07 Sep 2017 16:32:20 -0400","from eggs.gnu.org ([2001:4830:134:3::10]:39308)\n\tby lists.gnu.org with esmtp (Exim 4.71)\n\t(envelope-from <david@redhat.com>) id 1dq3CP-0004mQ-5j\n\tfor qemu-devel@nongnu.org; Thu, 07 Sep 2017 16:14:57 -0400","from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)\n\t(envelope-from <david@redhat.com>) id 1dq3CK-0002Ze-F3\n\tfor qemu-devel@nongnu.org; Thu, 07 Sep 2017 16:14:53 -0400","from mx1.redhat.com ([209.132.183.28]:59984)\n\tby eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)\n\t(Exim 4.71) (envelope-from <david@redhat.com>) id 1dq3CK-0002ZK-9U\n\tfor qemu-devel@nongnu.org; Thu, 07 Sep 2017 16:14:48 -0400","from smtp.corp.redhat.com\n\t(int-mx06.intmail.prod.int.phx2.redhat.com [10.5.11.16])\n\t(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))\n\t(No client certificate requested)\n\tby mx1.redhat.com (Postfix) with ESMTPS id 5F88C37EEF;\n\tThu,  7 Sep 2017 20:14:47 +0000 (UTC)","from t460s.redhat.com (ovpn-116-60.ams2.redhat.com [10.36.116.60])\n\tby smtp.corp.redhat.com (Postfix) with ESMTP id 4BA7B17117;\n\tThu,  7 Sep 2017 20:14:45 +0000 (UTC)"],"DMARC-Filter":"OpenDMARC Filter v1.3.2 mx1.redhat.com 5F88C37EEF","From":"David Hildenbrand <david@redhat.com>","To":"qemu-devel@nongnu.org","Date":"Thu,  7 Sep 2017 22:13:35 +0200","Message-Id":"<20170907201335.13956-22-david@redhat.com>","In-Reply-To":"<20170907201335.13956-1-david@redhat.com>","References":"<20170907201335.13956-1-david@redhat.com>","X-Scanned-By":"MIMEDefang 2.79 on 10.5.11.16","X-Greylist":"Sender IP whitelisted, not delayed by milter-greylist-4.5.16\n\t(mx1.redhat.com [10.5.110.29]);\n\tThu, 07 Sep 2017 20:14:47 +0000 (UTC)","X-detected-operating-system":"by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]\n\t[fuzzy]","X-Received-From":"209.132.183.28","Subject":"[Qemu-devel] [PATCH v3 21/21] s390x: allow CPU hotplug in random\n\tcore-id order","X-BeenThere":"qemu-devel@nongnu.org","X-Mailman-Version":"2.1.21","Precedence":"list","List-Id":"<qemu-devel.nongnu.org>","List-Unsubscribe":"<https://lists.nongnu.org/mailman/options/qemu-devel>,\n\t<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>","List-Archive":"<http://lists.nongnu.org/archive/html/qemu-devel/>","List-Post":"<mailto:qemu-devel@nongnu.org>","List-Help":"<mailto:qemu-devel-request@nongnu.org?subject=help>","List-Subscribe":"<https://lists.nongnu.org/mailman/listinfo/qemu-devel>,\n\t<mailto:qemu-devel-request@nongnu.org?subject=subscribe>","Cc":"Matthew Rosato <mjrosato@linux.vnet.ibm.com>, thuth@redhat.com,\n\tEduardo Habkost <ehabkost@redhat.com>, david@redhat.com,\n\tcohuck@redhat.com, Richard Henderson <richard.henderson@linaro.org>,\n\tAlexander Graf <agraf@suse.de>, borntraeger@de.ibm.com","Errors-To":"qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org","Sender":"\"Qemu-devel\"\n\t<qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org>"},"content":"SCLP correctly indicates the core-id aka. CPU address for each available\nCPU.\n\nAs the core-id corresponds to cpu_index, also a newly created kvm vcpu\ngets assigned this core-id as vcpu id. So SIGP in the kernel works\ncorrectly (it uses the vcpu id to lookup the correct CPU).\n\nSo there should be nothing hindering us from hotplugging CPUs in random\ncore-id order.\n\nThis now makes sure that the output from \"query-hotpluggable-cpus\"\nis completely true. Until now, a specific order is implicit. Performance\nvice, hotplugging CPUs in non-sequential order might not be the best thing\nto do, as VCPU lookup inside KVM might be a little slower. But that\ndoesn't hinder us from supporting it.\n\nnext_core_id is now used by linux user only.\n\nSigned-off-by: David Hildenbrand <david@redhat.com>\n---\n target/s390x/cpu.c | 8 +-------\n 1 file changed, 1 insertion(+), 7 deletions(-)","diff":"diff --git a/target/s390x/cpu.c b/target/s390x/cpu.c\nindex ad9dcdaaf1..5701a41112 100644\n--- a/target/s390x/cpu.c\n+++ b/target/s390x/cpu.c\n@@ -199,6 +199,7 @@ static void s390_cpu_realizefn(DeviceState *dev, Error **errp)\n #else\n     /* implicitly set for linux-user only */\n     cpu->env.core_id = scc->next_core_id;\n+    scc->next_core_id++;\n #endif\n \n     if (cpu_exists(cpu->env.core_id)) {\n@@ -206,12 +207,6 @@ static void s390_cpu_realizefn(DeviceState *dev, Error **errp)\n                    cpu->env.core_id);\n         goto out;\n     }\n-    if (cpu->env.core_id != scc->next_core_id) {\n-        error_setg(&err, \"Unable to add CPU: %\" PRIu32\n-                   \", the next available id is %\" PRIu32, cpu->env.core_id,\n-                   scc->next_core_id);\n-        goto out;\n-    }\n \n     /* sync cs->cpu_index and env->core_id. The latter is needed for TCG. */\n     cs->cpu_index = env->core_id;\n@@ -219,7 +214,6 @@ static void s390_cpu_realizefn(DeviceState *dev, Error **errp)\n     if (err != NULL) {\n         goto out;\n     }\n-    scc->next_core_id++;\n \n #if !defined(CONFIG_USER_ONLY)\n     qemu_register_reset(s390_cpu_machine_reset_cb, cpu);\n","prefixes":["v3","21/21"]}