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 684AEEB64DD for ; Thu, 29 Jun 2023 17:07:41 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id E613A8D0003; Thu, 29 Jun 2023 13:07:40 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id E39338D0001; Thu, 29 Jun 2023 13:07:40 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id D28FC8D0003; Thu, 29 Jun 2023 13:07:40 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0014.hostedemail.com [216.40.44.14]) by kanga.kvack.org (Postfix) with ESMTP id C41C88D0001 for ; Thu, 29 Jun 2023 13:07:40 -0400 (EDT) Received: from smtpin16.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay02.hostedemail.com (Postfix) with ESMTP id 87FE9120BAF for ; Thu, 29 Jun 2023 17:07:40 +0000 (UTC) X-FDA: 80956417080.16.FC3DBD2 Received: from wp530.webpack.hosteurope.de (wp530.webpack.hosteurope.de [80.237.130.52]) by imf22.hostedemail.com (Postfix) with ESMTP id 2AFF2C0217 for ; Thu, 29 Jun 2023 17:06:24 +0000 (UTC) Authentication-Results: imf22.hostedemail.com; dkim=none; spf=pass (imf22.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=1688058385; 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=Ihs5EgMXHQHj88zpCeo3ZzrhVDp7rA5sO3lRJpv1M4U=; b=N3pz36ND3PB9jiNVFxrKaxpc6Ojd656WEJcZTWOcxHo+kaIskB1hmDTDX7W+r0c8cVQNbk YVUALx5J2GNzmYyelDvbc0ps+5sv56dupcMYV1bZhxVcX1J45ynNMHi//WFOUl8gQdumZx 2A41ah60MVEUmHwIJUx2x09rl+easRM= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1688058385; a=rsa-sha256; cv=none; b=h659fZPKU3+ltXEJ2d+iI/UlnIUrNAx10Z2z1l+udOsuPHfEs7XtyIGVazbi9o34NikDln ZDU2tIMPZaAdsph/w3wnpp6UH9SR8drm2O3nmO/c2kRdEPKsuTPdtzqxRWit0s7u40d+D6 Ujo030ppPp6ePNoW+O9mLwqME/PTJ9w= ARC-Authentication-Results: i=1; imf22.hostedemail.com; dkim=none; spf=pass (imf22.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 1qEv5m-0004tO-Fr; Thu, 29 Jun 2023 19:06:02 +0200 Message-ID: <90150fe2-e07d-d991-5bab-0a931abda9a3@leemhuis.info> Date: Thu, 29 Jun 2023 19:06:00 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.12.0 Subject: Re: [PATCH v4 29/33] x86/mm: try VMA lock-based page fault handling first Content-Language: en-US, de-DE To: Jiri Slaby , Suren Baghdasaryan , akpm@linux-foundation.org Cc: michel@lespinasse.org, joelaf@google.com, songliubraving@fb.com, mhocko@suse.com, leewalsh@google.com, david@redhat.com, peterz@infradead.org, bigeasy@linutronix.de, peterx@redhat.com, dhowells@redhat.com, linux-mm@kvack.org, edumazet@google.com, jglisse@google.com, punit.agrawal@bytedance.com, will@kernel.org, arjunroy@google.com, chriscli@google.com, dave@stgolabs.net, minchan@google.com, x86@kernel.org, hughd@google.com, willy@infradead.org, gurua@google.com, mingo@redhat.com, linux-arm-kernel@lists.infradead.org, rientjes@google.com, axelrasmussen@google.com, kernel-team@android.com, michalechner92@googlemail.com, soheil@google.com, paulmck@kernel.org, jannh@google.com, liam.howlett@oracle.com, shakeelb@google.com, luto@kernel.org, gthelen@google.com, ldufour@linux.ibm.com, vbabka@suse.cz, posk@google.com, lstoakes@gmail.com, peterjung1337@gmail.com, linuxppc-dev@lists.ozlabs.org, kent.overstreet@linux.dev, linux-kernel@vger.kernel.org, hannes@cmpxchg.org, tatashin@google.com, mgorman@techsingularity.net, rppt@kernel.org, Linux kernel regressions list References: <20230227173632.3292573-1-surenb@google.com> <20230227173632.3292573-30-surenb@google.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;1688058385;806ec49b; X-HE-SMSGID: 1qEv5m-0004tO-Fr X-Rspamd-Queue-Id: 2AFF2C0217 X-Rspam-User: X-Stat-Signature: ppf97cgme79oytywbqp5gi1nrcj4gurr X-Rspamd-Server: rspam03 X-HE-Tag: 1688058384-927790 X-HE-Meta: U2FsdGVkX19BjtUC9rx+xkt6SHkW28m8Ou2MTgUbOn0yI3CVbEqmUh5bdXQwFvE7dphNRd6MYiVq7pA8t5RNfPA68iF0CtHs4HNNEis83xGHK7yfwSnOBIpR7cAbFbQHxSegNSUMxYdJ//40TO3KVBxVfsrcm78tlLOlzNaGMI+EhyXLsPY+mBMgaCkzqEZGgg2mNNPTMvakQivCk8dCgRfN3Ky3h9KTtQBrpU2gZIjVWCOwUjBJ+EZBeIlQGqgrkbwnFdkLD0LsFYexw2NOyyV59wVgodV6oPPYLD5reJ1H3wM304MI8KA7Y7oE4Tes2SHwJgx5o8Y5FdjBvkoPxnHawfgGBrzsIBbPSUPvvfLRlypQXE8AawsX0hmNBN+uEj/slap10oniZaJHBeF44XOrcWq/LpPUEDE+1luj/XVmGaqiLYPVVFPSdaq2H7jW91rJSl0BcMP24Q1MEXuyaajwl77VxSSFJFRRKS9WA41sTKBs9mlEGphJ58Cux231KK8QJh/Qo8HrvPVnRBufKPHMj7WkJ2sZzOn6ZD2Ssq9BxbzV6IzWGJnHYIbhM4beYACm6Bqi+ZEElAssmD5b5MeRcFZ2KsXjaj+ib/saGE1XCENHUeSbDEdTZpUfTFaXhUSSETlyJPo7y2CTKTO7Sb3nINBPTl3WOQ0jxiQWck4GkKcPNthfNOlW7T5c+66FHnGLzKhJxW732znPlOhjQ6nN8HPIHBUOWGWU5jTGUFpw1pPEkOPqV6KV0JK//DlHxQ96HOg2RirsbQ8ldy6qzNvAzbCNWi2JcdVvuf5XDc9vtCQ1D1X8AGQPlN+VdmA4+hBpp6Pmzoha5i+vCJ4FSCBsB5A7se2RXLXlHgc7nwtwN73BPLE1J0GcpvniwcjX6AIhaBhV4fjkvdP7CaIMFhzzE9PH004Yf/0yc9u8Sl3vix4GymLgUDIvxfKPilpgCGLLcfJ6GcerjGCim65 BRiBbJqw LJXBCul+p9GA2Tzebir1TCf22wQpiAt1DXJ1WfOseLAjVpgqh0uEyqpRfGEoe2SmQUmC93m22KOxwb/NqznuNd7/dYXJlwyYHDBYwFQ+goMWU1z1Qhs7RcagZuMK0oCQWuQtxe3Lh8k/khvnP5mUH0j7R4bEnZqtyHfT2uWRNrFwQy6g4AiIWxUMvUrCOGn7Vp2Mom+/YCMGt2NzxfiJHgAxJcvg/F7ohU2iQ5MAJvjZ/LHBcvIbkCzJLmjg5vCS3/JLUlVaIUk7n5jXDCxJnbRQac7l9b2bj9Lwxo+HpfkjkDQMYlOpaIcdQVfovmMnLtqrxGzrU6OgGrMhTjpYvDUUDdGL5N5QCNOUANANBxvuNG18HqKhHAPbs+bZN7MUpVwugpcNPiauXFtHxwkAvJ3QcCC2+vPy4js7hbUQIPt6RGlSZqo2RNZMQXxpIW9/pqR2QzYGuTUkDPWu/bD9ZNKPM8ZSRdq3KTIF0ZKI3+MYXO0s= 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: [CCing the regression list, as it should be in the loop for regressions: https://docs.kernel.org/admin-guide/reporting-regressions.html] On 29.06.23 16:40, Jiri Slaby wrote: > > On 27. 02. 23, 18:36, Suren Baghdasaryan wrote: >> Attempt VMA lock-based page fault handling first, and fall back to the >> existing mmap_lock-based handling if that fails. > [...] >> +    fault = handle_mm_fault(vma, address, flags | >> FAULT_FLAG_VMA_LOCK, regs); >> +    vma_end_read(vma); >> + >> +    if (!(fault & VM_FAULT_RETRY)) { >> +        count_vm_vma_lock_event(VMA_LOCK_SUCCESS); >> +        goto done; >> +    } >> +    count_vm_vma_lock_event(VMA_LOCK_RETRY); > > This is apparently not strong enough as it causes go build failures like: > > [  409s] strconv > [  409s] releasep: m=0x579e2000 m->p=0x5781c600 p->m=0x0 p->status=2 > [  409s] fatal error: releasep: invalid p state > [  409s] > > [  325s] hash/adler32 > [  325s] hash/crc32 > [  325s] cmd/internal/codesign > [  336s] fatal error: runtime: out of memory > > There are many kinds of similar errors. It happens in 1-3 out of 20 > builds only. > > If I revert the commit on top of 6.4, they all dismiss. Any idea? > > The downstream report: > https://bugzilla.suse.com/show_bug.cgi?id=1212775 > [...] Thanks for the report. To be sure the issue doesn't fall through the cracks unnoticed, I'm adding it to regzbot, the Linux kernel regression tracking bot: #regzbot ^introduced 0bff0aaea03e2a3ed6bfa3021 https://bugzilla.suse.com/show_bug.cgi?id=1212775 #regzbot title mm: failures when building go in 1-3 out of 20 builds #regzbot ignore-activity Developers: When fixing the issue, remember to add 'Link:' tags pointing to the report (the parent of this mail). See page linked in footer for details. 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.