From patchwork Tue Sep 13 06:41:30 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: "Huang, Shaoqin" X-Patchwork-Id: 12974468 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 781D5C54EE9 for ; Tue, 13 Sep 2022 06:42:22 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 06E9F6B0073; Tue, 13 Sep 2022 02:42:22 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 01F138D0002; Tue, 13 Sep 2022 02:42:21 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id E02488D0001; Tue, 13 Sep 2022 02:42:21 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0012.hostedemail.com [216.40.44.12]) by kanga.kvack.org (Postfix) with ESMTP id D35F76B0073 for ; Tue, 13 Sep 2022 02:42:21 -0400 (EDT) Received: from smtpin03.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay09.hostedemail.com (Postfix) with ESMTP id A730681140 for ; Tue, 13 Sep 2022 06:42:21 +0000 (UTC) X-FDA: 79906118082.03.E0CACDE Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by imf21.hostedemail.com (Postfix) with ESMTP id 2125F1C00AB for ; Tue, 13 Sep 2022 06:42:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1663051341; x=1694587341; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=hj1h+6xFFazhwZdF3cst9SX/EiCK6lsmLCgWcuSVcwA=; b=QcdIqz9cMsRS2q03aM8Tjv9xTRLT1bRD9p3toI2CQGhWBtw4mtjqXl2Q kxLpSHmwJOeqHikbptRzEZ0rUEcU70SgC2JwOlBBEoPeh1AVDvYo/HnoO JRdxjJprjdI1FcztsPj4lPAxL6ZWAzwUq6ZzoAk8RYNVcOCbjQ4z1zPUd j3MrfbwHrqyHtLgb24fTEZ1ZqzXHL8PxoqgKPSPZOc1SfuRCP9zPR4h7T NaBlPg3CkepgTUPzrX7SiytsAetT1Nqr93fJQyWWVw3GIYg4KRK2x5be2 rVa2MiD+fkrlkne6vZ1ZLRUyMWacT0jspUR0CZKkyyLRTwlK7uJYqi4Sz A==; X-IronPort-AV: E=McAfee;i="6500,9779,10468"; a="298851518" X-IronPort-AV: E=Sophos;i="5.93,312,1654585200"; d="scan'208";a="298851518" Received: from fmsmga008.fm.intel.com ([10.253.24.58]) by orsmga102.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 12 Sep 2022 23:41:52 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.93,312,1654585200"; d="scan'208";a="678428774" Received: from q.bj.intel.com ([10.238.154.102]) by fmsmga008.fm.intel.com with ESMTP; 12 Sep 2022 23:41:49 -0700 From: shaoqin.huang@intel.com To: rppt@kernel.org Cc: Shaoqin Huang , Karolina Drobnik , Rebecca Mckeever , David Hildenbrand , linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: [PATCH v3 1/3] memblock test: Add test to memblock_add() 129th region Date: Tue, 13 Sep 2022 14:41:30 +0800 Message-Id: <20220913064138.407601-2-shaoqin.huang@intel.com> X-Mailer: git-send-email 2.34.1 In-Reply-To: <20220913064138.407601-1-shaoqin.huang@intel.com> References: <20220913064138.407601-1-shaoqin.huang@intel.com> MIME-Version: 1.0 ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1663051341; a=rsa-sha256; cv=none; b=p9tHJgb7MJ3jZ/bZcKg8qbijiZ0VhavI96lJu3LslFRhX0dmAlZlhIvq0ek0DRAoq2xZfK uRWQ5RstiTZPW3XE4T841vVJfub4+PMZxHiit7pj1DfCKpNlz7lqN76lfa2vokUerdb2JZ nvi6DrvpOEDDSLoxjgGUtcvze4ttZhE= ARC-Authentication-Results: i=1; imf21.hostedemail.com; dkim=none ("invalid DKIM record") header.d=intel.com header.s=Intel header.b=QcdIqz9c; spf=pass (imf21.hostedemail.com: domain of shaoqin.huang@intel.com designates 134.134.136.24 as permitted sender) smtp.mailfrom=shaoqin.huang@intel.com; dmarc=pass (policy=none) header.from=intel.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1663051341; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=ZUY6Y4+KlqwFQadPanH/bdhVFuUjnFjFLncjAx2UFQc=; b=qPqmKWB2rckWacsh8KHceufM85jCV5hMd/N2mRPKrPm2Vrj0nJlTBsKymMSDxP1X8Tr0hS mRHazZhk/q4r0+0Ns3UpZcctc+Lt0l4Xqu1Ck/cU0zQVDaf58uCAB+OkbjFckmb6MoTyY2 fqW525UZ1vtIMcDex7GKX4keU46uijc= X-Stat-Signature: q3ojgtiyxdtft5pozzfmf1uxqu4uzm8i X-Rspamd-Queue-Id: 2125F1C00AB Authentication-Results: imf21.hostedemail.com; dkim=none ("invalid DKIM record") header.d=intel.com header.s=Intel header.b=QcdIqz9c; spf=pass (imf21.hostedemail.com: domain of shaoqin.huang@intel.com designates 134.134.136.24 as permitted sender) smtp.mailfrom=shaoqin.huang@intel.com; dmarc=pass (policy=none) header.from=intel.com X-Rspam-User: X-Rspamd-Server: rspam11 X-HE-Tag: 1663051340-485417 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: From: Shaoqin Huang Add 129th region into the memblock, and this will trigger the memblock_double_array() function, this needs valid memory regions. So using dummy_physical_memory_init() to allocate a large enough memory region, and split it into a large enough memory which can be choosed by memblock_double_array(), and the left memory will be split into small memory region, and add them into the memblock. It make sure the memblock_double_array() will always choose the valid memory region that is allocated by the dummy_physical_memory_init(). So memblock_double_array() must success. Another thing should be done is to restore the memory.regions after memblock_double_array(), due to now the memory.regions is pointing to a memory region allocated by dummy_physical_memory_init(). And it will affect the subsequent tests if we don't restore the memory region. So simply record the origin region, and restore it after the test. Signed-off-by: Shaoqin Huang --- tools/testing/memblock/tests/basic_api.c | 96 ++++++++++++++++++++++++ tools/testing/memblock/tests/common.c | 7 +- tools/testing/memblock/tests/common.h | 3 + 3 files changed, 104 insertions(+), 2 deletions(-) diff --git a/tools/testing/memblock/tests/basic_api.c b/tools/testing/memblock/tests/basic_api.c index a13a57ba0815..7120fd8e47b1 100644 --- a/tools/testing/memblock/tests/basic_api.c +++ b/tools/testing/memblock/tests/basic_api.c @@ -423,6 +423,101 @@ static int memblock_add_near_max_check(void) return 0; } +/* + * A test that trying to add the 129th memory block. + * Expect to trigger memblock_double_array() to double the + * memblock.memory.max, find a new valid memory as + * memory.regions. + */ +static int memblock_add_many_check(void) +{ + int i; + void *orig_region; + struct region r = { + .base = SZ_16K, + .size = MEM_SIZE, + }; + phys_addr_t new_memory_regions_size; + phys_addr_t base, size, block_size; + + PREFIX_PUSH(); + + reset_memblock_regions(); + memblock_allow_resize(); + + dummy_physical_memory_init(); + /* + * We allocated enough memory by using dummy_physical_memory_init(), and + * split it into small block. First we split a large enough memory block + * as the memory region which will be choosed by memblock_double_array(). + */ + base = PAGE_ALIGN(dummy_physical_memory_base()); + new_memory_regions_size = PAGE_ALIGN(INIT_MEMBLOCK_REGIONS * 2 * + sizeof(struct memblock_region)); + memblock_add(base, new_memory_regions_size); + + /* + * For the left memory, we split them into small block and add them into + * memblock later. + */ + base += new_memory_regions_size; + size = MEM_SIZE - new_memory_regions_size; + block_size = size / (INIT_MEMBLOCK_REGIONS * 2); + + orig_region = memblock.memory.regions; + + for (i = 0; i < INIT_MEMBLOCK_REGIONS; i++) { + /* + * Add these small block to fulfill the memblock. We keep an + * interval between the nearby memory to avoid being merged. + */ + memblock_add(base + block_size * (2 * i + 1), block_size); + + ASSERT_EQ(memblock.memory.cnt, i + 2); + ASSERT_EQ(memblock.memory.total_size, new_memory_regions_size + + (i + 1) * block_size); + } + + /* + * At there, memblock_double_array() has been succeed, check if it + * update the memory.max. + */ + ASSERT_EQ(memblock.memory.max, INIT_MEMBLOCK_REGIONS * 2); + + /* memblock_double_array() will reserve the memory it used. Check it. */ + ASSERT_EQ(memblock.reserved.cnt, 1); + ASSERT_EQ(memblock.reserved.total_size, new_memory_regions_size); + + /* + * Now memblock_double_array() works fine. Let's check after the + * double_array(), the memblock_add() still works as normal. + */ + memblock_add(r.base, r.size); + ASSERT_EQ(memblock.memory.regions[0].base, r.base); + ASSERT_EQ(memblock.memory.regions[0].size, r.size); + + ASSERT_EQ(memblock.memory.cnt, INIT_MEMBLOCK_REGIONS + 2); + ASSERT_EQ(memblock.memory.total_size, INIT_MEMBLOCK_REGIONS * block_size + + new_memory_regions_size + + MEM_SIZE); + ASSERT_EQ(memblock.memory.max, INIT_MEMBLOCK_REGIONS * 2); + + dummy_physical_memory_cleanup(); + + /* + * The current memory.regions is occupying a range of memory that + * allocated from dummy_physical_memory_init(). After free the memory, + * we must not use it. So restore the origin memory region to make sure + * the tests can run as normal and not affected by the double array. + */ + memblock.memory.regions = orig_region; + memblock.memory.cnt = INIT_MEMBLOCK_REGIONS; + + test_pass_pop(); + + return 0; +} + static int memblock_add_checks(void) { prefix_reset(); @@ -438,6 +533,7 @@ static int memblock_add_checks(void) memblock_add_twice_check(); memblock_add_between_check(); memblock_add_near_max_check(); + memblock_add_many_check(); prefix_pop(); diff --git a/tools/testing/memblock/tests/common.c b/tools/testing/memblock/tests/common.c index eec6901081af..2de6a2b6efd2 100644 --- a/tools/testing/memblock/tests/common.c +++ b/tools/testing/memblock/tests/common.c @@ -5,8 +5,6 @@ #include #include -#define INIT_MEMBLOCK_REGIONS 128 -#define INIT_MEMBLOCK_RESERVED_REGIONS INIT_MEMBLOCK_REGIONS #define PREFIXES_MAX 15 #define DELIM ": " @@ -84,6 +82,11 @@ void dummy_physical_memory_cleanup(void) free(memory_block.base); } +phys_addr_t dummy_physical_memory_base(void) +{ + return (phys_addr_t)memory_block.base; +} + static void usage(const char *prog) { BUILD_BUG_ON(ARRAY_SIZE(help_opts) != ARRAY_SIZE(long_opts) - 1); diff --git a/tools/testing/memblock/tests/common.h b/tools/testing/memblock/tests/common.h index 78128e109a95..ba14dc989ae9 100644 --- a/tools/testing/memblock/tests/common.h +++ b/tools/testing/memblock/tests/common.h @@ -11,6 +11,8 @@ #include <../selftests/kselftest.h> #define MEM_SIZE SZ_16K +#define INIT_MEMBLOCK_REGIONS 128 +#define INIT_MEMBLOCK_RESERVED_REGIONS INIT_MEMBLOCK_REGIONS enum test_flags { /* No special request. */ @@ -104,6 +106,7 @@ void reset_memblock_attributes(void); void setup_memblock(void); void dummy_physical_memory_init(void); void dummy_physical_memory_cleanup(void); +phys_addr_t dummy_physical_memory_base(void); void parse_args(int argc, char **argv); void test_fail(void); From patchwork Tue Sep 13 06:41:31 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: "Huang, Shaoqin" X-Patchwork-Id: 12974469 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 5FFD5C6FA82 for ; Tue, 13 Sep 2022 06:42:27 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 0219B6B0074; Tue, 13 Sep 2022 02:42:27 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id F13898D0002; Tue, 13 Sep 2022 02:42:26 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id DDAFE8D0001; Tue, 13 Sep 2022 02:42:26 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0012.hostedemail.com [216.40.44.12]) by kanga.kvack.org (Postfix) with ESMTP id CF2986B0074 for ; Tue, 13 Sep 2022 02:42:26 -0400 (EDT) Received: from smtpin28.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay05.hostedemail.com (Postfix) with ESMTP id B161241067 for ; Tue, 13 Sep 2022 06:42:26 +0000 (UTC) X-FDA: 79906118292.28.A6BFBDE Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by imf21.hostedemail.com (Postfix) with ESMTP id E527F1C00AB for ; Tue, 13 Sep 2022 06:42:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1663051346; x=1694587346; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=C4y1rYIKX4fqF3zCci/fAjCkU8Jw0wyitSdCTFzi5Ss=; b=NUVD3yQxvt+RUm07mp37bofqNvmiRF3kzL+RmcB2r5NsNTU2dI+d1qeo HMUyX8qeWbExqyZkaqwi/TRMOs1OEWFM3Y6jMfuPGRzEyDLR8id6fbTDJ JIRPbPFS4EbeM9GD3dijkOkbUrJnS/639qxhCjGogkt4iTJBz4KLNPu09 2pjLLvvc/6svZJ1SAWoLF9RzETkwveU/GDVvvsfVM0+gG4QoZ3tERtCBx P16/iRCTTdndzvBD/8lxsiWQf1azvS3ofcoPQmzS0sLEpjfa8MLgTb37z LjWfMth7fJ10q6YKTS3c5qhpP6KqDTXpJYRRjlCehsJ5vIuL7TPEFOTl2 w==; X-IronPort-AV: E=McAfee;i="6500,9779,10468"; a="298851564" X-IronPort-AV: E=Sophos;i="5.93,312,1654585200"; d="scan'208";a="298851564" Received: from fmsmga008.fm.intel.com ([10.253.24.58]) by orsmga102.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 12 Sep 2022 23:41:56 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.93,312,1654585200"; d="scan'208";a="678428866" Received: from q.bj.intel.com ([10.238.154.102]) by fmsmga008.fm.intel.com with ESMTP; 12 Sep 2022 23:41:53 -0700 From: shaoqin.huang@intel.com To: rppt@kernel.org Cc: Shaoqin Huang , Karolina Drobnik , Rebecca Mckeever , David Hildenbrand , linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: [PATCH v3 2/3] memblock test: Add test to memblock_reserve() 129th region Date: Tue, 13 Sep 2022 14:41:31 +0800 Message-Id: <20220913064138.407601-3-shaoqin.huang@intel.com> X-Mailer: git-send-email 2.34.1 In-Reply-To: <20220913064138.407601-1-shaoqin.huang@intel.com> References: <20220913064138.407601-1-shaoqin.huang@intel.com> MIME-Version: 1.0 ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1663051346; a=rsa-sha256; cv=none; b=XroBa1fpD1Yf/IXucVDedKdwa4lYDIydrcihA7EB37vOr7KXauiL1m/gaRomC4XVLlbnmh O1792FiPSRT2upKa+LGl0+GH5ChiTN+ywGtIG7UzeAgZYECTl+i598yohw5OdM0sWDe5KP G/bUDEmt2M5rJZqEMqDG33mPYNT7jo4= ARC-Authentication-Results: i=1; imf21.hostedemail.com; dkim=none ("invalid DKIM record") header.d=intel.com header.s=Intel header.b=NUVD3yQx; spf=pass (imf21.hostedemail.com: domain of shaoqin.huang@intel.com designates 134.134.136.24 as permitted sender) smtp.mailfrom=shaoqin.huang@intel.com; dmarc=pass (policy=none) header.from=intel.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1663051346; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=pJenFHZXpxsGZfzrz2zgmSc14M4pruSICBjnUVpGTTg=; b=q395KcPQZhx9G+FDZ/QB5qZFGs3FxDbBCJnqMOqYMbbgTVEH4LlV7UdcBosotQTnpbd3tG TXOVwkchW8w7xo1ILSx9NpCXsyVb6krkwqWl7abeL3GV+dMxnPTgAqnBy/5RqtIiF9+IYt wVGOGgHkIJ4zg5EtekH6b7LvY0y6LwM= X-Stat-Signature: qq8txk4i8unj1qza4qjb6k9zfhr9qjmx X-Rspamd-Queue-Id: E527F1C00AB Authentication-Results: imf21.hostedemail.com; dkim=none ("invalid DKIM record") header.d=intel.com header.s=Intel header.b=NUVD3yQx; spf=pass (imf21.hostedemail.com: domain of shaoqin.huang@intel.com designates 134.134.136.24 as permitted sender) smtp.mailfrom=shaoqin.huang@intel.com; dmarc=pass (policy=none) header.from=intel.com X-Rspam-User: X-Rspamd-Server: rspam11 X-HE-Tag: 1663051345-650131 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: From: Shaoqin Huang Reserve 129th region in the memblock, and this will trigger the memblock_double_array() function, this needs valid memory regions. So using dummy_physical_memory_init() to allocate a valid memory region. At the same time, reserve 128 faked memory region, and make sure these reserved region not intersect with the valid memory region. So memblock_double_array() will choose the valid memory region, and it will success. Also need to restore the reserved.regions after memblock_double_array(), to make sure the subsequent tests can run as normal. Signed-off-by: Shaoqin Huang --- tools/testing/memblock/tests/basic_api.c | 90 ++++++++++++++++++++++++ 1 file changed, 90 insertions(+) diff --git a/tools/testing/memblock/tests/basic_api.c b/tools/testing/memblock/tests/basic_api.c index 7120fd8e47b1..1924524ad868 100644 --- a/tools/testing/memblock/tests/basic_api.c +++ b/tools/testing/memblock/tests/basic_api.c @@ -895,6 +895,95 @@ static int memblock_reserve_near_max_check(void) return 0; } +/* + * A test that trying to reserve the 129th memory block. + * Expect to trigger memblock_double_array() to double the + * memblock.memory.max, find a new valid memory as + * reserved.regions. + */ +static int memblock_reserve_many_check(void) +{ + int i; + void *orig_region; + struct region r = { + .base = SZ_16K, + .size = MEM_SIZE, + }; + phys_addr_t memory_base = SZ_128K; + phys_addr_t new_reserved_regions_size; + + PREFIX_PUSH(); + + reset_memblock_regions(); + memblock_allow_resize(); + + /* Add a valid memory region used by double_array(). */ + dummy_physical_memory_init(); + memblock_add(dummy_physical_memory_base(), MEM_SIZE); + + for (i = 0; i < INIT_MEMBLOCK_REGIONS; i++) { + /* Reserve some fakes memory region to fulfill the memblock. */ + memblock_reserve(memory_base, MEM_SIZE); + + ASSERT_EQ(memblock.reserved.cnt, i + 1); + ASSERT_EQ(memblock.reserved.total_size, (i + 1) * MEM_SIZE); + + /* Keep the gap so these memory region will not be merged. */ + memory_base += MEM_SIZE * 2; + } + + orig_region = memblock.reserved.regions; + + /* This reserve the 129 memory_region, and makes it double array. */ + memblock_reserve(memory_base, MEM_SIZE); + + /* + * This is the memory region size used by the doubled reserved.regions, + * and it has been reserved due to it has been used. The size is used to + * calculate the total_size that the memblock.reserved have now. + */ + new_reserved_regions_size = PAGE_ALIGN((INIT_MEMBLOCK_REGIONS * 2) * + sizeof(struct memblock_region)); + /* + * The double_array() will find a free memory region as the new + * reserved.regions, and the used memory region will be reserved, so + * there will be one more region exist in the reserved memblock. And the + * one more reserved region's size is new_reserved_regions_size. + */ + ASSERT_EQ(memblock.reserved.cnt, INIT_MEMBLOCK_REGIONS + 2); + ASSERT_EQ(memblock.reserved.total_size, (INIT_MEMBLOCK_REGIONS + 1) * MEM_SIZE + + new_reserved_regions_size); + ASSERT_EQ(memblock.reserved.max, INIT_MEMBLOCK_REGIONS * 2); + + /* + * Now memblock_double_array() works fine. Let's check after the + * double_array(), the memblock_reserve() still works as normal. + */ + memblock_reserve(r.base, r.size); + ASSERT_EQ(memblock.reserved.regions[0].base, r.base); + ASSERT_EQ(memblock.reserved.regions[0].size, r.size); + + ASSERT_EQ(memblock.reserved.cnt, INIT_MEMBLOCK_REGIONS + 3); + ASSERT_EQ(memblock.reserved.total_size, (INIT_MEMBLOCK_REGIONS + 2) * MEM_SIZE + + new_reserved_regions_size); + ASSERT_EQ(memblock.reserved.max, INIT_MEMBLOCK_REGIONS * 2); + + dummy_physical_memory_cleanup(); + + /* + * The current reserved.regions is occupying a range of memory that + * allocated from dummy_physical_memory_init(). After free the memory, + * we must not use it. So restore the origin memory region to make sure + * the tests can run as normal and not affected by the double array. + */ + memblock.reserved.regions = orig_region; + memblock.reserved.cnt = INIT_MEMBLOCK_REGIONS; + + test_pass_pop(); + + return 0; +} + static int memblock_reserve_checks(void) { prefix_reset(); @@ -909,6 +998,7 @@ static int memblock_reserve_checks(void) memblock_reserve_twice_check(); memblock_reserve_between_check(); memblock_reserve_near_max_check(); + memblock_reserve_many_check(); prefix_pop(); From patchwork Tue Sep 13 06:41:32 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: "Huang, Shaoqin" X-Patchwork-Id: 12974470 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 43150C6FA82 for ; Tue, 13 Sep 2022 06:42:30 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id B6D948D0001; Tue, 13 Sep 2022 02:42:29 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id B1B7B6B007B; Tue, 13 Sep 2022 02:42:29 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 9EDED6B0075; Tue, 13 Sep 2022 02:42:29 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0013.hostedemail.com [216.40.44.13]) by kanga.kvack.org (Postfix) with ESMTP id 918226B0075 for ; Tue, 13 Sep 2022 02:42:29 -0400 (EDT) Received: from smtpin15.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay04.hostedemail.com (Postfix) with ESMTP id E5A6C1A102A for ; Tue, 13 Sep 2022 06:42:28 +0000 (UTC) X-FDA: 79906118376.15.A555B5A Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by imf21.hostedemail.com (Postfix) with ESMTP id 4954B1C00AB for ; Tue, 13 Sep 2022 06:42:28 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1663051348; x=1694587348; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=daaV3WZWukjbgGvbQ73mOCe8nI4eaN3LDyARuyKPkhs=; b=BgippC8O/ghbeD1GSxcVuU8vSEAKUWxg8aAaNQpC3AWRccjZsgilUyo2 nENx/Cn4Iab30bJqLJrJQ8+dxsNUemRYJJspFBlfKCVNYPV6+BKWWPt3p 5BgwCiyeX8GNBQVWSfYgD5Mz318Lp6tYbK6L7WY5MAATP//TWVJ9svzSM e7b+xHmIq6K/dvBC/MI0DrCzEB4Ljuzzyly9qSkTRk3GbRx1ppwij3Z5w qjqj06nMyYr65msnBTaHHV1A6CeE/J9q4GNc+imc+km71fPnvgDY4wC4F 2GO0+/Zu1Eb3Jn/Gwrhw/T7bnp0nYmJnbj+rtX6vknSYOzdtjopwwEdai A==; X-IronPort-AV: E=McAfee;i="6500,9779,10468"; a="298851583" X-IronPort-AV: E=Sophos;i="5.93,312,1654585200"; d="scan'208";a="298851583" Received: from fmsmga008.fm.intel.com ([10.253.24.58]) by orsmga102.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 12 Sep 2022 23:41:58 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.93,312,1654585200"; d="scan'208";a="678428897" Received: from q.bj.intel.com ([10.238.154.102]) by fmsmga008.fm.intel.com with ESMTP; 12 Sep 2022 23:41:56 -0700 From: shaoqin.huang@intel.com To: rppt@kernel.org Cc: Shaoqin Huang , linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: [PATCH v3 3/3] memblock test: Update TODO list Date: Tue, 13 Sep 2022 14:41:32 +0800 Message-Id: <20220913064138.407601-4-shaoqin.huang@intel.com> X-Mailer: git-send-email 2.34.1 In-Reply-To: <20220913064138.407601-1-shaoqin.huang@intel.com> References: <20220913064138.407601-1-shaoqin.huang@intel.com> MIME-Version: 1.0 ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1663051348; a=rsa-sha256; cv=none; b=RYAepF57mSQqMuMjRaDtFY6dGpXI9FL3lHSwn+hBo/YSEd1OytixIJMh3EE7pfqsafdfd8 RwgnxwEt2JF2XUtub/ED20aPtUur1OlIj5gXUW1EKdq5UcXYaU1Wp4G1jEM1y5RLN9EyJx Hn1rYGemugbMyBgC6XBuH3M6p7HGKNo= ARC-Authentication-Results: i=1; imf21.hostedemail.com; dkim=none ("invalid DKIM record") header.d=intel.com header.s=Intel header.b=BgippC8O; spf=pass (imf21.hostedemail.com: domain of shaoqin.huang@intel.com designates 134.134.136.24 as permitted sender) smtp.mailfrom=shaoqin.huang@intel.com; dmarc=pass (policy=none) header.from=intel.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1663051348; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=s1k9mRuJjmyXidKKJwOEnc91tA8GRPaK+2E2lNwx6K4=; b=RZadB3FgnIpiH+0ggvLZdFP9YLzjx+GwUnxSes16P9Y/eP24KCwIGMzfKrdy+KWI4E2tHu grc8TihBQ/lNZ+TjBcQTKdB8D+HN53TfEVf7t4oOB3o/PkuEygzvEjW5vItSoUsKP+xZds bV03n35KsQV6NSqhvPPaLA0udebLVj8= X-Stat-Signature: 9e66st9o3zgudroyemxnsfg7rgeg3mzt X-Rspamd-Queue-Id: 4954B1C00AB Authentication-Results: imf21.hostedemail.com; dkim=none ("invalid DKIM record") header.d=intel.com header.s=Intel header.b=BgippC8O; spf=pass (imf21.hostedemail.com: domain of shaoqin.huang@intel.com designates 134.134.136.24 as permitted sender) smtp.mailfrom=shaoqin.huang@intel.com; dmarc=pass (policy=none) header.from=intel.com X-Rspam-User: X-Rspamd-Server: rspam11 X-HE-Tag: 1663051348-746129 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: From: Shaoqin Huang Remove the completed items from TODO list. Signed-off-by: Shaoqin Huang --- tools/testing/memblock/TODO | 11 ++--------- 1 file changed, 2 insertions(+), 9 deletions(-) diff --git a/tools/testing/memblock/TODO b/tools/testing/memblock/TODO index 33044c634ea7..503cc96fcdc3 100644 --- a/tools/testing/memblock/TODO +++ b/tools/testing/memblock/TODO @@ -1,17 +1,10 @@ TODO ===== -1. Add tests trying to memblock_add() or memblock_reserve() 129th region. - This will trigger memblock_double_array(), make sure it succeeds. - *Important:* These tests require valid memory ranges, use dummy physical - memory block from common.c to implement them. It is also very - likely that the current MEM_SIZE won't be enough for these - test cases. Use realloc to adjust the size accordingly. - -2. Add test cases using this functions (implement them for both directions): +1. Add test cases using this functions (implement them for both directions): + memblock_alloc_raw() + memblock_alloc_exact_nid_raw() + memblock_alloc_try_nid_raw() -3. Add tests for memblock_alloc_node() to check if the correct NUMA node is set +2. Add tests for memblock_alloc_node() to check if the correct NUMA node is set for the new region