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 700FEC5479D for ; Wed, 11 Jan 2023 10:46:16 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id A6E9D8E0002; Wed, 11 Jan 2023 05:46:15 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id A1EDB8E0001; Wed, 11 Jan 2023 05:46:15 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 90D348E0002; Wed, 11 Jan 2023 05:46:15 -0500 (EST) 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 8317F8E0001 for ; Wed, 11 Jan 2023 05:46:15 -0500 (EST) Received: from smtpin01.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay06.hostedemail.com (Postfix) with ESMTP id 385DFAE6B7 for ; Wed, 11 Jan 2023 10:46:15 +0000 (UTC) X-FDA: 80342188710.01.850258B Received: from wp530.webpack.hosteurope.de (wp530.webpack.hosteurope.de [80.237.130.52]) by imf16.hostedemail.com (Postfix) with ESMTP id 94CF1180002 for ; Wed, 11 Jan 2023 10:46:12 +0000 (UTC) Authentication-Results: imf16.hostedemail.com; dkim=none; dmarc=none; spf=pass (imf16.hostedemail.com: domain of regressions@leemhuis.info designates 80.237.130.52 as permitted sender) smtp.mailfrom=regressions@leemhuis.info ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1673433972; h=from:from:sender:reply-to: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: references; bh=do+BEXRm9eS+W1PK1aptXVfqjs7yt1x5MpPW9EuA7zY=; b=qfVCODVpjdXGeAmt7ZvQZ5v6gicWGLarDzcKspRgOvk5CInFAPeaZO94gonnUgyiXYf+5P lajsQo2DE04XKoOBRR4uv9S0I5fhEZGXR6aEQaGoKW+3M6WA4Plur4Bzgi8u9vBKFzmktf 6Ln26Y/U2lUHc3KxnEEMtWMQ97+ItKM= ARC-Authentication-Results: i=1; imf16.hostedemail.com; dkim=none; dmarc=none; spf=pass (imf16.hostedemail.com: domain of regressions@leemhuis.info designates 80.237.130.52 as permitted sender) smtp.mailfrom=regressions@leemhuis.info ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1673433972; a=rsa-sha256; cv=none; b=crK5tKGC6G6NH64Fee0nHcucuj+HxNfgenaTqbZzU/Rlq2PIWmOQWE3BJjIGihesFiYRcm bhAWgdqYoxvwd7sXPLemnryUD4jIKSX4+AovIOL+StTp4y4Puo7Ew5gFgl/kxkK8S5tb0R FcM9eIEvoPaianLVYxylCZ1hjVYYl2I= Received: from [2a02:8108:963f:de38:eca4:7d19:f9a2:22c5]; authenticated by wp530.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) id 1pFYcR-00037y-10; Wed, 11 Jan 2023 11:46:07 +0100 Message-ID: <0b9f5425-08d4-8013-aa4c-e620c3b10bb2@leemhuis.info> Date: Wed, 11 Jan 2023 11:46:06 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.6.0 Content-Language: en-US, de-DE From: "Linux kernel regression tracking (Thorsten Leemhuis)" To: "Liam R. Howlett" , "Matthew Wilcox (Oracle)" Cc: "Andrew Morton , "regressions@lists.linux.dev" , LKML , Linux-MM , Amanieu d'Antras , "maple-tree@lists.infradead.org" Reply-To: Linux regressions mailing list Subject: =?UTF-8?Q?=5bRegression=5d_Bug=c2=a0216911_-_get=5funmapped=5farea_?= =?UTF-8?Q?returns_addresses_below_mmap=5fmin=5faddr?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-bounce-key: webpack.hosteurope.de;regressions@leemhuis.info;1673433972;d9960df7; X-HE-SMSGID: 1pFYcR-00037y-10 X-Rspam-User: X-Rspamd-Server: rspam04 X-Rspamd-Queue-Id: 94CF1180002 X-Stat-Signature: xkmabwfy99rj1uixpir5rgphqzieekhh X-HE-Tag: 1673433972-623967 X-HE-Meta: U2FsdGVkX19NHmgfSurxJ4+IT91PmSAcddaykHTAviyjEsINeKQavLnOn0eqz7W7zJ+6c040gp4Lz2q/Jn7UsOB7YaoycrkO8iFmMfneyBvlE6zMxJMdIDe1fCyE+vjuKPrKYZDl6IhZBd/W+zP/kwWCS1j8wamOn123bNiLif8kI1EjwR+f6/N0VtrChEfjh0aljrkUC3dMFhNg89m6mwiPt07wHYwIzPmMaT39T22cT7vgueKJxIdHfhK3wCyndWr60GRGAdHz3LKtAW9F3HTUHFCh56HNIrcBHlgnBF/PczRrgj9CcpHQ0pwL9IDYbcTg4S2efPdxGORSlTdY+pSRCPwKQ63ZvfbvOnq1vVofu+Q5VhpECHKH8L6DCPNkBl6KY+pFPIed0YORnCpd+KclIuSVJneFdh+oEbmfqgMGx6/IBGgGhJiQWaVv1iGKWeSCPfghu9zJczBXSHZFdtyxHz18ZX5GwABKoM+vRMx/kJd1DKzAJhReEC5D25MfhnGGcHsuPyfyjigIAZYyafxzgp+/aMxloP21yX0XSwYKFcV2jMDUL+aH5y1pbq/dh9wVlCxtIamEQnOIl+mXxXsgrCeocI00yAeGSlCIbulGVhx8H8or/8ezNk1HTW1MxDQ2ndi3No4F0+Al5S9NboLjV32jgm3dOaibgDnlyK2zOFuGLQ+6rEEsLZ6iqZXqRGOkmQwH4z1fC93nLCNV+gocwir5iw4tlHADe3V0xBnPejOtXWgnFajewG5ybfzMV0la5quZIcu3E+3eHpeVDgjJt/uEoZzDw8qEO3Tk7ywVNlPAhXjUIopdts2vMZDJ7hrHqOFKciuiGnHcfWNc7sTZTD4FDRHuThU2kKA0Rus1hVtgTXzidtI2fCB+GnQ1jdbqjEt3v3MdVgS/7OS4OQkIw7yiAx4skC8SB9OU1RmCMA/ASc2GQNPoQAb0eXmHsXz92oDB6r8/wAi4BWq X7w== 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: Hi, I noticed a regression report in bugzilla.kernel.org. As many (most?) kernel developer don't keep an eye on it, I decided to forward it by mail. Quoting from https://bugzilla.kernel.org/show_bug.cgi?id=216911 : > Amanieu d'Antras 2023-01-11 02:10:02 UTC > > Created attachment 303572 [details] > Program which demonstrates this issue > > The vm_unmapped_area function doesn't seem to respect info.low_limit and will sometimes return an address below this limit. This can result in addresses below mmap_min_addr being returned. > > I bisected it down to this range of commits (I stopped since I was hitting kernel crashes): > 3499a13168da mm/mmap: use maple tree for unmapped_area{_topdown} > 7fdbd37da5c6 mm/mmap: use the maple tree for find_vma_prev() instead of the rbtree > be8432e7166e mm/mmap: use the maple tree in find_vma() instead of the rbtree. > 2e3af1db1744 mmap: use the VMA iterator in count_vma_pages_range() > f39af05949a4 mm: add VMA iterator > d4af56c5c7c6 mm: start tracking VMAs with maple tree [those are all from the Maple Tree introduction series] > I've attached a test program which attempts to allocate the entire address space. On affected kernels, this triggers one of the 2 assertions (depending on whether you are running as root): > - NULL is returned, which means memory below mmap_min_addr was allocated. > - EPERM is returned, which really shouldn't happen when MAP_FIXED is not used (ENOMEM should be returned instead). See the ticket for more details. BTW, let me use this mail to also add the report to the list of tracked regressions to ensure it's doesn't fall through the cracks: #regzbot introduced: d4af56c5c7c6..3499a13168da https://bugzilla.kernel.org/show_bug.cgi?id=216911 #regzbot title: mm: get_unmapped_area returns addresses below mmap_min_addr #regzbot ignore-activity Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat) -- Everything you wanna know about Linux kernel regression tracking: https://linux-regtracking.leemhuis.info/about/#tldr If I did something stupid, please tell me, as explained on that page.