From mboxrd@z Thu Jan 1 00:00:00 1970 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 C1E4BC6FD20 for ; Fri, 24 Mar 2023 10:16:02 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 07E726B0072; Fri, 24 Mar 2023 06:16:02 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 02E2A6B0074; Fri, 24 Mar 2023 06:16:01 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id E5EFD6B0075; Fri, 24 Mar 2023 06:16:01 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0011.hostedemail.com [216.40.44.11]) by kanga.kvack.org (Postfix) with ESMTP id D705B6B0072 for ; Fri, 24 Mar 2023 06:16:01 -0400 (EDT) Received: from smtpin27.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay05.hostedemail.com (Postfix) with ESMTP id 900EB408E1 for ; Fri, 24 Mar 2023 10:16:01 +0000 (UTC) X-FDA: 80603386122.27.C1DB36D Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by imf01.hostedemail.com (Postfix) with ESMTP id 5AA6440006 for ; Fri, 24 Mar 2023 10:15:59 +0000 (UTC) Authentication-Results: imf01.hostedemail.com; dkim=none; spf=pass (imf01.hostedemail.com: domain of anshuman.khandual@arm.com designates 217.140.110.172 as permitted sender) smtp.mailfrom=anshuman.khandual@arm.com; dmarc=pass (policy=none) header.from=arm.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1679652959; 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-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=MLfI4MhAa6KSSl2yWIGTfK8960ASYdYxYvDQmPoWGuM=; b=sbSdTS9mwf4vrcrLJRDRmjmRVeMnH7b48nS62J6xVySuhMxvWDGP6Pu7duC6Dv8OZuLyqf Voo5VpDL3oWzPuLX937jW8s6Ovw+p/eCs9kOkIZW5pu4hPoaWai5rNcVwS9V3oWMxyVJai lrzlicfa0eGF2yVsPlkA4D7m508xQus= ARC-Authentication-Results: i=1; imf01.hostedemail.com; dkim=none; spf=pass (imf01.hostedemail.com: domain of anshuman.khandual@arm.com designates 217.140.110.172 as permitted sender) smtp.mailfrom=anshuman.khandual@arm.com; dmarc=pass (policy=none) header.from=arm.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1679652959; a=rsa-sha256; cv=none; b=HWpHT1Y4h9SIKPaB/pTb/tt8RvGn42lmIawKXk91NW1pQ0ud6VyxYKK/0FsE8TmPy2z27y y9/0YVckEYzewqsQMuR9BBatulvLO2N/8769s4z7lzPhs3FUFcl7nGM50hPDowQfl6A6n5 0KQv8f3CmOK0ePZ4Wo5gI3AjoeQAQdQ= 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 2EC4011FB; Fri, 24 Mar 2023 03:16:42 -0700 (PDT) Received: from [192.168.0.110] (unknown [172.31.20.19]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 600463F6C4; Fri, 24 Mar 2023 03:15:55 -0700 (PDT) Message-ID: <9a2fc29b-ab4c-b13a-0ac3-772a47039750@arm.com> Date: Fri, 24 Mar 2023 15:45:52 +0530 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.8.0 Subject: Re: [PATCH 0/5] selftests/mm: Implement support for arm64 on va Content-Language: en-US To: Andrew Morton , Chaitanya S Prakash Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org, "Aneesh Kumar K . V" , "Kirill A . Shutemov" , Shuah Khan , linux-kselftest@vger.kernel.org References: <20230323105243.2807166-1-chaitanyas.prakash@arm.com> <20230323144910.b07df164acc1d85bc76dc933@linux-foundation.org> From: Anshuman Khandual In-Reply-To: <20230323144910.b07df164acc1d85bc76dc933@linux-foundation.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Rspam-User: X-Rspamd-Server: rspam03 X-Stat-Signature: s9oaf1ygngzrd1i6zekxeydatbcsqo5n X-Rspamd-Queue-Id: 5AA6440006 X-HE-Tag: 1679652959-29913 X-HE-Meta: U2FsdGVkX1/UxcQ6cbDaj1rCc2OfQrXwdxxSVcla9tM3g2jp2Ru4KiWmERk9ZM9BmgvCB1RZKQ2zdB/KOvgZgtvnBT3NlzpecqcIPYWc/o/dBxueup6IZKvX0rwGJEhEK9YGuqmodvYGsWUt9Ze7ghugyAJOdJh/wcoodYxFfYOaUSD4UbrRUOBtofizc02oSzW64y+vonMe1cWQWmH+hCtfS7erZTxWJUNuycfNzFpR72wAS/yKUuSZr/MAYfPFYtf4aW/CMucv+lYAn5VCDT2/VkMVCxfOwmP/MobRGwC59VQR3uYmUyu11Df6lLYOHYe7E+gKeLHjyN6HAAKf7ecLsUb9RMGZrTXg9RZRhTE89FBvbPgHnOEG6R4oZON8p/4U+K+McCpGVbVMUrLFkco+Be2KP87xAn18h+SI4fHbX324TWlvOsu7Mxl5lvrHNW9pR6skzUq1XNY555ukroq4h2DExvT3fhyVFNBR/oPc778T1Q8NkOEqAzpmTNbVh8uTBZqLbmSbTqybHiVsFjqANX2jnhPs1kafHUC7GxnIepTj/YuCgH7KtOZx2Y8x0ZBV3ERYEhRiHnHs1GYLPEoC4/udXXGV720LJDty0drbQkBR6Enachh1Ha8YWK0F0gK0TcFk1uptEuxPAg7ByU9BrqJpYqqIk/CCLC8QzrBjBl9wKjLL2KscqBRom91scmISdpgHl9OM+B+mZVMy3uhrhKVDRuVQeilKfo+yYJ9B7m6aBelCwc3e+q9FYxw9fJQSIMW95PcOzYOMIUQwnzUovQqUwDdGPNdpieiZuQIheT63/8f4KbIhXTfB/ZjcKSgrLaTMK7mfcFDo2P27SIR9GObGrhR6M8g6tH9cGBcsMmsLsEQokUT+1MTUA5F1Y+h6j+X9PWgg9gh+yQmqBqISefKtXdKPxIbC56Pw87Eq0zsxd9ws8j+oIPcADIspjygbm8Yga30edgYtZIc Cg0+rcLB /5Ykk/VDBM4VskrL0l+VdCQwfwDhpaI1E4rj/pOCoFRhNBtYFOj7LiJfr4owGfmVk3cwwJYwYJIHO5QzeZh/GA58+lEq7BI6zNXoPD4N4SQ/U+Xjp/B7ihFWShqyWvGdwC4TOkaH0OP5Xl+jQ/o7ocYB1SKvQrwlQlae94QT1QfTnT7+fPdIq3FrCUA== 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: On 3/24/23 03:19, Andrew Morton wrote: > On Thu, 23 Mar 2023 16:22:38 +0530 Chaitanya S Prakash wrote: > >> The va_128TBswitch selftest is designed and implemented for PowerPC and >> x86 architectures which support a 128TB switch, up to 256TB of virtual >> address space and hugepage sizes of 16MB and 2MB respectively. Arm64 >> platforms on the other hand support a 256Tb switch, up to 4PB of virtual >> address space and a default hugepage size of 512MB when 64k pagesize is >> enabled. >> >> These architectural differences require introducing support for arm64 >> platforms, after which a more generic naming convention is suggested. >> The in code comments are amended to provide a more platform independent >> explanation of the working of the code and nr_hugepages are configured >> as required. Finally, the file running the testcase is modified in order >> to prevent skipping of hugetlb testcases of va_high_addr_switch. >> >> This series has been tested on 6.3.0-rc3 kernel, both on arm64 and x86 >> platforms. > > Would it make sense to get this series into the ARM tree, so it sees > more testing on ARM Rather, it will be better for this series to go via the mm tree instead (via linux-next first) for better coverage on all platforms, this being a common test.