From patchwork Tue Oct 18 04:04:48 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Gavin Shan X-Patchwork-Id: 255 Return-Path: Delivered-To: ouuuleilei@gmail.com Received: by 2002:a5d:4ac7:0:0:0:0:0 with SMTP id y7csp1765658wrs; Mon, 17 Oct 2022 21:07:59 -0700 (PDT) X-Google-Smtp-Source: AMsMyM5cMQFOvcEwIRqhW9pO2kLMv5TTDRk1UrEFInD9vk74KWuGBQxWfziLRLvnlkSFekh4gT1v X-Received: by 2002:a17:90b:4d8b:b0:20a:e256:fdd8 with SMTP id oj11-20020a17090b4d8b00b0020ae256fdd8mr36593663pjb.4.1666066079672; Mon, 17 Oct 2022 21:07:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1666066079; cv=none; d=google.com; s=arc-20160816; b=UpBfSC4QpxktOl/ZHRkA42IE+qUgj/rSyvKaZ1pS9Y4bQhyAq64t+MlCqyNQe4eMHT XR3lzzYj6YTpp22/mdt2mQ7Tp9c1o+So5vZtp451OG8EIW/bWgnHo7kAGoY1NKdWuh3D fmQ+Ni66kuAmmYWJ455N+b0FR3FtTpT/jlQmc+9ix37xa8M0k9HXVmfb1Ad617iTBCr9 4J7NTNfnLmpgmSQqnf1nKRxU4WP2vYSd0yOMhNwmUkNY2AWs6I4n2lGPcDqrCaDc1NU8 oFgP6qpZELAloTxR8PX2B/9feiip1h0rL8URtKxVbWP+ozcZMkLGy0RHyYmdq7wTDk5Y ArFw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=JNqb4x91+ibnSA52SM3oP+YarplnTCPWBJopPQMXy8w=; b=r8p3BrkcwwvTTCmuJ8Sp3ewTXSPjnG9TlQ3YErDMsJuICbULFm2zcPUHZ0iUrvOAm2 zaUgs/kVtFdtlhO71bsPv39Pp/KEeSYfGIm6mCpF0bu4CQMdAxeE/ANU8g2syC4agYbY 4i2L1eOxQgKY71uxikGX7BlPik8SgHm5H+C32z5vxvSAou/j4QJZR2Dk8uSmlXHQHjuI QNcK4hyQ2APagWhF5dRDlc05fJShvuDkKr4oi3H9Vb1JKwAGankpZTGwJzXO1PJiQp29 JGyGDWRPzeVFOnwJq65W8ukCJnpM4fLwpkgdAguNAcaDaZyV9rkWw/5aAQpOBibylRR6 JCjw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=YiE+1sjX; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id w14-20020a170902e88e00b00176e85e5ceasi15984004plg.405.2022.10.17.21.07.45; Mon, 17 Oct 2022 21:07:59 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=YiE+1sjX; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230158AbiJREFQ (ORCPT + 99 others); Tue, 18 Oct 2022 00:05:16 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43536 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230076AbiJREFM (ORCPT ); Tue, 18 Oct 2022 00:05:12 -0400 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 250D9357D5 for ; Mon, 17 Oct 2022 21:05:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1666065909; 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; bh=JNqb4x91+ibnSA52SM3oP+YarplnTCPWBJopPQMXy8w=; b=YiE+1sjXb3VuxjqjFdPvl4sJ/woyeidNWKGMPtz8qge6wkPAkj9ObHTluMh5AFzxYGsqgL PxTfQ0qqlssingRbu/oxlYy74yo9OiFhkuOel0wGvrsAZEnxOy6S/s+sjprXPmesC3ynvf MBnepFE6FVhR69UU1rzKVZFTpR7PH1w= Received: from mimecast-mx02.redhat.com (mx3-rdu2.redhat.com [66.187.233.73]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-649-KfLnK5g4PyOaphanWfJqXA-1; Tue, 18 Oct 2022 00:05:04 -0400 X-MC-Unique: KfLnK5g4PyOaphanWfJqXA-1 Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.rdu2.redhat.com [10.11.54.6]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id E774329A8AEA; Tue, 18 Oct 2022 04:05:03 +0000 (UTC) Received: from gshan.redhat.com (vpn2-54-70.bne.redhat.com [10.64.54.70]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 57AAA2166B41; Tue, 18 Oct 2022 04:04:58 +0000 (UTC) From: Gavin Shan To: kvmarm@lists.linux.dev Cc: kvmarm@lists.cs.columbia.edu, kvm@vger.kernel.org, linux-kernel@vger.kernel.org, ajones@ventanamicro.com, pbonzini@redhat.com, maz@kernel.org, shuah@kernel.org, oliver.upton@linux.dev, mail@maciej.szmigiero.name, maciej.szmigiero@oracle.com, seanjc@google.com, peterx@redhat.com, ricarkol@google.com, zhenyzha@redhat.com, shan.gavin@gmail.com Subject: [PATCH v2 0/6] KVM: selftests: memslot_perf_test: aarch64 cleanup/fixes Date: Tue, 18 Oct 2022 12:04:48 +0800 Message-Id: <20221018040454.405719-1-gshan@redhat.com> MIME-Version: 1.0 X-Scanned-By: MIMEDefang 3.1 on 10.11.54.6 X-Spam-Status: No, score=-2.4 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_NONE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1746996905473164993?= X-GMAIL-MSGID: =?utf-8?q?1746996905473164993?= kvm/selftests/memslots_perf_test doesn't work with 64KB-page-size-host and 4KB-page-size-guest on aarch64. In the implementation, the host and guest page size have been hardcoded to 4KB. It's ovbiously not working on aarch64 which supports 4KB, 16KB, 64KB individually on host and guest. This series tries to fix it. After the series is applied, the test runs successfully with 64KB-page-size-host and 4KB-page-size-guest. # ./memslots_perf_tests -v -s 512 Since we're here, the code is cleaned up a bit as PATCH[1-3] do. The other patches are fixes to handle the mismatched host/guest page sized. v1: https://lore.kernel.org/kvmarm/20221014071914.227134-1-gshan@redhat.com/T/#t Changelog ========= v2: * Pick the smaller value between the ones specified by user or probed from KVM_CAP_NR_MEMSLOTS in PATCH[v2 3/6] (Maciej) * Improved comments about MEM_TEST_MOVE_SIZE in PATCH[v2 4/6] (Maciej) * Avoid mismatched guest page size after VM is started in prepare_vm() in PATCH[v2 4/6] (Maciej) * Fix condition to check MEM_TEST_{UNMAP, UNMAP_CHUNK}_SIZE in check_memory_size() in PATCH[v2 4/6] (Maciej) * Define base and huge page size in kvm_util_base.h in PATCH[v2 5/6] (Sean) * Add checks on host/guest page size in check_memory_size() and fail early if any of them exceeds 64KB in PATCH[v2 5/6] (Maciej) Gavin Shan (6): KVM: selftests: memslot_perf_test: Use data->nslots in prepare_vm() KVM: selftests: memslot_perf_test: Consolidate loop conditions in prepare_vm() KVM: selftests: memslot_perf_test: Probe memory slots for once KVM: selftests: memslot_perf_test: Support variable guest page size KVM: selftests: memslot_perf_test: Consolidate memory sizes KVM: selftests: memslot_perf_test: Report optimal memory slots .../selftests/kvm/include/kvm_util_base.h | 15 + .../testing/selftests/kvm/memslot_perf_test.c | 307 +++++++++++------- 2 files changed, 213 insertions(+), 109 deletions(-)