Received: by 2002:a05:6500:1b45:b0:1f5:f2ab:c469 with SMTP id cz5csp393854lqb; Tue, 16 Apr 2024 21:54:25 -0700 (PDT) X-Forwarded-Encrypted: i=3; AJvYcCW81H4Dk4qwyb/kedOhj23pzWEYDU9fMfZC4P3R0CIKB7C/KraR17DF+9RSVTrkSOeDcoGatk7esclmCAzTRdrvgI7XRSjaWJ3+xAgUKg== X-Google-Smtp-Source: AGHT+IFubJk/nytMx+tUh2JWgXSvvEb4RVaO3IQFVc3mp36NJYVDI8mZ2UJTEGszuQM8PPxbt8p7 X-Received: by 2002:a05:6a00:4f84:b0:6e6:9c79:87e9 with SMTP id ld4-20020a056a004f8400b006e69c7987e9mr18245353pfb.34.1713329665498; Tue, 16 Apr 2024 21:54:25 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1713329665; cv=pass; d=google.com; s=arc-20160816; b=J30udUTVJ5qfdYeooy9ww7FT1FhGmquniY777jnqXpFr/xCNRtGwdy9qnw8Dh0/JS8 ZMe7x26BPz4P9ZCFZh/5cVuivFb29nsR0s8G9niSRYBekhpmTL/7Z9tviPK6gJUVC93S Y6jIdUoL8GBiQpLN+/zLfvNW3nCrytViArT8UAJ+i18kguKMgzroDDL1xJDL5rRVBZvR U7UV6bQ8U3yU6/PMI2B3V28Okg5a4sSxMStTXo24j8fUDbtgsuAhJ3/+7OtSWDTGnEz8 Kl6kiBq+eemxqldpJnKXGrhYwQv7+4igkZnuoRefQ7dx33ceQzF1/DPbUDq6lsjKeiDN pTyw== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:in-reply-to:content-language:references :cc:to:from:subject:user-agent:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:date:message-id; bh=Xv7VqbJ1/ExQCESPhJkbxiLOhyN6LubjfOA9qTzl4xI=; fh=yF6ZNRgJk3jj1j9uuKu3OUNloCtkcxBWXxb/4qBAcz4=; b=apIl/H+HxKj4XXYdm2P48ZO3acKDfCImiAQVQfsInqMQO3jSlLjjD4CNFmCHxPWAZw Ns7Tecl400I0vXITkVcnC1H6t45JS9lNSbPKBSimqkQOfTDfO3nVjcWjICQTEdhVZ5h+ I2r0CowyP81IMDWFu6c5veEShxOZbfiiPIF1uu86uaBR+qo/FMFa9EgMJeu6jM321pe+ CwXC4QJfboKmLonAzNtvHJTZ7h98O/i1aBwNy709r9rxkhe/r/smmZjZYgqc3G3DcLxs oBg0WMSsSAns/3o2FnkJ0I0rLDhXAavG14UekbWs+fH9nG0IXIgKSsjPoKm4G2oTuOSA mnIA==; 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-147936-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:40f1:3f00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-147936-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from sy.mirrors.kernel.org (sy.mirrors.kernel.org. [2604:1380:40f1:3f00::1]) by mx.google.com with ESMTPS id m3-20020a632603000000b005f751590062si6882013pgm.6.2024.04.16.21.54.24 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 16 Apr 2024 21:54:25 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel+bounces-147936-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:40f1:3f00::1 as permitted sender) client-ip=2604:1380:40f1:3f00::1; 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-147936-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:40f1:3f00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-147936-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 sy.mirrors.kernel.org (Postfix) with ESMTPS id BAEAFB21898 for ; Wed, 17 Apr 2024 04:54:22 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 1C59C40847; Wed, 17 Apr 2024 04:54:15 +0000 (UTC) Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by smtp.subspace.kernel.org (Postfix) with ESMTP id C8A75249FF; Wed, 17 Apr 2024 04:54:11 +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=1713329654; cv=none; b=k2pihs2cNFBvpxis9Xs3GXeISl9Athf0buoF8maGWL8yaJIlsxVPBANfKz3/nFUlbVxmzK/DG4Sfpsy4KtD0FenOuNG0JsYTkFr/ZrnTaG5cIEsfBF/vYRNFbRSlsuCJhWECK6N10gtkU/jgCwXS0NImFMrFBpMcynTwLOOm6Zo= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1713329654; c=relaxed/simple; bh=JI37h1l7RHQE/Ptwu/oRf7eLUHTa3FG+1z1JEcX3tmY=; h=Message-ID:Date:MIME-Version:Subject:From:To:Cc:References: In-Reply-To:Content-Type; b=BUERd1P4O4yWqHZ4CDS/nVu+ynG+FZCLfa316GUS3/biO9ma8vb1H1cNYtJ9ZUtdGP1n8jZgdZQC79LS4aKeeZhKPjnYQNXoI//0ynlwRHnTSRbgiRRiAFKMxMa2x+ebmbovxaEe0eQkYsyApx2ksdffvhtTL1OVzK2XXjrpxE8= 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 BDC86339; Tue, 16 Apr 2024 21:54:37 -0700 (PDT) Received: from [10.162.43.16] (e116581.arm.com [10.162.43.16]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 8FDB33F738; Tue, 16 Apr 2024 21:54:05 -0700 (PDT) Message-ID: <815f887c-3625-4715-806a-d5533373b20a@arm.com> Date: Wed, 17 Apr 2024 10:23:58 +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 From: Dev Jain 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> <2dfae66f-1e34-40e5-a6a1-344ff4422028@arm.com> Content-Language: en-US In-Reply-To: <2dfae66f-1e34-40e5-a6a1-344ff4422028@arm.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 4/10/24 09:45, Dev Jain wrote: > > 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. Thinking again, using a lot of return statements is in fact making the code easier to follow. If I just set a variable ret = 0/1 and use it to pass or fail, I'll have to unnecessarily use a lot of if/else statements. Take a look at the examples below. > >> >>> + >>> +    /* 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; I will have to set ret value here, forcing two statements inside the if block. >>> +        } >>> +    } >>> + >>> +    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"); >>> + I will have to set ret here, and enclose the below while statement inside an else block. In short, saving the value of ret will require if/else blocks if I were to use it in the end in ksft_test_result(). When I use ksft_exit statements, it is clear that a problem was spotted here, and there is no need to study the remaining code. >>> +    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(); >>> +} > > _______________________________________________ > linux-arm-kernel mailing list > linux-arm-kernel@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/linux-arm-kernel