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 41858C47258 for ; Sat, 20 Jan 2024 13:43:28 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 662E36B0072; Sat, 20 Jan 2024 08:43:27 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 612976B0074; Sat, 20 Jan 2024 08:43:27 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 501656B0075; Sat, 20 Jan 2024 08:43:27 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0013.hostedemail.com [216.40.44.13]) by kanga.kvack.org (Postfix) with ESMTP id 4126F6B0072 for ; Sat, 20 Jan 2024 08:43:27 -0500 (EST) Received: from smtpin03.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay08.hostedemail.com (Postfix) with ESMTP id B49851408BC for ; Sat, 20 Jan 2024 13:43:26 +0000 (UTC) X-FDA: 81699806412.03.C8379AB Received: from wp530.webpack.hosteurope.de (wp530.webpack.hosteurope.de [80.237.130.52]) by imf16.hostedemail.com (Postfix) with ESMTP id D24AC180008 for ; Sat, 20 Jan 2024 13:43:23 +0000 (UTC) Authentication-Results: imf16.hostedemail.com; dkim=none; spf=pass (imf16.hostedemail.com: domain of regressions@leemhuis.info designates 80.237.130.52 as permitted sender) smtp.mailfrom=regressions@leemhuis.info; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1705758204; 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:in-reply-to:references:references; bh=DHp2fOKig2psTwFBIBSvryymyy02fsor7ChDYw7h9NQ=; b=7NBJoq/LjUhtg7/aGSvmLuyqufVxFK81RHJbP7gBeVnG2IKVSNtkeM4ryyGf+CNEJMV7e/ 109ukNBJHS5laQNi4Lk9mJ3EVzyMEVlq2/5NQN1saWFyCV+JioDM1qOf1Nogt420J2a4JS lH7sxcqnc5ocaTHFU8sXJKKIJ4bDkEk= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1705758204; a=rsa-sha256; cv=none; b=suxKavwrh2eCi5YBVKjZOnPns80fv6d/UNqH4elk3CobT56OOniQVBjxNZ8y1EHFqp4Sdo 0GuBKUy/AnoR0fBnSRGUmvsCqOP1XlAPL150eNS9DsTIgJwSSla3Ddii1hua7D39qJsZNv HOgU9b+zxZEkYJgFLyQuhDA0clBPoQY= ARC-Authentication-Results: i=1; imf16.hostedemail.com; dkim=none; spf=pass (imf16.hostedemail.com: domain of regressions@leemhuis.info designates 80.237.130.52 as permitted sender) smtp.mailfrom=regressions@leemhuis.info; dmarc=none Received: from [2a02:8108:8980:2478:8cde:aa2c:f324:937e]; authenticated by wp530.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) id 1rRBd3-00033K-Ov; Sat, 20 Jan 2024 14:43:21 +0100 Message-ID: <4b26d509-f104-44a9-830c-e00b8496a64a@leemhuis.info> Date: Sat, 20 Jan 2024 14:43:21 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v2] mm: align larger anonymous mappings on THP boundaries Content-Language: en-US, de-DE To: Linux kernel regressions list Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org References: <20220809142457.4751229f@imladris.surriel.com> From: "Linux regression tracking #adding (Thorsten Leemhuis)" Reply-To: Linux regressions mailing list In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-bounce-key: webpack.hosteurope.de;regressions@leemhuis.info;1705758204;7c9f8d34; X-HE-SMSGID: 1rRBd3-00033K-Ov X-Stat-Signature: 1coks6393ksy6jezagd6mfqgidtcnzyf X-Rspamd-Server: rspam10 X-Rspamd-Queue-Id: D24AC180008 X-Rspam-User: X-HE-Tag: 1705758203-153486 X-HE-Meta: U2FsdGVkX19p121Bzuvl095YFmybDEhFrvEPGHnFUuwSQYfbJlHrqXg8LRUhfWTiiJ15dqQtutvP9+ZnLkyhNTQAU5gmkMXEtNc5OkPj9NvYGPc/D6mDHVISoIyOhigKO/K69/TdOSmopAApzYHqUAQnAdVbTGJSOmvPHsWfKgrvbZdmc2+3xwBvRlhKcOyQhCdoBbyvuNZkoqc01k3jJw+y9b0gtxM33i1UVluYzcREEGUdxooSOWmZUjCcRCITJJKqjRtwXlwTqKYGn8HwQrzZJ59SzPLEAIRts2HL7yBKxWAl3K4oOzS1JgUc9uy3cG6jNPeHA0YK8dLhPEBbZ7CdOKjgRzQtneXgVZKVK34GDAYuyYa8rJHeId2NL1xNdt7siOc0YSpPkX4Bt246F+sQOqd1l3ccQQBqxcl7EwSIdRmHDc6davco+qqdptGFl1cY14NWonwtPmB9aRbm2RdChjAXhUtqZPmFPA1cYwA+R3OpjHp3A6EkkovIKqY2cDkF9nm5qsdonfYdQnjmTuLfVITIXCOJb+6J8pGSFdChVwHHdBpbV0WIq1lf81F+4y4+qIJHILrtoStT0gbA1bC+xDl/Rp8nd6DjFcWDLjprtbLaEcZSOrH8YkmHTrXiWycXe2fZGoDJBX6eX0MhctDlTJeotR1akpt8Xx+e/dnLFAvPAq+BqLvQU/zNzRD3uSF6T8ZkQpVenDH3NKdZocKrxPxvHQe71isaCZhpVMbfMxQ1pdyfBsoiV/zhP1+ivN7qQF+e+uC1JSrlmdMK74J5ItbmQia1RqgZUOiguG/qaguqKWHW40DDbf+Qwcz7cB4rT44sYE0Bv0ZR9B0SjmTmsBIItj03ApsvgJBnBFfHHKrvxB5jWOMmrP29IhG70tRIebeaE8zSy0RrNdG0jZUJ/VMCca/FicUvPzcyt3taQ5ZwPXwQVF4zp3sPk7cHQNaL/nymRqUwuwDsGbB UV8b3RmG 3oivDk5aJjEzkK480kWt8IQNvMxVIMQB7VbyV6gfqBVWBA2AnXPj+IfW13cTC6JiwlZjOBBLl49W5TgsPNYTcjlPdQUQeoK9WLWfCnPBrgvllnM/jeKjYCII3okRuQn442ISkKBJCpg1edgbew1vH/OCKu6rEgB1T0OgA6rPsj1OSPcRB+FNnP6zbYomNHc+sMvcbBfa8/MuZP6sfxUgBpAiTi0WyRU22WL8ZLdIqH7R5MwHgLxafjzhlJBu9kNpNkIjiIQ9Vn6jYBbNddAh2IbQTMxm/nnugDIJsIWcPla9OYMzoEyq3/qfgspmuwsCMxov1hclrUwruvMkWl/Pc2Ed8xw+1fdmHXNyTE1ScCZFMlZu9QIQnPt5VdEeXlo5ibmDVtqo86q+qWhgUg428lrc5XRMHgYON+C/LkBnUUBgI8U0UG16EtueeAw== 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 16.01.24 12:53, Jiri Slaby wrote: > On 09. 08. 22, 20:24, Rik van Riel wrote: >> Align larger anonymous memory mappings on THP boundaries by >> going through thp_get_unmapped_area if THPs are enabled for >> the current process. >> >> With this patch, larger anonymous mappings are now THP aligned. >> When a malloc library allocates a 2MB or larger arena, that >> arena can now be mapped with THPs right from the start, which >> can result in better TLB hit rates and execution time. > > This appears to break 32bit processes on x86_64 (at least). In > particular, 32bit kernel or firefox builds in our build system. > > Reverting this on top of 6.7 makes it work again. > > Downstream report: >  https://bugzilla.suse.com/show_bug.cgi?id=1218841 > [...] #regzbot ^introduced efa7df3e3bb5 #regzbot title mm: huge_memory: 32 bit systems or compat userspace broke #regzbot link: https://bugzilla.suse.com/show_bug.cgi?id=1218841 #regzbot fix: mm: huge_memory: don't force huge page alignment on 32 bit #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 That page also explains what to do if mails like this annoy you.