Received: by 2002:ab2:687:0:b0:1f4:6588:b3a7 with SMTP id s7csp193584lqe; Tue, 9 Apr 2024 21:15:58 -0700 (PDT) X-Forwarded-Encrypted: i=3; AJvYcCUn6y7g9v3QtN1jpkC3BrpVE9Jjtz/dQHFfWpNr/sRoAPozWgjHFu4kuqA4gl39Sj58RSNjaVQFOSwcmb3dunc4ZuEDCkFxVBtGQwCwAw== X-Google-Smtp-Source: AGHT+IF5HtZAY/eP98GuzVVjbHHAkwfiV0/nnIQ0GbvhH0bByH0dLuzMCt8YEKjFp/rX14ybq571 X-Received: by 2002:a17:906:f1c6:b0:a4e:4771:6267 with SMTP id gx6-20020a170906f1c600b00a4e47716267mr783291ejb.4.1712722558658; Tue, 09 Apr 2024 21:15:58 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1712722558; cv=pass; d=google.com; s=arc-20160816; b=qFvlgsWLZMccWHYvLPUyPddVhdAAsnBRuT35g0lkLTx8/dYtlJFHPpcptXTJ38CdND XSEDSUUfbFi2o/xE0lbz6P/YHLzoWAs0S+rWi/lanRGG6skGzKk3FOulMhiQ6W3KcVxO cl47rzjYGdu1lwQeFuteWsmMYKzEkBCTU3hRWm9UM4lbB8GPnZBrR6YI6JmSI0nBLKo3 ZJPxwmzAbNIqzQI9rv7Q7/zGLx9TnhoZJR7LucYBrWMUE8me0D4bhGK5RBFU0+4RLSBe dxIF7bhwL5jlX4o5HTaYpDhvOBXWC+UsmZaSxOujgYS7XShgYD0kVsxSFX0YwGxfO3PH 4ToA== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:date:message-id; bh=kesVaAplzXh+v4tXbcQIq4ySH8AsIEz9Bb/fjvdmS4A=; fh=yF6ZNRgJk3jj1j9uuKu3OUNloCtkcxBWXxb/4qBAcz4=; b=w7/aNzMyKFWbd/tGbuhSeLZHeyi8Vui82u8g64aVNN9gQYJ4KvgBXVg7lYQdLjw8HD HqrffIUlHncoV77Tcu7x+E+fzqto+2y5hw/WCusgqj5lcYja2lyHL9EATzNkm6u9eFpw G7mE82XhgigEZ7354VCaCKLWwSiymOvvW55tfAICATsk43/ELV78EDQL8ksre2/TH6ii 0x16zgMkYBnXd/PnV4auNRAn0qSxLsyOxbUtqvifeNwmv7ZWvhp7X3tJGAoEAm7utxUn Jnw9JhGGu9Imf8h7x/6Lf7D3SnZnNtWaNAhl6bdfa48Pcr6aibGuBdLRlbA0kdtRWqrP eGxg==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; arc=pass (i=1 spf=pass spfdomain=arm.com dmarc=pass fromdomain=arm.com); spf=pass (google.com: domain of linux-kernel+bounces-137876-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) smtp.mailfrom="linux-kernel+bounces-137876-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from am.mirrors.kernel.org (am.mirrors.kernel.org. [147.75.80.249]) by mx.google.com with ESMTPS id qx3-20020a170906fcc300b00a46b8687eadsi5548918ejb.672.2024.04.09.21.15.58 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 09 Apr 2024 21:15:58 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel+bounces-137876-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) client-ip=147.75.80.249; Authentication-Results: mx.google.com; arc=pass (i=1 spf=pass spfdomain=arm.com dmarc=pass fromdomain=arm.com); spf=pass (google.com: domain of linux-kernel+bounces-137876-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) smtp.mailfrom="linux-kernel+bounces-137876-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by am.mirrors.kernel.org (Postfix) with ESMTPS id 642011F25FEB for ; Wed, 10 Apr 2024 04:15:58 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id EBC34C14F; Wed, 10 Apr 2024 04:15:51 +0000 (UTC) Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 863124436; Wed, 10 Apr 2024 04:15:49 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=217.140.110.172 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1712722551; cv=none; b=UIVmoUBCcc0Asd2PkY2fJp5AHuIKgkycu/Qc0SAR1fmYGoSyH7x1WJwWb10Y1lT11cJNU54Bh8kYkPvD8eLqefiWq+a0gcgq3l4+8vzNpiX/8+NTn6O837lhtNCqm17luaRiuJXOcHOnhCev0VRW7PAirsWYb+C81u5exWTBpYY= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1712722551; c=relaxed/simple; bh=Ck2wDEWC4El+//BILMWfFmevZ9ouYfIRpdFUaJVtcsg=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=cgceaWfv6CYuExV3622ntKP9ZPuH5NKKbyJvzfCvhVZmwVo0sviQCLOBZtd8723iKAhvSnFXOW/v0p3ub0eVgHs7oLoTMY6IVJcxmNijauwl2Em7iMHLWwxg1xIsBxCdC7+G/WuWYUh5xHb6aZLTAPsTPfh/utYT+cogj7Ba3RE= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arm.com; spf=pass smtp.mailfrom=arm.com; arc=none smtp.client-ip=217.140.110.172 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arm.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=arm.com Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id C221A139F; Tue, 9 Apr 2024 21:16:18 -0700 (PDT) Received: from [10.162.40.22] (e116581.arm.com [10.162.40.22]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 7DC983F6C4; Tue, 9 Apr 2024 21:15:44 -0700 (PDT) Message-ID: <2dfae66f-1e34-40e5-a6a1-344ff4422028@arm.com> Date: Wed, 10 Apr 2024 09:45:41 +0530 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH 1/4] selftests/arm: Add mm test To: Muhammad Usama Anjum , shuah@kernel.org, linux-arm-kernel@lists.infradead.org Cc: linux-kselftest@vger.kernel.org, linux-kernel@vger.kernel.org, Anshuman.Khandual@arm.com, suzuki.poulose@arm.com, ryan.roberts@arm.com, rob.herring@arm.com, Catalin.Marinas@arm.com, broonie@kernel.org, will@kernel.org, mark.rutland@arm.com References: <20240405084410.256788-1-dev.jain@arm.com> <20240405084410.256788-2-dev.jain@arm.com> Content-Language: en-US From: Dev Jain In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 4/7/24 02:53, Muhammad Usama Anjum wrote: > On 4/5/24 1:44 PM, Dev Jain wrote: >> This patch tests the 4GB VA restriction for 32-bit processes; it is required >> to test the compat layer, whether the kernel knows that it is running a 32-bit >> process or not. Chunks are allocated until the VA gets exhausted; mmap must >> fail beyond 4GB. This is asserted against the VA mappings found >> in /proc/self/maps. >> >> Signed-off-by: Dev Jain >> --- >> tools/testing/selftests/arm/mm/compat_va.c | 94 ++++++++++++++++++++++ >> 1 file changed, 94 insertions(+) >> create mode 100644 tools/testing/selftests/arm/mm/compat_va.c >> >> diff --git a/tools/testing/selftests/arm/mm/compat_va.c b/tools/testing/selftests/arm/mm/compat_va.c >> new file mode 100644 >> index 000000000000..3a78f240bc87 >> --- /dev/null >> +++ b/tools/testing/selftests/arm/mm/compat_va.c >> @@ -0,0 +1,94 @@ >> +// SPDX-License-Identifier: GPL-2.0 >> +/* >> + * Copyright (C) 2024 ARM Limited >> + * >> + * Author : Dev Jain >> + * >> + * Tests 4GB VA restriction for 32 bit process >> + */ >> + >> +#define _GNU_SOURCE >> +#include >> +#include >> +#include >> +#include >> + >> +#include >> +#include >> + >> +#define MAP_CHUNK_SIZE SZ_1M >> +#define NR_CHUNKS_4G (SZ_1G / MAP_CHUNK_SIZE) * 4 /* prevent overflow */ >> + >> +static int validate_address_hint(void) >> +{ >> + char *ptr; >> + >> + ptr = mmap((void *) (1UL << 29), MAP_CHUNK_SIZE, PROT_READ | >> + PROT_WRITE, MAP_PRIVATE | MAP_ANONYMOUS, -1, 0); >> + >> + if (ptr == MAP_FAILED) >> + return 0; >> + >> + return 1; > Usually we return negative value instead of positive one which indicates > error situation. > >> +} >> + >> +int main(int argc, char *argv[]) >> +{ >> + char *ptr[NR_CHUNKS_4G + 3]; >> + char line[1000]; >> + const char *file_name; >> + int chunks; >> + FILE *file; >> + int i; >> + >> + ksft_print_header(); >> + ksft_set_plan(1); > There are multiple test cases. Instead of saying there is only 1 test. > There should be multiple ksft_test_result{_pass,_fail} statements for each > sub-tests. My initial idea was to treat this as a single logical test, as I am asserting the restriction on the number of chunks against the VMAs. I guess your approach is cleaner; thanks. > >> + >> + /* try allocation beyond 4 GB */ >> + for (i = 0; i < NR_CHUNKS_4G + 3; ++i) { >> + ptr[i] = mmap(NULL, MAP_CHUNK_SIZE, PROT_READ | PROT_WRITE, >> + MAP_PRIVATE | MAP_ANONYMOUS, -1, 0); >> + >> + if (ptr[i] == MAP_FAILED) { >> + if (validate_address_hint()) >> + ksft_exit_fail_msg("VA exhaustion failed\n"); >> + break; >> + } >> + } >> + >> + chunks = i; >> + if (chunks >= NR_CHUNKS_4G) { >> + ksft_test_result_fail("mmapped chunks beyond 4GB\n"); >> + ksft_finished(); >> + } >> + >> + /* parse /proc/self/maps, confirm 32 bit VA mappings */ >> + file_name = "/proc/self/maps"; >> + file = fopen(file_name, "r"); >> + if (file == NULL) >> + ksft_exit_fail_msg("/proc/self/maps cannot be opened\n"); >> + >> + while (fgets(line, sizeof(line), file)) { >> + const char *whitespace_loc, *hyphen_loc; >> + >> + hyphen_loc = strchr(line, '-'); >> + whitespace_loc = strchr(line, ' '); >> + >> + if (!(hyphen_loc && whitespace_loc)) { >> + ksft_test_result_skip("Unexpected format"); >> + ksft_finished(); > I'm unable to follow as there are too many return statements. If you divide > the test into multiple sub-tests, you can skip/pass/fail each sub-test easily. > >> + } >> + >> + if ((hyphen_loc - line > 8) || >> + (whitespace_loc - hyphen_loc) > 9) { >> + ksft_test_result_fail("Memory map more than 32 bits\n"); >> + ksft_finished(); >> + } >> + } >> + >> + for (int i = 0; i < chunks; ++i) >> + munmap(ptr[i], MAP_CHUNK_SIZE); >> + >> + ksft_test_result_pass("Test\n"); >> + ksft_finished(); >> +}