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 54AB4C6FD35 for ; Thu, 29 Aug 2024 08:27:01 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id DBD7B6B00B8; Thu, 29 Aug 2024 04:27:00 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id D6D626B00C2; Thu, 29 Aug 2024 04:27:00 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id C355E6B00C4; Thu, 29 Aug 2024 04:27:00 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0016.hostedemail.com [216.40.44.16]) by kanga.kvack.org (Postfix) with ESMTP id A4E7A6B00B8 for ; Thu, 29 Aug 2024 04:27:00 -0400 (EDT) Received: from smtpin29.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay07.hostedemail.com (Postfix) with ESMTP id 2B941160A84 for ; Thu, 29 Aug 2024 08:27:00 +0000 (UTC) X-FDA: 82504602600.29.CDEEDAC Received: from mail.ozlabs.org (gandalf.ozlabs.org [150.107.74.76]) by imf25.hostedemail.com (Postfix) with ESMTP id 03122A0013 for ; Thu, 29 Aug 2024 08:26:56 +0000 (UTC) Authentication-Results: imf25.hostedemail.com; dkim=pass header.d=ellerman.id.au header.s=201909 header.b=ifdmLA2Z; dmarc=none; spf=pass (imf25.hostedemail.com: domain of mpe@ellerman.id.au designates 150.107.74.76 as permitted sender) smtp.mailfrom=mpe@ellerman.id.au ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1724919997; a=rsa-sha256; cv=none; b=B2XU357Was8wsyvaGsCfdEqa19FEbtSqWyhKc2DqKXRWMzOZN9pjWhkpbcU9jm0FwVw4ld 7Teu/JHBcTm8h56M3EQPQ6TXI8JMi/NH4m3p+ZXo5e0qLld50bILwiG5FkTI0wIb8URdx/ StalmN/LYX9Qs5rm6KX9UiYlH5l9F4Y= ARC-Authentication-Results: i=1; imf25.hostedemail.com; dkim=pass header.d=ellerman.id.au header.s=201909 header.b=ifdmLA2Z; dmarc=none; spf=pass (imf25.hostedemail.com: domain of mpe@ellerman.id.au designates 150.107.74.76 as permitted sender) smtp.mailfrom=mpe@ellerman.id.au ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1724919997; 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: in-reply-to:in-reply-to:references:references:dkim-signature; bh=CzX6lvuIolyjXVJmi/cVG/X6CAC23HjxHju8uHsztN0=; b=J+ZvxyjSXAu9EXiXaVOumKdVqbmZt0EDpAEoVFYbHYFVILdQWevWpm5CGOE9mQJojI25p3 wc6IqK5rborbLf+KSWmmMpTtZ8luBgsq/uY4jTNkPcZa/tdsOlzkR3HdxUhBBFKVW+gN10 kq/lXx/m8tcZcflPmG2yLhKaIL3yMxU= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ellerman.id.au; s=201909; t=1724920014; bh=CzX6lvuIolyjXVJmi/cVG/X6CAC23HjxHju8uHsztN0=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=ifdmLA2ZirGiQQ8DKH6A6ZHgCMR1ss7zyDFp3CptPsdwMvp/3YGG5gBHGQUEUKUzg ITO14BjJMTtMSVhv+OWGvxvVRuqV/uDr1qMTHrjCXpCA4AhG+fXdppjYRKj1SYalDA c5OEvTytT2HGK7FuARoCOz0vu+NPkuwhztoGR1vEusip5cUw9u2oaNaTthykDEP4om aG2SxS1UuJhaWBae0UnoEaKnIcych9qgh1+wLPD/3IrbnzUQZgDwgKUPmcIv0mATKK PtmYiyKLMkmTsA/rAyMlTUsbJAoexgEIiM3ollUIPnJsv6rs7t3Jl4HY46paJVrakT 7gCuXwLBau9iw== Received: from authenticated.ozlabs.org (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mail.ozlabs.org (Postfix) with ESMTPSA id 4WvZBV0vd6z4wd6; Thu, 29 Aug 2024 18:26:42 +1000 (AEST) From: Michael Ellerman To: Charlie Jenkins , Arnd Bergmann , Richard Henderson , Ivan Kokshaysky , Matt Turner , Vineet Gupta , Russell King , Guo Ren , Huacai Chen , WANG Xuerui , Thomas Bogendoerfer , "James E.J. Bottomley" , Helge Deller , 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 Khan Cc: linux-arch@vger.kernel.org, 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, Charlie Jenkins Subject: Re: [PATCH RFC v2 1/4] mm: Add MAP_BELOW_HINT In-Reply-To: <20240829-patches-below_hint_mmap-v2-1-638a28d9eae0@rivosinc.com> References: <20240829-patches-below_hint_mmap-v2-0-638a28d9eae0@rivosinc.com> <20240829-patches-below_hint_mmap-v2-1-638a28d9eae0@rivosinc.com> Date: Thu, 29 Aug 2024 18:26:41 +1000 Message-ID: <87mskvenum.fsf@mail.lhotse> MIME-Version: 1.0 Content-Type: text/plain X-Rspam-User: X-Rspamd-Queue-Id: 03122A0013 X-Rspamd-Server: rspam01 X-Stat-Signature: n7ddw96g1bu7ajzx3ii919xtgof9azjs X-HE-Tag: 1724920016-213978 X-HE-Meta: U2FsdGVkX1+HcpXxJwpAajkbQVt++Vb2qM7u44dU0feaDoouABorh1OPFNcK/ilqsRiKZwdv/h4Q/bpReFb81msnIB/xcGjRnA8XHy0N3adGz98mvmvBHk2bxCjyp83qAIelu41bUZ59fvDmeDCYpcXgXM0/UtSvkUg9yEvwrsDdTkyrRqHzRTwhG458qEoomWpgMEcYbADK91EKrjLXSX8Jnq3A8EMJ1Qh4zFh/yoaJX/j9dJuZxJmKTS483zt6vQOZwhLKiU4fSNw5gOjg0pKKDSSB/ZBaLqdrCCMiBgcd+xtYF809LwCDTCrGmnpi3C4Ql1eD+pE8M069I5cK1Nu3yRExT2ahIUrOpaO4tQAJ9hsgTR9SbGRmjLnawL/GaLOp3cJ81OgxQ4N3AvKryR4qShILaw+uXo5W+KORA3q0kwpsWLqVvU8w8rhbqqv/1hlDdJWbETosZ9BJiL90qho6bdH8U7Mxs00tpTdcleHJCwsnTfC67N41InwTYuidmOL88lxs0CNZWlGWPpTQTeh09owH6npJsdnaGvNQoCfF71o7Al/+E7oq1cxv+IK7bNfObeGc2qE1ijzDjzq4pKdx9u4T3HClKtOyqeyLAOUwPxc+2hrUsGBDEXMPYOvbTHE8B+xGAUmOJaN4x6Vg9baXE/n8gsStL3ADHUkhZNtdaWpsRKFHkMy3UuH2NYRSGC7H+JmkSNHs+L7qfKu62X34oXrCiy06krJ2ia74RGzG27NmCSOvE59d+yX3CtPKbFQsAlLDbk/bXhN6ywOYwR6GQ/bTTHhzcgVTd0uma7T5DUk+nRk9Ly/Oar59vOmnCr3T/S3nqYqIe7Liz9FtCoIf9dd5PgkGYd40wj6JjnfuiU8l+oz6d5H0oEiLVRMsT6+92Lx6Z4kkdbrOjSBj2+LdTpWpgwcEWRqIbCQpSmd7/yZHgw1OrcU+gd/DY/kQ1eN5SMhD8KwFVszRmJq GH8W87NS RiNyQXqFj8mcrfDaNIF9rgkMGhknf+I6MRCDnXu3cl2mAzwBoJ7T9xNhvwSWZhTCdLKd83KTUyZCcmX1P9KmLWSmzbS6RVr4eeOupFCgkW+AXUgj0VVa5FJASfXchq4eM/tMe9bbyt8O1OXDL7nhgQ8APD96/FCtJ7eE/Y0v35h9q+cGrUZP0Nix3c0McYTM3f1IAupos1IKPSqjTdUtAr5ryX/YbBEby73CQTdvlLA7c4P3JCHlDCWReJ+UcAmp6i06TSB/BQFGVevowXJnUvTBxQGOINl434jAg/Qco7uTAYYviWw4ICaGIrSMRYmk1BPTnIO1muMM993g= 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: Charlie Jenkins writes: > Some applications rely on placing data in free bits addresses allocated > by mmap. Various architectures (eg. x86, arm64, powerpc) restrict the > address returned by mmap to be less than the 48-bit address space, > unless the hint address uses more than 47 bits (the 48th bit is reserved > for the kernel address space). > > To make this behavior explicit and more versatile across all > architectures, define a mmap flag that allows users to define an > arbitrary upper limit on addresses returned by mmap. > > Signed-off-by: Charlie Jenkins > --- > include/uapi/asm-generic/mman-common.h | 1 + > tools/include/uapi/asm-generic/mman-common.h | 1 + You're not meant to update the headers in tools/ directly. There's a mail somewhere from acme somewhere describing the proper process, but the tldr is leave it up to him. > diff --git a/include/uapi/asm-generic/mman-common.h b/include/uapi/asm-generic/mman-common.h > index 6ce1f1ceb432..03ac13d9aa37 100644 > --- a/include/uapi/asm-generic/mman-common.h > +++ b/include/uapi/asm-generic/mman-common.h > @@ -32,6 +32,7 @@ > > #define MAP_UNINITIALIZED 0x4000000 /* For anonymous mmap, memory could be > * uninitialized */ > +#define MAP_BELOW_HINT 0x8000000 /* give out address that is below (inclusive) hint address */ IMHO the API would be clearer if this actually forced the address to be below the hint. That's what the flag name implies after all. It would also mean the application doesn't need to take into account the length of the mapping when passing the hint. cheers