From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 8EB2B13CFAD for ; Tue, 7 May 2024 11:14:29 +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=1715080471; cv=none; b=ijQ4Ke7QJqqAKhYrfzxXE8ckn/Ns3QS9Ug8k0ixIesHOk3fRfMTQDe48ipxTkCp2vBnHthwrVRCaraBKr5ENM30ZROqe3hgybdvlDvCxNOmdtOyyNmHIYHKPjmHSfpyqdSxf2IzbOQu3t23rwfXeUtiZmidyuJTVraZaJnKOzbU= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1715080471; c=relaxed/simple; bh=tHtyNgQFPnB8LZGdJBwFOEDK1zs2B7UXa7WzegLmIys=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=ij1eGEE0sGoDukjxLh4MBY6upw6j5uK+P0tH+l02C+uwcNrPKXAUPNUbi47C9pDTJJU82jwCKWnjHA2X3YMc/sOtsLu1UezpJQgr5Rt7FoWr01j6VvEoe/GmCvYm9hV86qpuvd4oHnDR+SfYH7Wex6RS/XDhABJhary8gdPjoKk= 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 DD70D1063; Tue, 7 May 2024 04:14:54 -0700 (PDT) Received: from [10.1.34.181] (XHFQ2J9959.cambridge.arm.com [10.1.34.181]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 86B623F587; Tue, 7 May 2024 04:14:27 -0700 (PDT) Message-ID: <4e7ce57f-cad1-44d5-a1d8-4cd47683a358@arm.com> Date: Tue, 7 May 2024 12:14:26 +0100 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: [RESEND PATCH] mm: align larger anonymous mappings on THP boundaries Content-Language: en-GB To: David Hildenbrand , Kefeng Wang , Yang Shi Cc: Matthew Wilcox , Yang Shi , riel@surriel.com, cl@linux.com, akpm@linux-foundation.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, Ze Zuo References: <20231214223423.1133074-1-yang@os.amperecomputing.com> <1e8f5ac7-54ce-433a-ae53-81522b2320e1@arm.com> <1dc9a561-55f7-4d65-8b86-8a40fa0e84f9@arm.com> <6016c0e9-b567-4205-8368-1f1c76184a28@huawei.com> <2c14d9ad-c5a3-4f29-a6eb-633cdf3a5e9e@redhat.com> From: Ryan Roberts In-Reply-To: <2c14d9ad-c5a3-4f29-a6eb-633cdf3a5e9e@redhat.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On 07/05/2024 12:13, David Hildenbrand wrote: > >> https://github.com/intel/lmbench/blob/master/src/lat_mem_rd.c#L95 >> >>> suggest. If you want to try something semi-randomly; it might be useful to rule >>> out the arm64 contpte feature. I don't see how that would be interacting here if >>> mTHP is disabled (is it?). But its new for 6.9 and arm64 only. Disable with >>> ARM64_CONTPTE (needs EXPERT) at compile time. >> I don't enabled mTHP, so it should be not related about ARM64_CONTPTE, >> but will have a try. > > cont-pte can get active if we're just lucky when allocating pages in the right > order, correct Ryan? No it shouldn't do; it requires the pages to be in the same folio.