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 4A035CE7AB8 for ; Fri, 6 Sep 2024 07:18:13 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 9A9B46B0082; Fri, 6 Sep 2024 03:18:12 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 932036B0088; Fri, 6 Sep 2024 03:18:12 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 784C96B0089; Fri, 6 Sep 2024 03:18:12 -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 5D7996B0082 for ; Fri, 6 Sep 2024 03:18:12 -0400 (EDT) Received: from smtpin01.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay07.hostedemail.com (Postfix) with ESMTP id 09E5D161096 for ; Fri, 6 Sep 2024 07:18:12 +0000 (UTC) X-FDA: 82533459624.01.FCF8373 Received: from flow1-smtp.messagingengine.com (flow1-smtp.messagingengine.com [103.168.172.136]) by imf01.hostedemail.com (Postfix) with ESMTP id C338140015 for ; Fri, 6 Sep 2024 07:18:08 +0000 (UTC) Authentication-Results: imf01.hostedemail.com; dkim=pass header.d=arndb.de header.s=fm3 header.b="aLq1/tQM"; dkim=pass header.d=messagingengine.com header.s=fm1 header.b="o 2QCm3R"; spf=pass (imf01.hostedemail.com: domain of arnd@arndb.de designates 103.168.172.136 as permitted sender) smtp.mailfrom=arnd@arndb.de; dmarc=pass (policy=none) header.from=arndb.de ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1725606991; 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:dkim-signature; bh=v3KUbqaJkdY70T8W1uPjXNY2qtbx3TSnJ5p4uWowLhw=; b=o0HNGXNiVRD0/KS0qYUCKQBa1Spt4UcPlSOOCN8tg5qQbdMk9iyRrrb3lMp4sRwcJqmk1q DZ+B8YeR4ueUrxF3H/CB3TKkGS3L0abVdWqu5pm3bUWd0XhDjYsJaSChSLKZtiVlaANGOe vKevED0h6Bq2BTwoLhn/CkrBVpre66w= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1725606991; a=rsa-sha256; cv=none; b=JTRjg/izc76glP7dotT8700QKkKggHErxJEJS+3C2v1QE/dI8W61YtM8zEsY+moF6B+KXq trrL4f+jA4R2YBPfrWC1IXvH3bSBRUSpc4f65tZxJzrl4Vs4QcV3Oun1CQiw3t/xg4HzCZ J778hD58oLKrHeLJvq1cNuK8lNSnei8= ARC-Authentication-Results: i=1; imf01.hostedemail.com; dkim=pass header.d=arndb.de header.s=fm3 header.b="aLq1/tQM"; dkim=pass header.d=messagingengine.com header.s=fm1 header.b="o 2QCm3R"; spf=pass (imf01.hostedemail.com: domain of arnd@arndb.de designates 103.168.172.136 as permitted sender) smtp.mailfrom=arnd@arndb.de; dmarc=pass (policy=none) header.from=arndb.de Received: from phl-compute-10.internal (phl-compute-10.phl.internal [10.202.2.50]) by mailflow.phl.internal (Postfix) with ESMTP id E698B2002CB; Fri, 6 Sep 2024 03:18:07 -0400 (EDT) Received: from phl-imap-11 ([10.202.2.101]) by phl-compute-10.internal (MEProxy); Fri, 06 Sep 2024 03:18:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=arndb.de; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm3; t=1725607087; x=1725614287; bh=v3KUbqaJkdY70T8W1uPjXNY2qtbx3TSnJ5p4uWowLhw=; b= aLq1/tQMzmLulGgoq1JTbuWQ4lSo6PtfGwXy1aA73MEfseBN97Y+UmeAAjHfyg/5 jUbmy+yH4P6nI7XZUXIJ1fG6Cexa4OKSy8o2PK9JUPEoPIcA5o18rcnBgyp54w0j 2J8HZhcPE5rKzsA2DhQEFHocMDIE73Q4lMwekiiRSf3QhtOaMbo0leRXV/N0UEdy TX61xKsIdM76ba7PDckxmgH6aYJo4Ou5x/SHcQtxwK/poLKsJ6Tt+8HVdGUlRJlv xKtQPovCqqn/VszCPDR9Vwn6wIYfV/BLj4wFFTd9FY1pLuiBxOlfJ0R7ifNJ/oov cEh7czryvx5BZskI5QQnUQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1725607087; x= 1725614287; bh=v3KUbqaJkdY70T8W1uPjXNY2qtbx3TSnJ5p4uWowLhw=; b=o 2QCm3RUBkvdyIc0G6rV/KlX5op/78YryYTFHh+oWZtXUPin2BDjVFk3IE6vP9veB l1Qbfba0iQxH5dD906hjINFvCE4HARQyl2AFsCXjJwAXKdqH80qfAJiZZ+e9t1xc /S+a6hP4Se7CKsKjopgkM2LD04E44C4dQii9oUE5P/T/aWv4eDrHBVz9C/vn0ERj IdHM5EvzCq9heAtXxhs1ZvyZxgE7JWx/Vs4MHe3pNPNcOqPNJ2zXyD+Rb2Okgu3t 1auhr89onDdcWYwo/aykRC/NWJt7dwj7B/GpNH40FTxRpvPvRAJkuqlrHh2sgBIU sQ3zk2hwxSi+MW78Hmx+w== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrudeitddguddukecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdp uffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivg hnthhsucdlqddutddtmdenucfjughrpefoggffhffvvefkjghfufgtgfesthejredtredt tdenucfhrhhomhepfdetrhhnugcuuegvrhhgmhgrnhhnfdcuoegrrhhnugesrghrnhgusg druggvqeenucggtffrrghtthgvrhhnpefhtdfhvddtfeehudekteeggffghfejgeegteef gffgvedugeduveelvdekhfdvieenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmh epmhgrihhlfhhrohhmpegrrhhnugesrghrnhgusgdruggvpdhnsggprhgtphhtthhopeeh tddpmhhouggvpehsmhhtphhouhhtpdhrtghpthhtohepsghpsegrlhhivghnkedruggvpd hrtghpthhtohepthhssghoghgvnhgusegrlhhphhgrrdhfrhgrnhhkvghnrdguvgdprhgt phhtthhopehlihhnuhigsegrrhhmlhhinhhugidrohhrghdruhhkpdhrtghpthhtoheptg hhrhhishhtohhphhgvrdhlvghrohihsegtshhgrhhouhhprdgvuhdprhgtphhtthhopegu rghvvghmsegurghvvghmlhhofhhtrdhnvghtpdhrtghpthhtohepmhhpvgesvghllhgvrh hmrghnrdhiugdrrghupdhrtghpthhtoheprghnughrvggrshesghgrihhslhgvrhdrtgho mhdprhgtphhtthhopegthhhrihhsrdhtohhrvghksehgmhgrihhlrdgtohhmpdhrtghpth htohepmhgrthhtshhtkeeksehgmhgrihhlrdgtohhm X-ME-Proxy: Feedback-ID: i56a14606:Fastmail Received: by mailuser.phl.internal (Postfix, from userid 501) id 99D14222006F; Fri, 6 Sep 2024 03:18:04 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface MIME-Version: 1.0 Date: Fri, 06 Sep 2024 07:17:44 +0000 From: "Arnd Bergmann" To: "Charlie Jenkins" , "Richard Henderson" , "Ivan Kokshaysky" , "Matt Turner" , "Vineet Gupta" , "Russell King" , guoren , "Huacai Chen" , "WANG Xuerui" , "Thomas Bogendoerfer" , "James E . J . Bottomley" , "Helge Deller" , "Michael Ellerman" , "Nicholas Piggin" , "Christophe Leroy" , "Naveen N Rao" , "Alexander Gordeev" , "Gerald Schaefer" , "Heiko Carstens" , "Vasily Gorbik" , "Christian Borntraeger" , "Sven Schnelle" , "Yoshinori Sato" , "Rich Felker" , "John Paul Adrian Glaubitz" , "David S . Miller" , "Andreas Larsson" , "Thomas Gleixner" , "Ingo Molnar" , "Borislav Petkov" , "Dave Hansen" , x86@kernel.org, "H. Peter Anvin" , "Andy Lutomirski" , "Peter Zijlstra" , "Muchun Song" , "Andrew Morton" , "Liam R. Howlett" , "Vlastimil Babka" , "Lorenzo Stoakes" , shuah , "Christoph Hellwig" , "Michal Hocko" , "Kirill A. Shutemov" , "Chris Torek" Cc: Linux-Arch , linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org, linux-snps-arc@lists.infradead.org, linux-arm-kernel@lists.infradead.org, "linux-csky@vger.kernel.org" , loongarch@lists.linux.dev, linux-mips@vger.kernel.org, linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org, linux-sh@vger.kernel.org, sparclinux@vger.kernel.org, linux-mm@kvack.org, linux-kselftest@vger.kernel.org, linux-abi-devel@lists.sourceforge.net Message-Id: <9fc4746b-8e9d-4a75-b966-e0906187e6b7@app.fastmail.com> In-Reply-To: <20240905-patches-below_hint_mmap-v3-1-3cd5564efbbb@rivosinc.com> References: <20240905-patches-below_hint_mmap-v3-0-3cd5564efbbb@rivosinc.com> <20240905-patches-below_hint_mmap-v3-1-3cd5564efbbb@rivosinc.com> Subject: Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Rspam-User: X-Rspamd-Server: rspam04 X-Rspamd-Queue-Id: C338140015 X-Stat-Signature: ftt1gk85ddf3t6irfmrrbtj54pj6f5x8 X-HE-Tag: 1725607088-632381 X-HE-Meta: U2FsdGVkX1/06bcNA8ZSLGCkcI+dWxARIvlkjsV4UAiNanIRUp8mLl9ARoxyG0AvrF60Vp2txw1d1JJ1SsWMqFyBadxefRZHeCbfyVRrmEfO3oNcG94qtL4ePNICCtM0bkjwH85PA56d4M+9eOADlLuqPYGz4GZ2ZZRhBmHFmbWFPcPhKshc7SULqhAtMUZq7QgZVT+UfdJmQRgdfxivSJbpd4mHjbqQ+RfHspSUoAUKeU4qWiS9jiEYSC7TPWYnMVzk8VoqKNEw/F8ccgvqo3oFYwulsPXQWBkKgVSxLx4+W/rPtApL2gRpI+R72VoH2/o4MooLVycK8tXdf22+q9bYCqhlvaO4giqGzprkQ4I9j3PI+0li5qJaHB/7E3kefANwd6Iy5TSdgJJT1Wz7SXQrQjLgVvPCz8peivm8uVvbynn9fZGpDGslx/aJr7aHPWpm5HQOg3PC5xzmkiFruZOMmRSqlTF8yOkBpfA5gB2fCOU3sNmxOCTKNgi8jdZfeHyV7kp/4Pkat8FZktdQZ2/eFjEinXju3T9HtbuSac1Dqcg8Q8/SjMd70v3ptqpDWyNTGYrRmTPLcFXbL6DjPM8hMJApMNUxV6dYgAW4LrHilNwPMRCoEXcz99clGedexVk3CU6wKNfOIh8jZydqm4kK8DV3mWVECp6s7TsQVaHzWMdMR+PO/DuACQ1c3rueGmbptthgVctv41A9OOS2E9UMju6JV62zP3wv3j7otgjyqrNs06DgIQjndj8x1iMGTflXw799SImWhonmh+iGojwj/XGGIxdUagLRzUXngdAqTYXIwb9s4QUY3Rk4UQyXZX9autQjkE9ri6bPLyhxrgFJGdOoQ4fIMMMTGMbfl++Tce6+rZFSlgt0YRkanHJ55id5C7P/UDkyeyo2CJS5UVXJpo5Df5f6vkmJuQDg+1RRH3aU5BNaZMMlj4n0rNtomcZk51Hg8axL/oehnKf 4OdR8L1T cRxnZoItD9d8qzCdAguXNuvYurfdf7Y4raYZwSusbwBs02zub8GkJFd0ISHwpcdLZJY5j5Xe2weGfrrj7GoR5MVqOFq9u9kITHRkIvF7/QIKR/S6Pm4jJgxabLyBSi0+RbIDgByIllbgXZZjfGbsm7HQQtCBG9vd69n8X16PfPeD01tiuH5l2q1urkqGieJiLIBXuHfo8qjFv2wCZaWR1TOIdGHlwsuvn6T6xJ9PM8srnaqASQS0Uc950LIH0vElJCB9HBHmnlJIjBESwQLSlR84gvDAQcJW4aMXjrnInecFZGrMz6UO0nYN2lZrhzLWWjmlC/WU/TMKhxDpvC268w6mNJERO1CAWpvqC 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: List-Subscribe: List-Unsubscribe: On Thu, Sep 5, 2024, at 21:15, Charlie Jenkins wrote: > Create a personality flag ADDR_LIMIT_47BIT to support applications > that wish to transition from running in environments that support at > most 47-bit VAs to environments that support larger VAs. This > personality can be set to cause all allocations to be below the 47-bit > boundary. Using MAP_FIXED with mmap() will bypass this restriction. > > Signed-off-by: Charlie Jenkins I think having an architecture-independent mechanism to limit the size of the 64-bit address space is useful in general, and we've discussed the same thing for arm64 in the past, though we have not actually reached an agreement on the ABI previously. > @@ -22,6 +22,7 @@ enum { > WHOLE_SECONDS = 0x2000000, > STICKY_TIMEOUTS = 0x4000000, > ADDR_LIMIT_3GB = 0x8000000, > + ADDR_LIMIT_47BIT = 0x10000000, > }; I'm a bit worried about having this done specifically in the personality flag bits, as they are rather limited. We obviously don't want to add many more such flags when there could be a way to just set the default limit. It's also unclear to me how we want this flag to interact with the existing logic in arch_get_mmap_end(), which attempts to limit the default mapping to a 47-bit address space already. For some reason, it appears that the arch_get_mmap_end() logic on RISC-V defaults to the maximum address space for the 'addr==0' case which is inconsistentn with the other architectures, so we should probably fix that part first, possibly moving more of that logic into a shared implementation. Arnd