From nobody Thu May 16 08:12:15 2024 Delivered-To: importer@patchew.org Authentication-Results: mx.zohomail.com; dkim=fail; spf=pass (zohomail.com: domain of gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=qemu-devel-bounces+importer=patchew.org@nongnu.org; dmarc=fail(p=none dis=none) header.from=redhat.com Return-Path: Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) by mx.zohomail.com with SMTPS id 1634020719982818.9762892634375; Mon, 11 Oct 2021 23:38:39 -0700 (PDT) Received: from localhost ([::1]:52968 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1maBQs-0005MG-PL for importer@patchew.org; Tue, 12 Oct 2021 02:38:38 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:34400) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1maBOn-0003Ru-7O for qemu-devel@nongnu.org; Tue, 12 Oct 2021 02:36:30 -0400 Received: from us-smtp-delivery-124.mimecast.com ([170.10.133.124]:38995) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1maBOk-0007bB-GO for qemu-devel@nongnu.org; Tue, 12 Oct 2021 02:36:28 -0400 Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-424-J86Cg2SANC2oEbvAA895yg-1; Tue, 12 Oct 2021 02:36:21 -0400 Received: from smtp.corp.redhat.com (int-mx08.intmail.prod.int.phx2.redhat.com [10.5.11.23]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 270DA79EEF; Tue, 12 Oct 2021 06:36:20 +0000 (UTC) Received: from gshan.redhat.com (vpn2-54-56.bne.redhat.com [10.64.54.56]) by smtp.corp.redhat.com (Postfix) with ESMTP id 61FCF19C79; Tue, 12 Oct 2021 06:36:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1634020584; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=TOl2eQ++G0oJvCl9LgkWNdIW4Qb9p0BWXTN7Dw6BYXQ=; b=NIQhMwcF7G+2qZbvj5j7MOls8ubGqXXa6ZrfUhGhGgp234TtpD0TptqYeotBhS20P+eGcG fVPTQYVCZJs2CV5yJfMH2+BuwPg50rmN2R2jfSLfpB21xhjXWl4FPynGrnUCFYDda8586Y MO3kcz5NVpGgSwr5C6gaKqH6JMB4WQY= X-MC-Unique: J86Cg2SANC2oEbvAA895yg-1 From: Gavin Shan To: qemu-arm@nongnu.org Subject: [PATCH v2 1/2] numa: Set default distance map if needed Date: Tue, 12 Oct 2021 14:36:02 +0800 Message-Id: <20211012063603.166255-2-gshan@redhat.com> In-Reply-To: <20211012063603.166255-1-gshan@redhat.com> References: <20211012063603.166255-1-gshan@redhat.com> MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.84 on 10.5.11.23 Authentication-Results: relay.mimecast.com; auth=pass smtp.auth=CUSA124A263 smtp.mailfrom=gshan@redhat.com X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Transfer-Encoding: quoted-printable Received-SPF: pass (zohomail.com: domain of gnu.org designates 209.51.188.17 as permitted sender) client-ip=209.51.188.17; envelope-from=qemu-devel-bounces+importer=patchew.org@nongnu.org; helo=lists.gnu.org; Received-SPF: pass client-ip=170.10.133.124; envelope-from=gshan@redhat.com; helo=us-smtp-delivery-124.mimecast.com X-Spam_score_int: -28 X-Spam_score: -2.9 X-Spam_bar: -- X-Spam_report: (-2.9 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.049, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=unavailable autolearn_force=no X-Spam_action: no action X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: peter.maydell@linaro.org, drjones@redhat.com, qemu-devel@nongnu.org, shan.gavin@gmail.com, ehabkost@redhat.com Errors-To: qemu-devel-bounces+importer=patchew.org@nongnu.org Sender: "Qemu-devel" X-ZohoMail-DKIM: fail (Header signature does not verify) X-ZM-MESSAGEID: 1634020721276100002 Content-Type: text/plain; charset="utf-8" The following option is used to specify the distance map. It's possible the option isn't provided by user. In this case, the distance map isn't populated and exposed to platform. On the other hand, the empty NUMA node, where no memory resides, is allowed on ARM64 virt platform. For these empty NUMA nodes, their corresponding device-tree nodes aren't populated, but their NUMA IDs should be included in the "/distance-map" device-tree node, so that kernel can probe them properly if device-tree is used. -numa,dist,src=3D,dst=3D,val=3D So when user doesn't specify distance map, we need to generate the default distance map, where the local and remote distances are 10 and 20 separately. However, this is going to change the hardware description of the guest in this particular scenario. It's fine as the guest should be tolerant to ignore the distance map completely or parse it properly by following the device-tree specification. This introduces an extra parameter to the exiting function complete_init_numa_distance() to generate the default distance map when no node pair distances are provided by user. Signed-off-by: Gavin Shan Reviewed-by: Andrew Jones --- hw/core/numa.c | 13 +++++++++++-- 1 file changed, 11 insertions(+), 2 deletions(-) diff --git a/hw/core/numa.c b/hw/core/numa.c index 510d096a88..c508d857a0 100644 --- a/hw/core/numa.c +++ b/hw/core/numa.c @@ -594,7 +594,7 @@ static void validate_numa_distance(MachineState *ms) } } =20 -static void complete_init_numa_distance(MachineState *ms) +static void complete_init_numa_distance(MachineState *ms, bool is_default) { int src, dst; NodeInfo *numa_info =3D ms->numa_state->nodes; @@ -609,6 +609,8 @@ static void complete_init_numa_distance(MachineState *m= s) if (numa_info[src].distance[dst] =3D=3D 0) { if (src =3D=3D dst) { numa_info[src].distance[dst] =3D NUMA_DISTANCE_MIN; + } else if (is_default) { + numa_info[src].distance[dst] =3D NUMA_DISTANCE_DEFAULT; } else { numa_info[src].distance[dst] =3D numa_info[dst].distan= ce[src]; } @@ -716,13 +718,20 @@ void numa_complete_configuration(MachineState *ms) * A->B !=3D distance B->A, then that means the distance table is * asymmetric. In this case, the distances for both directions * of all node pairs are required. + * + * The default node pair distances, which are 10 and 20 for the + * local and remote nodes separately, are provided if user doesn't + * specify any node pair distances. */ if (ms->numa_state->have_numa_distance) { /* Validate enough NUMA distance information was provided. */ validate_numa_distance(ms); =20 /* Validation succeeded, now fill in any missing distances. */ - complete_init_numa_distance(ms); + complete_init_numa_distance(ms, false); + } else { + complete_init_numa_distance(ms, true); + ms->numa_state->have_numa_distance =3D true; } } } --=20 2.23.0 From nobody Thu May 16 08:12:15 2024 Delivered-To: importer@patchew.org Authentication-Results: mx.zohomail.com; dkim=fail; spf=pass (zohomail.com: domain of gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=qemu-devel-bounces+importer=patchew.org@nongnu.org; dmarc=fail(p=none dis=none) header.from=redhat.com Return-Path: Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) by mx.zohomail.com with SMTPS id 163402086104564.64707550763376; Mon, 11 Oct 2021 23:41:01 -0700 (PDT) Received: from localhost ([::1]:56480 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1maBT9-0007j0-VO for importer@patchew.org; Tue, 12 Oct 2021 02:40:59 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:34444) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1maBOq-0003UX-Lv for qemu-devel@nongnu.org; Tue, 12 Oct 2021 02:36:32 -0400 Received: from us-smtp-delivery-124.mimecast.com ([216.205.24.124]:45816) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1maBOp-0007fV-22 for qemu-devel@nongnu.org; Tue, 12 Oct 2021 02:36:32 -0400 Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-171-yrLFVuLzP76FmpPU8aJX-g-1; Tue, 12 Oct 2021 02:36:26 -0400 Received: from smtp.corp.redhat.com (int-mx08.intmail.prod.int.phx2.redhat.com [10.5.11.23]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 8C5DF91109; Tue, 12 Oct 2021 06:36:25 +0000 (UTC) Received: from gshan.redhat.com (vpn2-54-56.bne.redhat.com [10.64.54.56]) by smtp.corp.redhat.com (Postfix) with ESMTP id 9115019C79; Tue, 12 Oct 2021 06:36:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1634020590; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=aD8nzljPsEKJ570RR+jldn/7/HXpuLhVnorn+6ome1Q=; b=XZW7Xj+BEsAlySomqxIH4vzqcYHDpSG+UK1dswTnt3P8S0eFSaoa00yxa05x28eF/NvimF 2iwgfzuEJSKRN8c+x5rR8wCrb+HI/M3+9pomve7VBRRJF5MfKOIquk2OZgFjm6+3pMggnE aN0P1U4ZJDXWH/wcBsvvJyVeeE+FmM0= X-MC-Unique: yrLFVuLzP76FmpPU8aJX-g-1 From: Gavin Shan To: qemu-arm@nongnu.org Subject: [PATCH v2 2/2] hw/arm/virt: Don't create device-tree node for empty NUMA node Date: Tue, 12 Oct 2021 14:36:03 +0800 Message-Id: <20211012063603.166255-3-gshan@redhat.com> In-Reply-To: <20211012063603.166255-1-gshan@redhat.com> References: <20211012063603.166255-1-gshan@redhat.com> MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.84 on 10.5.11.23 Authentication-Results: relay.mimecast.com; auth=pass smtp.auth=CUSA124A263 smtp.mailfrom=gshan@redhat.com X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Transfer-Encoding: quoted-printable Received-SPF: pass (zohomail.com: domain of gnu.org designates 209.51.188.17 as permitted sender) client-ip=209.51.188.17; envelope-from=qemu-devel-bounces+importer=patchew.org@nongnu.org; helo=lists.gnu.org; Received-SPF: pass client-ip=216.205.24.124; envelope-from=gshan@redhat.com; helo=us-smtp-delivery-124.mimecast.com X-Spam_score_int: -28 X-Spam_score: -2.9 X-Spam_bar: -- X-Spam_report: (-2.9 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.049, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=unavailable autolearn_force=no X-Spam_action: no action X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: peter.maydell@linaro.org, drjones@redhat.com, qemu-devel@nongnu.org, shan.gavin@gmail.com, ehabkost@redhat.com Errors-To: qemu-devel-bounces+importer=patchew.org@nongnu.org Sender: "Qemu-devel" X-ZohoMail-DKIM: fail (Header signature does not verify) X-ZM-MESSAGEID: 1634020862605100001 Content-Type: text/plain; charset="utf-8" The empty NUMA node, where no memory resides, are allowed. For example, the following command line specifies two empty NUMA nodes. With this, QEMU fails to boot because of the conflicting device-tree node names, as the following error message indicates. /home/gavin/sandbox/qemu.main/build/qemu-system-aarch64 \ -accel kvm -machine virt,gic-version=3Dhost \ -cpu host -smp 4,sockets=3D2,cores=3D2,threads=3D1 \ -m 1024M,slots=3D16,maxmem=3D64G \ -object memory-backend-ram,id=3Dmem0,size=3D512M \ -object memory-backend-ram,id=3Dmem1,size=3D512M \ -numa node,nodeid=3D0,cpus=3D0-1,memdev=3Dmem0 \ -numa node,nodeid=3D1,cpus=3D2-3,memdev=3Dmem1 \ -numa node,nodeid=3D2 \ -numa node,nodeid=3D3 : qemu-system-aarch64: FDT: Failed to create subnode /memory@80000000: FDT_= ERR_EXISTS As specified by linux device-tree binding document, the device-tree nodes for these empty NUMA nodes shouldn't be generated. However, the corresponding NUMA node IDs should be included in the distance map device-tree node. This skips populating the device-tree nodes for these empty NUMA nodes to avoid the error, so that QEMU can be started successfully. Signed-off-by: Gavin Shan Reviewed-by: Andrew Jones --- hw/arm/boot.c | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/hw/arm/boot.c b/hw/arm/boot.c index 57efb61ee4..4e5898fcdc 100644 --- a/hw/arm/boot.c +++ b/hw/arm/boot.c @@ -603,6 +603,10 @@ int arm_load_dtb(hwaddr addr, const struct arm_boot_in= fo *binfo, mem_base =3D binfo->loader_start; for (i =3D 0; i < ms->numa_state->num_nodes; i++) { mem_len =3D ms->numa_state->nodes[i].node_mem; + if (!mem_len) { + continue; + } + rc =3D fdt_add_memory_node(fdt, acells, mem_base, scells, mem_len, i); if (rc < 0) { --=20 2.23.0