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 AD34AEB64DA for ; Tue, 4 Jul 2023 08:12:28 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id EFC28280049; Tue, 4 Jul 2023 04:12:27 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id EABD190000D; Tue, 4 Jul 2023 04:12:27 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id D9A96280049; Tue, 4 Jul 2023 04:12:27 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0015.hostedemail.com [216.40.44.15]) by kanga.kvack.org (Postfix) with ESMTP id CAE8990000D for ; Tue, 4 Jul 2023 04:12:27 -0400 (EDT) Received: from smtpin19.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay10.hostedemail.com (Postfix) with ESMTP id 75E93C098C for ; Tue, 4 Jul 2023 08:12:27 +0000 (UTC) X-FDA: 80973212334.19.8CCE685 Received: from wp530.webpack.hosteurope.de (wp530.webpack.hosteurope.de [80.237.130.52]) by imf23.hostedemail.com (Postfix) with ESMTP id 14CDE140016 for ; Tue, 4 Jul 2023 08:12:24 +0000 (UTC) Authentication-Results: imf23.hostedemail.com; dkim=none; spf=pass (imf23.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=1688458345; 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=JwsQhkcGf3nOZ/Fdd0FEOEYMzUID4oohICtM1nk77dM=; b=KDwZhYySANh6j+bHVWQaRQNnaHjNmz5JF/X1gJRvjXt3a0+V8VNqVs88PpME2gpFcoHLV7 uy1hq+6tLlRigEztSNYp2hBTBCudkXJTU2tJmuzul3A6u26DqjMdYRWIbIRB87lu9Jrnjm HJosEKfY1pdIongtkbZQvzfvzOADXR8= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1688458345; a=rsa-sha256; cv=none; b=KFgyA9c6/b3Yz7t7LX20oPBpL7EN9vxFoBlWM8I+yV+mfzoY8cQ7HywnIqtSk7EmMVOX9C LdiiIPqo2rPkxe4lSFQ90w4J4Lv1kEkMCEkLmo/syuTuwSVXopE4NopHf0Wc8+rvyuKogY PaXzrPh88WB8jlqHIdd3VDjI0tEfAWM= ARC-Authentication-Results: i=1; imf23.hostedemail.com; dkim=none; spf=pass (imf23.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 1qGb8p-00077l-9R; Tue, 04 Jul 2023 10:12:07 +0200 Message-ID: Date: Tue, 4 Jul 2023 10:12:05 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.12.0 Reply-To: Linux regressions mailing list Subject: Re: [PATCH 1/1] mm: disable CONFIG_PER_VMA_LOCK by default until its fixed Content-Language: en-US, de-DE To: Suren Baghdasaryan , akpm@linux-foundation.org Cc: jirislaby@kernel.org, jacobly.alt@gmail.com, holger@applied-asynchrony.com, michel@lespinasse.org, jglisse@google.com, mhocko@suse.com, vbabka@suse.cz, hannes@cmpxchg.org, mgorman@techsingularity.net, dave@stgolabs.net, willy@infradead.org, liam.howlett@oracle.com, peterz@infradead.org, ldufour@linux.ibm.com, paulmck@kernel.org, mingo@redhat.com, will@kernel.org, luto@kernel.org, songliubraving@fb.com, peterx@redhat.com, david@redhat.com, dhowells@redhat.com, hughd@google.com, bigeasy@linutronix.de, kent.overstreet@linux.dev, punit.agrawal@bytedance.com, lstoakes@gmail.com, peterjung1337@gmail.com, rientjes@google.com, chriscli@google.com, axelrasmussen@google.com, joelaf@google.com, minchan@google.com, rppt@kernel.org, jannh@google.com, shakeelb@google.com, tatashin@google.com, edumazet@google.com, gthelen@google.com, linux-mm@kvack.org, Linux kernel regressions list References: <20230703182150.2193578-1-surenb@google.com> From: "Linux regression tracking (Thorsten Leemhuis)" In-Reply-To: <20230703182150.2193578-1-surenb@google.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-bounce-key: webpack.hosteurope.de;regressions@leemhuis.info;1688458345;cd47b967; X-HE-SMSGID: 1qGb8p-00077l-9R X-Stat-Signature: pj5o5i7d4adun9tpnhmmu1woj8yyommz X-Rspamd-Server: rspam10 X-Rspamd-Queue-Id: 14CDE140016 X-Rspam-User: X-HE-Tag: 1688458344-72167 X-HE-Meta: U2FsdGVkX1/QfjdMEN5ilL0nw9wE5dvAGpq86EAiJuF1/mrEsiqS7/gey9qFbFiyDGXkJ1m0nEDXL8QufF/A6laDEBaB/2/qos7EOW6M7fyyt+I8lihG3qN1GItLQcWuXwcmYToNPlEuBtRwtrbRrAvTHTobHuY0aMz+zZLMYA+jFzJFLOFN5g9U9EXCF78NvuSoRli6kGBWBoGukT4Vnt+XjtZktjJKlLiFsD2oxXBikYra6uu7dDK/Ob+divqXFWXaKvV/8UKJnrps9Fueb3NgJWWXI8qn7tf5cRGqMkxc9mssmV3n6ikZjlbQmYYZxRmttkHHJojO3RgyZ+Vg2XP/wxcF7zWRf7uL+Z9lv7ldeDvHbtzhhT5f6WQMO9CxNkfmtLrgJEF30JW8Xb7vvhYXgAfCUEDvbZa6say4Wtbq6lbYrhKt7rg2lu64e8jJ9g4bxz6wvrH+R5RQ3CAYxHjhzwxh886TIT08ReclSXbWetMOoZSA3TmGa707r/WyJyJGoGUzvnrjREzBtGYNDSLojma9i119RGJ7y6DsVMTJY2BUGalxjTBaAdUKmfKvG37ujU2uMCrGZR+2NLwZ7pQsakHWXU2Tfd5Azm/bEzmnJ31plIc77xrK9z3hBZEqF3o6NKozG+D7nL5kSTKCrGYLNZW2b2NSdSLeKEJabD6xNw3e5KG1PZKekBe2l6g8XSo7zUgb+KuAJc10nbF9riHHP5nTZkC7LQ3uWxlrowjTMEhcPi+eZck0ZuP1wpCr8cPs0Lm0tZEO8hdN43v6tzb3z/8wfY+67RCi2Kt5R8u4Ls6BBI+c6e2PPRzDidKMbUzxMILnaUVwCMIurZtvdEJISzM+oHopvjcEjzENC61agzouvduyoIKHZvew698tTtF4h/uuwDJdf55LPozANeo4HMelEzk+YI+DrMQ6zKPVEXHiL4QgKFUEMGbO5IYeSFMatsFTbulhHc4eFtG PkRg7+77 UiQvidjk2FmrOjXAP73e5nxXM62pZhZwQKteiRRqzl1i6cxT4gEmsPi29+bkgdClLuZ68iFTVRvRcT9DPFTjp4CGcYq9Ut6dEHnHGMWW0v7V+mAQ8IJofHjlguKOFGCri+Z3QE8RoRRI8JcDtEvLzQletBh1RAbDdZH54JIU1aJ6Pdkc+eGPJU6Hcmohszk15zxJtqSALxBXy3mW1FBPyredlDCsOcgEcOjCQfQdJE1pMeVzDtJVzcNHxrsGdNt9mJKEKzT1+jWkHVAidYMAIws6bkmi84eRkEhgf7IRr1YwFrKkQEKV7emTRQD/5NeE70WfzrVeR5awSaqWn+WL/FRUir0MsMi4cp2vmPHgosA+9SnikYzu/Ax2Jtnuh20MDRRcCKjzd3LB7PclCVg6BRTcM1Ml8U80zYsZeFNMSqLvGxVTYfTWbcKfV0eOzaaUHOHZji/IcpLvscpoujE4BlqCxoaBIDcl4PyVm4gY4d6HKRiw= 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] On 03.07.23 20:21, Suren Baghdasaryan wrote: > A memory corruption was reported in [1] with bisection pointing to the > patch [2] enabling per-VMA locks for x86. > Disable per-VMA locks config to prevent this issue while the problem is > being investigated. This is expected to be a temporary measure. I have to wonder: is disabling by default sufficient here? Sure, it's a new feature, so once this change is merged and backported to 6.4.y it's not regression for anyone that will do the jump from older kernels to 6.4.y and run oldconfig. But how about those that did the jump already or will do so before the fix is backported (it's possible that Arch Linux and openSUSE Tumblweed do this; and there is a certain chance that Fedora already has CONFIG_PER_VMA_LOCK enabled in their 6.4 configs, too)? This sounds to me like many of those will have CONFIG_PER_VMA_LOCK enabled in their configs now. And unless I'm missing something switching the default won't turn it off next time they run make oldconfig -- or will it? So for them the regression won't be fixed (unless they fiddle manually with their configuration, but they shouldn't do so to fix a regression). Or is my logic mistaken somewhere? > [1] https://bugzilla.kernel.org/show_bug.cgi?id=217624 Side note: that should be a proper Link: or Closes: tag as described in Documentation/process/submitting-patches.rst or Documentation/process/5.Posting.rst -- and it should be close to the Reported-by: tag (checkpatch.pl should have mentioned that). E.g. like this: > [2] https://lore.kernel.org/all/20230227173632.3292573-30-surenb@google.com > > Reported-by: Jiri Slaby Closes: https://lore.kernel.org/lkml/dbdef34c-3a07-5951-e1ae-e9c6e3cdf51b@kernel.org/ > Reported-by: Jacob Young Closes: https://bugzilla.kernel.org/show_bug.cgi?id=217624 [1] > Fixes: 0bff0aaea03e ("x86/mm: try VMA lock-based page fault handling first") > Signed-off-by: Suren Baghdasaryan > [...] Ciao, Thorsten