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 C823EEB64DD for ; Wed, 5 Jul 2023 09:27:53 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 1C7426B0071; Wed, 5 Jul 2023 05:27:53 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 1752A6B0072; Wed, 5 Jul 2023 05:27:53 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 064EE8D0001; Wed, 5 Jul 2023 05:27:53 -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 EAD1C6B0071 for ; Wed, 5 Jul 2023 05:27:52 -0400 (EDT) Received: from smtpin09.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay10.hostedemail.com (Postfix) with ESMTP id 9C4B5C0AA5 for ; Wed, 5 Jul 2023 09:27:52 +0000 (UTC) X-FDA: 80977031184.09.70201FE Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by imf24.hostedemail.com (Postfix) with ESMTP id C7D2318001B for ; Wed, 5 Jul 2023 09:27:49 +0000 (UTC) Authentication-Results: imf24.hostedemail.com; dkim=pass header.d=linuxfoundation.org header.s=korg header.b=eoo0Bvrw; dmarc=pass (policy=none) header.from=linuxfoundation.org; spf=pass (imf24.hostedemail.com: domain of gregkh@linuxfoundation.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=gregkh@linuxfoundation.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1688549270; 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:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=a2/zSHry38ZW3J/ds9mODcZOfDx1FZ9BjrE9RoDxq4Q=; b=chVOXx1FmPFcvHDTItzS1uGfP3a53Fs3DCy58vrya1MiqKN3zAJXDDc2CJ/GjB4B7SZH02 EOekdTQ7hL6OCjRl4YwlF++LpV8lwYqtwd4sB8QMJIEXWvT60UuetAz1zGOmERLQuuZa5O +D+gd+Vg9YV1T37tBzZvIaQQqQ3nalw= ARC-Authentication-Results: i=1; imf24.hostedemail.com; dkim=pass header.d=linuxfoundation.org header.s=korg header.b=eoo0Bvrw; dmarc=pass (policy=none) header.from=linuxfoundation.org; spf=pass (imf24.hostedemail.com: domain of gregkh@linuxfoundation.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=gregkh@linuxfoundation.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1688549270; a=rsa-sha256; cv=none; b=OYFfH5iyDi+cXUEhbof5m0M4p/955ADNYFfwBS2FSuzzDNPEvpzmFy/2n1vshW0beTqQB8 HaPC/JuatmmQL3t5f2j0RvTM+c70633T102ZxgEJDCfgEY1jMXABLEsyKsZ7yTLJqLLtmH iI+BVGmsDkpUsbjro6f9n5Xo3tuczKs= Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id B4ABA61380; Wed, 5 Jul 2023 09:27:48 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id CB110C433C7; Wed, 5 Jul 2023 09:27:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1688549268; bh=8Fx9fMjO8G9ugWAbuWMet+cg6+Joz5k8QhqzwC12qsY=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=eoo0Bvrw1UFedSuQIXZXLVU+9eSykKnlLCGNhX6WKDHSjWKzHs45W6Sc5+LEp8Yn2 /DNzBXf9tV7vuTj14UGRu+D/lPt07gtCii7fqIBtyh8Z2HAouCMzNmVKrvzTL3yT/s lpXJcXQKTCcazzOuTFZLURKsfcEGQZNtF3QMf8uc= Date: Wed, 5 Jul 2023 10:27:45 +0100 From: Greg KH To: Linux regressions mailing list Cc: Suren Baghdasaryan , Andrew Morton , Bagas Sanjaya , Jacob Young , Laurent Dufour , Linux Kernel Mailing List , Linux Memory Management , Linux PowerPC , Linux ARM Subject: Re: Fwd: Memory corruption in multithreaded user space program while calling fork Message-ID: <2023070544-porous-prenatal-406a@gregkh> References: <5c7455db-4ed8-b54f-e2d5-d2811908123d@leemhuis.info> <2023070359-evasive-regroup-f3b8@gregkh> <2023070453-plod-swipe-cfbf@gregkh> <20230704091808.aa2ed3c11a5351d9bf217ac9@linux-foundation.org> <2023070509-undertow-pulverize-5adc@gregkh> <7668c45a-70b1-dc2f-d0f5-c0e76ec17145@leemhuis.info> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <7668c45a-70b1-dc2f-d0f5-c0e76ec17145@leemhuis.info> X-Rspamd-Server: rspam09 X-Rspamd-Queue-Id: C7D2318001B X-Stat-Signature: oz5sirf8oxipixpphtuneqxw8rjjogm8 X-Rspam-User: X-HE-Tag: 1688549269-838145 X-HE-Meta: U2FsdGVkX19Phy7GmmRe3iIbo8PXkSde9koRWcGZJRjWSBvR/6MBrpYhwBumDVc90meZ2NFQJa9hWvH5zTlwTA/Ju6827j0hDkMe0v0tKBt8Lj/+3VoADPv3y0A55VECmTNr2Oc7t8jXwG9Ggn++Vb30GcfBeJMKn8w0NDJTOnkCuJiS2L8oxKLzhkoQtsyyAkeBw75Qp/cOwMCpaLDnt5cQkfwLgE4Ta3JX4QY283oFik0YqlvJmqtgcqc3w2htorPcSgx0BUW52YByqe/IWpO951I92efHVabOluUyBtLS66uY7i/pU5Y8hFpOLnvFJr7lmMv/WWQGUh69M1+KtbnFjF6QppLNUDO4sgpqLyvySe/xJCVBFXEF4NKCQi96DR2hGIDTbiFEQXLYLhM+qeUNvCurPKrQjlc3eYNnRcP8EpzyQVzR0WTc2XAH9GME5zOm+q5GaNwNNPkTcM/kTwVDYF0PVLqYB9u05HryiTwblPlGc8q30XmfJVkK+Cw8aIJpH1K/mUwm/X/RwZ+fHSeGzaR4Q4uG9/KEQ4+35grgycdZhlB5w59UNGhI+jiGfzsCkGeD6izvBZdJw3tfAgHxLoK7QZaobg3g0yXOlP79M01o/r9ZtqsLy9crjavKbUF7z4D7eW/NLw07RHGHL6uFordpxxMVYPO96wGADn53jSfAIvpIqqvEuOBdxIGd2sjUCTaANjRV17jRXL9+HPFVO2wTq2ZaONvh/CEPrzqnDZ2qUr6Caa53VXABXjVRVcL9iqwLXeeJpwDPJcappGNpyu91z4ihQJGVvm0t9bkYUDNBaAIFhiidHFAWmYzQasC8gdh+y6N/arX1ug8jmqgaef1t/ccX3gw5hur6j6f6IhR2fGEKvzQF0K04tCjBvbSLcZXubyodNp5cEVMW3/dJM+UaJHD9doh8KPYESFAfXrWZUnODKpYsXLK/C1imEcXjtbA/ospEnSrf6Ss TA/2COj3 3gmoBqQbQSGBUzB5V6MSGkcV9kxnnHIbsbKuBMqhGVkNL2yRidSmYOuCX3j5y7JcBaUa29w5cHiPe4h/viFOyn/uKuC9r7FUxhCzuabi4XtPTlHIwHO9E6mm5d+VmSSxeQIAVl2Vomxz1YakMTxuleqcBKnCH4S2O65Vtaj/HtDsLYphXM5BBYiLNXPQGKxxu5pEPc2YviqA4v2CM2t7U/6lzrine4sO0fhROn8+AxW+6qIWH++Hn73rqM5uPSrxlsVRc2lZtSvIbdbQCWVyCI4D5I1Iyrz0GOLxfEnHgQLBUrY6aGJTX2JUxAjmSpTPFhKoIllVP/c3x0lnyMq066ll/99ZVKAErPV85tr95zCEuUYOu74GGyEDz2SPX1bAq6ysz89Ms/C3/sNpxDNanZ/XhjdkNjWz1pBARcTkDXek5t/7q8OhE8qnJf9v88cOpm9hnA2olhgvPiZh5HlKcFIED+muIPkuj2sSglMSbui6oJ/uaunpD0RAfxbxZvzEr+mdIcBtBpvti/m2pFp3uKlITH0Q1BTAxEa65D6r7y66Il6bMVfUYZ5NlUoKdUP6On23BVCnWE7ZFkqj/HtN4ALRayYJzTNAdgbIX 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: On Wed, Jul 05, 2023 at 10:51:57AM +0200, Linux regression tracking (Thorsten Leemhuis) wrote: > On 05.07.23 09:08, Greg KH wrote: > > On Tue, Jul 04, 2023 at 01:22:54PM -0700, Suren Baghdasaryan wrote: > >> On Tue, Jul 4, 2023 at 9:18 AM Andrew Morton wrote: > >>> On Tue, 4 Jul 2023 09:00:19 +0100 Greg KH wrote: > >>>>>>>> Thanks! I'll investigate this later today. After discussing with > >>>>>>>> Andrew, we would like to disable CONFIG_PER_VMA_LOCK by default until > >>>>>>>> the issue is fixed. I'll post a patch shortly. > >>>>>>> > >>>>>>> Posted at: https://lore.kernel.org/all/20230703182150.2193578-1-surenb@google.com/ > >>>>>> > >>>>>> As that change fixes something in 6.4, why not cc: stable on it as well? > >>>>> > >>>>> Sorry, I thought since per-VMA locks were introduced in 6.4 and this > >>>>> patch is fixing 6.4 I didn't need to send it to stable for older > >>>>> versions. Did I miss something? > >>>> > >>>> 6.4.y is a stable kernel tree right now, so yes, it needs to be included > >>>> there :) > >>> > >>> I'm in wait-a-few-days-mode on this. To see if we have a backportable > >>> fix rather than disabling the feature in -stable. > > Andrew, how long will you remain in "wait-a-few-days-mode"? Given what > Greg said below and that we already had three reports I know of I'd > prefer if we could fix this rather sooner than later in mainline -- > especially as Arch Linux and openSUSE Tumbleweed likely have switched to > 6.4.y already or will do so soon. Ick, yeah, and Fedora should be switching soon too, and I want to drop support for 6.3.y "any day now". Is there just a revert we can do now first to resolve the regression and then work on fixing this up "better" for 6.6-rc1? thanks, greg k-h