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 3CAFCC28D13 for ; Thu, 25 Aug 2022 15:06:11 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id A37686B0073; Thu, 25 Aug 2022 11:06:10 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 9E700940009; Thu, 25 Aug 2022 11:06:10 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 8AF5E940008; Thu, 25 Aug 2022 11:06:10 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0016.hostedemail.com [216.40.44.16]) by kanga.kvack.org (Postfix) with ESMTP id 6E2396B0073 for ; Thu, 25 Aug 2022 11:06:10 -0400 (EDT) Received: from smtpin23.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay01.hostedemail.com (Postfix) with ESMTP id 47A091C6453 for ; Thu, 25 Aug 2022 15:06:10 +0000 (UTC) X-FDA: 79838440500.23.0AF5735 Received: from matoro.tk (matoro.tk [104.188.251.153]) by imf20.hostedemail.com (Postfix) with ESMTP id C48BB1C0008 for ; Thu, 25 Aug 2022 15:06:09 +0000 (UTC) DKIM-Signature: a=rsa-sha256; bh=AuAC64zMFikVQyOsFvSed5o9/crqW6vUnJOdVdTX1bc=; c=relaxed/relaxed; d=matoro.tk; h=Subject:Subject:Sender:To:To:Cc:Cc:From:From:Date:Date:MIME-Version:MIME-Version:Content-Type:Content-Type:Content-Transfer-Encoding:Content-Transfer-Encoding:Reply-To:In-Reply-To:In-Reply-To:Message-Id:Message-Id:References:References:Autocrypt:Openpgp; i=@matoro.tk; s=20220801; t=1661439948; v=1; x=1661871948; b=HJtHo/m3mAL67rsOyV2HRrRp7hqfGXn4hpNwNzCBGVvVx3PxMxJoruJgF//TrwTe7gyCiUzL xNnKRubKcezNfRzN9LzubC0zYlARqwY5rD6tHisXvOKh3S3KDf2ibOPQI4UEdOhK0hkO0nueQHq qYq7FpmKmjqlqWmkR1poCfdTwsGaqS5LLAQzNnmF9xZzDMkNI99sgQRAOolQ2+Ah5edLbzxTnIy DH0RiiBhfxDGlfYYaQrYq58VTlKhEbOktgPiNdc3vbUeDpxn7EBi/PCxGR3iijV7DeAtKt3EEjy /btyeTwQynOF8TMEcd4As4a/CloFyfCCp3Qi4NdZCjTyT5H69vuhpBNE0Iq8x3NPqSe9c0R6n89 +K86hR7XMrtHaFFwaHiziMLTH6BanuWZSt5XG08fh06WDv1LDyvyGNYjqUxHQaI/GvsbOElS8A8 fCJWuob2oLMnoE8bzIHnjPgVSFq8phTqR0JarONYdgrgih0LUn5YM/4gfOXsN3uSF+AAJG5TVUB BDq5X6QUzkriPSr16CgI9Sp+xIxnZXcmKhPR42FMt1s4bbVwOeC8aKJYbfV+JwBFKYg9U42U6+/ BVDGmIHt7Msl4+k67nDuEpVozBTnuMlNZXJNskgKQvg+kl/l/UHsF67Quba2BJ9SAakn7YT4Zrm buqiHEerQ4M= Received: by matoro.tk (envelope-sender ) with ESMTPS id 0e5fc778; Thu, 25 Aug 2022 11:05:48 -0400 MIME-Version: 1.0 Date: Thu, 25 Aug 2022 11:05:48 -0400 From: matoro To: Jan Kara Cc: Meelis Roos , Matthew Wilcox , "Theodore Y. Ts'o" , linux-alpha@vger.kernel.org, LKML , linux-block@vger.kernel.org, linux-mm@kvack.org Subject: Re: ext4 corruption on alpha with 4.20.0-09062-gd8372ba8ce28 In-Reply-To: <20190221132916.GA22886@quack2.suse.cz> References: <076b8b72-fab0-ea98-f32f-f48949585f9d@linux.ee> <20190216174536.GC23000@mit.edu> <20190218120209.GC20919@quack2.suse.cz> <4e015688-8633-d1a0-308b-ba2a78600544@linux.ee> <20190219132026.GA28293@quack2.suse.cz> <20190219144454.GB12668@bombadil.infradead.org> <20190220094813.GA27474@quack2.suse.cz> <2381c264-92f5-db43-b6a5-8e00bd881fef@linux.ee> <20190221132916.GA22886@quack2.suse.cz> Message-ID: <97dbffaefa65a83b36e1ec134fd53a66@matoro.tk> X-Sender: matoro_mailinglist_kernel@matoro.tk Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1661439970; a=rsa-sha256; cv=none; b=qbJ19roMyzGWZcZC81F6/Zn/wfTrGsnnNGXeI/6ZXjg7z7rVlMBKJ0ZVFo64+7fmEM1ZhW ZAL+Yz0vcDaVjqcu6Y4SK/A57ywGrdVT6m4sIFmHvmM+WklANYpaV4qrmj+HIIz1xM3nzO 3COEPL+WYyVgy2GWk3Jdk5RdhR6volI= ARC-Authentication-Results: i=1; imf20.hostedemail.com; dkim=pass header.d=matoro.tk header.s=20220801 header.b="HJtHo/m3"; spf=pass (imf20.hostedemail.com: domain of matoro_mailinglist_kernel@matoro.tk designates 104.188.251.153 as permitted sender) smtp.mailfrom=matoro_mailinglist_kernel@matoro.tk; dmarc=pass (policy=reject) header.from=matoro.tk ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1661439969; 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=AuAC64zMFikVQyOsFvSed5o9/crqW6vUnJOdVdTX1bc=; b=mXcCzoVkCIIHH2VH7qLcE6xE8xkNX4f5qT06Z/3+7cqz07MW/OaOwkwaoyLULpqvS7/wKa gIbh1FdfbCdnI986r5IxOhummXy0DKqmfWtlcZLtZhEH3e6qYjjyt6wFkuuQh4zdPP43bp pu9/76qd3GUc7g/812xV6SMzy2mrIOs= X-Stat-Signature: w739wc9u79eqatboxpd7m8bckjhdjwdj X-Rspamd-Queue-Id: C48BB1C0008 X-Rspam-User: X-Rspamd-Server: rspam06 Authentication-Results: imf20.hostedemail.com; dkim=pass header.d=matoro.tk header.s=20220801 header.b="HJtHo/m3"; spf=pass (imf20.hostedemail.com: domain of matoro_mailinglist_kernel@matoro.tk designates 104.188.251.153 as permitted sender) smtp.mailfrom=matoro_mailinglist_kernel@matoro.tk; dmarc=pass (policy=reject) header.from=matoro.tk X-HE-Tag: 1661439969-723550 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: Hello all, I know this is quite an old thread. I recently acquired some alpha hardware and have run into this exact same problem on the latest stable kernel (5.18 and 5.19). CONFIG_COMPACTION seems to be totally broken and causes userspace to be extremely unstable - random segfaults, corruption of glibc data structures, gcc ICEs etc etc - seems most noticable during tasks with heavy I/O load. My hardware is a DS15 (Titan), so only slightly newer than the Tsunamis mentioned earlier. The problem is greatly exacerbated when using a machine-optimized kernel (CONFIG_ALPHA_TITAN) over one with CONFIG_ALPHA_GENERIC. But it still doesn't go away on a generic kernel, just pops up less often, usually very I/O heavy tasks like checking out a tag in the kernel repo. However all of this seems to be dependent on CONFIG_COMPACTION. With this toggled off all problems disappear, regardless of other options. I tried reverting the commit 88dbcbb3a4847f5e6dfeae952d3105497700c128 mentioned earlier in the thread (the structure has moved to a different file but was otherwise the same), but it unfortunately did not make a difference. Since this doesn't seem to have a known cause or an easy fix, would it be reasonable to just add a Kconfig dep to disable it automatically on alpha? Thank you! -------- Original Message -------- Subject: Re: ext4 corruption on alpha with 4.20.0-09062-gd8372ba8ce28 Date: 2019-02-21 08:29 From: Jan Kara To: Meelis Roos On Thu 21-02-19 01:23:50, Meelis Roos wrote: > > > First, I found out that both the problematic alphas had memory compaction and > > > page migration and bounce buffers turned on, and working alphas had them off. > > > > > > Next, turing off these options makes the problematic alphas work. > > > > OK, thanks for testing! Can you narrow down whether the problem is due to > > CONFIG_BOUNCE or CONFIG_MIGRATION + CONFIG_COMPACTION? These are two > > completely different things so knowing where to look will help. Thanks! > > Tested both. > > Just CONFIG_MIGRATION + CONFIG_COMPACTION breaks the alpha. > Just CONFIG_BOUNCE has no effect in 5 tries. OK, so page migration is problematic. Thanks for confirmation! Honza