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 90B3DC48BF8 for ; Mon, 19 Feb 2024 23:28:47 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 0A5486B007B; Mon, 19 Feb 2024 18:28:47 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 02E316B007D; Mon, 19 Feb 2024 18:28:46 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id E10FE6B007E; Mon, 19 Feb 2024 18:28:46 -0500 (EST) 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 CAB2A6B007B for ; Mon, 19 Feb 2024 18:28:46 -0500 (EST) Received: from smtpin12.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay06.hostedemail.com (Postfix) with ESMTP id 5AC25A04FC for ; Mon, 19 Feb 2024 23:28:46 +0000 (UTC) X-FDA: 81810145452.12.2E9F317 Received: from sin.source.kernel.org (sin.source.kernel.org [145.40.73.55]) by imf06.hostedemail.com (Postfix) with ESMTP id 7CF15180012 for ; Mon, 19 Feb 2024 23:28:42 +0000 (UTC) Authentication-Results: imf06.hostedemail.com; dkim=pass header.d=linux-foundation.org header.s=korg header.b=v9ptvqRu; dmarc=none; spf=pass (imf06.hostedemail.com: domain of akpm@linux-foundation.org designates 145.40.73.55 as permitted sender) smtp.mailfrom=akpm@linux-foundation.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1708385323; 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=uwz6x5/ghnIwgaaLWQjTi5VeAAMrvSieWlDI8bIzzWY=; b=znS2/H7GLUfYHrvgKjx7gl5LUxi4nVoQWi7CGfUBx/jNVUO8z1mxOMkDsR7b9kggimEgfC JkkjebftDvHed8NMTj9x+HJYFHJD+d7DqZYmH2rSRIiMV1hJ0VUwiDFxwpZReBF6ZI3ANT C8WKJ1VSNPuvemT/Wkrqzrs4dLUZoVI= ARC-Authentication-Results: i=1; imf06.hostedemail.com; dkim=pass header.d=linux-foundation.org header.s=korg header.b=v9ptvqRu; dmarc=none; spf=pass (imf06.hostedemail.com: domain of akpm@linux-foundation.org designates 145.40.73.55 as permitted sender) smtp.mailfrom=akpm@linux-foundation.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1708385323; a=rsa-sha256; cv=none; b=wCXVc2dC3RVjf1QxkrXiHL3NaQHFDAMk8i6D0I27cDCDWyjUHR92PHjhOE79l5YoTUvFx4 Y2YLMP1A1tQnEXJJ2G57oDkT360lMijQCQ5IV7d6Jl6IpRK2wk3YLOZwJ09+zZuKercmhC P2fyRBu+kxEbalcrYycAfk7aemy4Ng8= Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by sin.source.kernel.org (Postfix) with ESMTP id BB0A4CE174F; Mon, 19 Feb 2024 23:28:38 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id E37C7C433F1; Mon, 19 Feb 2024 23:28:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linux-foundation.org; s=korg; t=1708385317; bh=D/cO9LP1pgvPGg45aa5rjEQ2Z+xeQx9ZwyCMV1n4GMo=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=v9ptvqRuWoXWMVPNzEkXH2C0FIQ4s7jifgEfZOyc4JV28DRLHWLnpyY4Nrl8PvHxB oqFsheI2HmJxA8B/vBgQzTZMC+kdLppJoGnjHvBHUC2EMcLsiQx0gpxYwLqvc3ygAk em3IBe6v4BtXcFtIEodCW1lRQROoeZuP/5X0N1KM= Date: Mon, 19 Feb 2024 15:28:36 -0800 From: Andrew Morton To: Vlastimil Babka Cc: Marco Elver , Mikhail Gavrilov , Andrey Konovalov , glider@google.com, dvyukov@google.com, eugenis@google.com, Oscar Salvador , Linux List Kernel Mailing , Linux Memory Management List Subject: Re: regression/bisected commit 773688a6cb24b0b3c2ba40354d883348a2befa38 make my system completely unusable under high load Message-Id: <20240219152836.11d36709c594e66fe3037f2d@linux-foundation.org> In-Reply-To: <91c50335-e7b6-4ae1-9dad-a0c990b52021@suse.cz> References: <91c50335-e7b6-4ae1-9dad-a0c990b52021@suse.cz> X-Mailer: Sylpheed 3.8.0beta1 (GTK+ 2.24.33; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Rspam-User: X-Stat-Signature: j73n4t141mjmip1dkja4493kmf48qzyg X-Rspamd-Server: rspam07 X-Rspamd-Queue-Id: 7CF15180012 X-HE-Tag: 1708385322-11700 X-HE-Meta: U2FsdGVkX1+P3v2F93BEl4IYg+7Vb4hWo88vTTwss2e+q+1GdA0kXVvFKshs2pu46zmDiNW+fAzcmBGyqE5RTuIfBblJBAkj4TBr4/viLtjAQmeCV5z8BpvGr2htSArog9fBf7HFto5y+QkLXs+mTTZRL4ZjCeHXbGzTp9hoKltVvyeLPDjCb4UzUNsHVwcRkVrSR44xKg3+x4i9l9yVWkyRJDL5yfm0dzERy7Gaoz2vckxRy7uAAk+QfoTJcWfsnlNnBXIhmgERNL+Mff75X2b6ohxN1oEiyS/b/gxHmsUHtkauXoHrRmNg1wovLDcuQkzo717q3TXqHit2gWtyjirDBZV2vKFbRb0mir29vqXSnqI9mV1DMSCrTe/qRw0cQ9yc8WdrAy76xuEoKmd2QK2K4EXCBMQA7Baa+WIJByTJjb9hO32AGrDnq1u6nxQRQSAfieu+oJ3lMVgVhl53KxrtEeacoo17qX3Vi4tMdHGYVlczy9OlsZoDm95PeT3zGWpPGb0Laec/h7MEIy6Cb1SxU47SXvPoLUjgcdH+aQf0t93JZTdXr70sCGrrwPMtCzK/ISxgq3aBHxK5i1nDdkot3k15roh+dYXkmEU+CzaSP1yu8F1pYZWSyV7VaG5YpZ/QcHiFbRFgx6YioRMc3/IwkMZnE5kwMWjB1wJjL2sdgm27r+WRyub5zT14dyxfbz2iCegr73x8owWba6LoZZugOAg8jYTO8XY77owWJtszfQAZKJWA8DoKg9o0qJVEN/Xf965BpGYrNhHglhcclbOetC3s5JjD6lNsubV7BamU+srsgXBzzyjIX+EUItazL0cSSRc4Y6m22qF7uEME4a7kQxubXWAsTPxKNlKgGpuUaV+KpcFTCr0bWJOw93ezu+6t6tCGcnInWDjsNZihK63RKfAKGxYOb5qq2V9SYgCQq62TKlKObpmhOcLl/TzIdJOzjpRP5g1Bt9yLT2I Sxvzv1JX 82YYfFqf7Qdt+AYOGAUiBM9uSmA== 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 Mon, 19 Feb 2024 11:09:23 +0100 Vlastimil Babka wrote: > On 2/19/24 10:52, Marco Elver wrote: > > On Mon, 19 Feb 2024 at 10:48, Mikhail Gavrilov > > wrote: > >> > >> On Sat, Feb 3, 2024 at 1:14 AM Mikhail Gavrilov > >> wrote: > >> > > >> > You are right. > >> > Thanks for digging into it! > >> > > >> > >> This [2] revert is still not merged at least I checked on 4f5e5092fdbf. > >> Is there any plan to merge it or find another approach? > >> > >> [2] https://lore.kernel.org/all/20240118110216.2539519-2-elver@google.com/ > > > > I think it's already in -mm and -next. It just takes time, which is a > > good thing, after all we want to let -next testing confirm nothing is > > wrong with it. > > > > Andrew, is this planned for the next merge window or as a "hot fix" > > for the current rc? Given it has the right "Fixes" tags it will make > > it to stable kernels eventually, but I also think that the previous > > "slow" version is almost unusable on big systems, so it may be > > worthwhile considering the current rc. > > Yeah it would be best to fix in 6.8 to prevent regressions. > I'm all confused. 4434a56ec209 ("stackdepot: make fast paths lock-less again") was mainlined for v6.8-rc3. That patch Fixed: 108be8def46e ("lib/stackdepot: allow users to evict stack traces") which was mainlined for v6.8-rc1, so 4434a56ec209 did not need a cc:stable?