From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 0EF3722B8D2; Tue, 8 Apr 2025 18:02:41 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1744135361; cv=none; b=hL4HV0reZiK+yqBAiRpa3n8qvh/wj39LbIXxGQ7ZA6eFAL6ru1sUDKOozE1RGU2sy4b7MUSO8dBEXmYwEhI7oUoXgTV9/wn1gx+YE0zDDMv1kRqvQvX9RlvK5Ca1Bt/ChmGMTYbV7BvYIaaa4VT+Xn+bdPRv5kcmR+mwn/lGi28= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1744135361; c=relaxed/simple; bh=07hatUbfr/QmTsLAp8mRuajmYal+iTkS5lG3koX3sYk=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=R3S4VR5BuFPChryh/Rgl9gm32iTKUqI9An7A6rdFe7jeAiAoonvEenb+03d5ykRqSxicGup6HMHwaLYs8piGgL7V3T5hb4zoXxWjrdx0fBRQ8yqpMXFnw6hvlAfRXRUdlXe/VuOgLPRBYtxfr5lThpM1GZMr6Ylj3emJTRg8dPs= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=gJ9isBnv; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="gJ9isBnv" Received: by smtp.kernel.org (Postfix) with ESMTPSA id CBA02C4CEEA; Tue, 8 Apr 2025 18:02:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1744135360; bh=07hatUbfr/QmTsLAp8mRuajmYal+iTkS5lG3koX3sYk=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=gJ9isBnvY2+6BFEV76kbWaDeok+wm2ofnWbwGUqwgTl2wxqX/BGlrvL8ULraweZPl i+MMspSS9DWV2ks9l5Lx4C4O6Fm33t0cuJzO++P3z49w3gD56+lZKZQpx8luT04Cp2 RcWRuhE9VVXE9uoGUhApmz3SqvwdHQuY8ERxxU8UTlG/5vEutUmxTYTaSyowy+pYlj MWR21BXSD6n575rQfnQwae8Gft+3db/7XU/qN+ijRWyt99Cq87tUn4FdaMAehgVQik SWAEtv4mGHyRc7RmQ4gFag7HX/oxBn6eZ8ckFaSZW6q0ii7xTZX3KOn60C9v8CrDLI CgZWrYs4A6XYA== Date: Tue, 8 Apr 2025 11:02:40 -0700 From: "Darrick J. Wong" To: Matthew Wilcox Cc: Luis Chamberlain , David Bueso , Jan Kara , Kefeng Wang , Tso Ted , Ritesh Harjani , Johannes Weiner , Oliver Sang , David Hildenbrand , Alistair Popple , linux-mm@kvack.org, Christian Brauner , Hannes Reinecke , oe-lkp@lists.linux.dev, lkp@intel.com, John Garry , linux-block@vger.kernel.org, ltp@lists.linux.it, Pankaj Raghav , Daniel Gomez , Dave Chinner , gost.dev@samsung.com, linux-fsdevel Subject: Re: [linux-next:master] [block/bdev] 3c20917120: BUG:sleeping_function_called_from_invalid_context_at_mm/util.c Message-ID: <20250408180240.GM6266@frogsfrogsfrogs> References: <20250331074541.gK4N_A2Q@linutronix.de> <20250408164307.GK6266@frogsfrogsfrogs> <20250408174855.GI6307@frogsfrogsfrogs> Precedence: bulk X-Mailing-List: linux-block@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: On Tue, Apr 08, 2025 at 06:51:14PM +0100, Matthew Wilcox wrote: > On Tue, Apr 08, 2025 at 10:48:55AM -0700, Darrick J. Wong wrote: > > On Tue, Apr 08, 2025 at 10:24:40AM -0700, Luis Chamberlain wrote: > > > On Tue, Apr 8, 2025 at 10:06 AM Luis Chamberlain wrote: > > > > Fun > > > > puzzle for the community is figuring out *why* oh why did a large folio > > > > end up being used on buffer-heads for your use case *without* an LBS > > > > device (logical block size) being present, as I assume you didn't have > > > > one, ie say a nvme or virtio block device with logical block size > > > > > PAGE_SIZE. The area in question would trigger on folio migration *only* > > > > if you are migrating large buffer-head folios. We only create those > > > > > > To be clear, large folios for buffer-heads. > > > > if > > > > you have an LBS device and are leveraging the block device cache or a > > > > filesystem with buffer-heads with LBS (they don't exist yet other than > > > > the block device cache). > > > > My guess is that udev or something tries to read the disk label in > > response to some uevent (mkfs, mount, unmount, etc), which creates a > > large folio because min_order > 0, and attaches a buffer head. There's > > a separate crash report that I'll cc you on. > > But you said: > > > the machine is arm64 with 64k basepages and 4k fsblock size: > > so that shouldn't be using large folios because you should have set the > order to 0. Right? Or did you mis-speak and use a 4K PAGE_SIZE kernel > with a 64k fsblocksize? This particular kernel warning is arm64 with 64k base pages and a 4k fsblock size, and my suspicion is that udev/libblkid are creating the buffer heads or something weird like that. On x64 with 4k base pages, xfs/032 creates a filesystem with 64k sector size and there's an actual kernel crash resulting from a udev worker: https://lore.kernel.org/linux-fsdevel/20250408175125.GL6266@frogsfrogsfrogs/T/#u So I didn't misspeak, I just have two problems. I actually have four problems, but the others are loop device behavior changes. --D 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 picard.linux.it (picard.linux.it [213.254.12.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id C2CD8C369A2 for ; Tue, 8 Apr 2025 18:03:07 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=lists.linux.it; i=@lists.linux.it; q=dns/txt; s=picard; t=1744135386; h=date : to : message-id : references : mime-version : in-reply-to : subject : list-id : list-unsubscribe : list-archive : list-post : list-help : list-subscribe : from : reply-to : cc : content-type : content-transfer-encoding : sender : from; bh=GcgFgbdNYD+7QsYojcju7yNDxOASibfvHBf3oFpR4e8=; b=pdhO0TAZdoZrzLXF+ed0js5txIMtClK/06O4ZXJo/c654YKubp3dnXDreqJYoXYvez5fT brftJha/o4tydsWeRZjmDI/TK9vUdn9gOUTKfCJt2cgfzBlcqZcpxBixE7mGUwIk5NWnscW wNkyedA3XcAL3qnK7/r4Aj3WRXTX9Ik= Received: from picard.linux.it (localhost [IPv6:::1]) by picard.linux.it (Postfix) with ESMTP id 4C4A83CB3C9 for ; Tue, 8 Apr 2025 20:03:06 +0200 (CEST) Received: from in-3.smtp.seeweb.it (in-3.smtp.seeweb.it [IPv6:2001:4b78:1:20::3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (secp384r1)) (No client certificate requested) by picard.linux.it (Postfix) with ESMTPS id 371F53C048F for ; Tue, 8 Apr 2025 20:02:44 +0200 (CEST) Authentication-Results: in-3.smtp.seeweb.it; spf=pass (sender SPF authorized) smtp.mailfrom=kernel.org (client-ip=139.178.84.217; helo=dfw.source.kernel.org; envelope-from=djwong@kernel.org; receiver=lists.linux.it) Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by in-3.smtp.seeweb.it (Postfix) with ESMTPS id 4EDCF1A00FA0 for ; Tue, 8 Apr 2025 20:02:42 +0200 (CEST) Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by dfw.source.kernel.org (Postfix) with ESMTP id 2CD685C3F98; Tue, 8 Apr 2025 18:00:24 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id CBA02C4CEEA; Tue, 8 Apr 2025 18:02:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1744135360; bh=07hatUbfr/QmTsLAp8mRuajmYal+iTkS5lG3koX3sYk=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=gJ9isBnvY2+6BFEV76kbWaDeok+wm2ofnWbwGUqwgTl2wxqX/BGlrvL8ULraweZPl i+MMspSS9DWV2ks9l5Lx4C4O6Fm33t0cuJzO++P3z49w3gD56+lZKZQpx8luT04Cp2 RcWRuhE9VVXE9uoGUhApmz3SqvwdHQuY8ERxxU8UTlG/5vEutUmxTYTaSyowy+pYlj MWR21BXSD6n575rQfnQwae8Gft+3db/7XU/qN+ijRWyt99Cq87tUn4FdaMAehgVQik SWAEtv4mGHyRc7RmQ4gFag7HX/oxBn6eZ8ckFaSZW6q0ii7xTZX3KOn60C9v8CrDLI CgZWrYs4A6XYA== Date: Tue, 8 Apr 2025 11:02:40 -0700 To: Matthew Wilcox Message-ID: <20250408180240.GM6266@frogsfrogsfrogs> References: <20250331074541.gK4N_A2Q@linutronix.de> <20250408164307.GK6266@frogsfrogsfrogs> <20250408174855.GI6307@frogsfrogsfrogs> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-Virus-Scanned: clamav-milter 1.0.3 at in-3.smtp.seeweb.it X-Virus-Status: Clean Subject: Re: [LTP] [linux-next:master] [block/bdev] 3c20917120: BUG:sleeping_function_called_from_invalid_context_at_mm/util.c X-BeenThere: ltp@lists.linux.it X-Mailman-Version: 2.1.29 Precedence: list List-Id: Linux Test Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: "Darrick J. Wong via ltp" Reply-To: "Darrick J. Wong" Cc: Ritesh Harjani , Kefeng Wang , Jan Kara , David Hildenbrand , Dave Chinner , linux-mm@kvack.org, David Bueso , lkp@intel.com, gost.dev@samsung.com, Alistair Popple , Pankaj Raghav , John Garry , Daniel Gomez , linux-fsdevel , Hannes Reinecke , ltp@lists.linux.it, linux-block@vger.kernel.org, Christian Brauner , Tso Ted , Luis Chamberlain , Oliver Sang , Johannes Weiner , oe-lkp@lists.linux.dev Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Errors-To: ltp-bounces+ltp=archiver.kernel.org@lists.linux.it Sender: "ltp" T24gVHVlLCBBcHIgMDgsIDIwMjUgYXQgMDY6NTE6MTRQTSArMDEwMCwgTWF0dGhldyBXaWxjb3gg d3JvdGU6Cj4gT24gVHVlLCBBcHIgMDgsIDIwMjUgYXQgMTA6NDg6NTVBTSAtMDcwMCwgRGFycmlj ayBKLiBXb25nIHdyb3RlOgo+ID4gT24gVHVlLCBBcHIgMDgsIDIwMjUgYXQgMTA6MjQ6NDBBTSAt MDcwMCwgTHVpcyBDaGFtYmVybGFpbiB3cm90ZToKPiA+ID4gT24gVHVlLCBBcHIgOCwgMjAyNSBh dCAxMDowNuKAr0FNIEx1aXMgQ2hhbWJlcmxhaW4gPG1jZ3JvZkBrZXJuZWwub3JnPiB3cm90ZToK PiA+ID4gPiBGdW4KPiA+ID4gPiBwdXp6bGUgZm9yIHRoZSBjb21tdW5pdHkgaXMgZmlndXJpbmcg b3V0ICp3aHkqIG9oIHdoeSBkaWQgYSBsYXJnZSBmb2xpbwo+ID4gPiA+IGVuZCB1cCBiZWluZyB1 c2VkIG9uIGJ1ZmZlci1oZWFkcyBmb3IgeW91ciB1c2UgY2FzZSAqd2l0aG91dCogYW4gTEJTCj4g PiA+ID4gZGV2aWNlIChsb2dpY2FsIGJsb2NrIHNpemUpIGJlaW5nIHByZXNlbnQsIGFzIEkgYXNz dW1lIHlvdSBkaWRuJ3QgaGF2ZQo+ID4gPiA+IG9uZSwgaWUgc2F5IGEgbnZtZSBvciB2aXJ0aW8g YmxvY2sgZGV2aWNlIHdpdGggbG9naWNhbCBibG9jayBzaXplICA+Cj4gPiA+ID4gUEFHRV9TSVpF LiBUaGUgYXJlYSBpbiBxdWVzdGlvbiB3b3VsZCB0cmlnZ2VyIG9uIGZvbGlvIG1pZ3JhdGlvbiAq b25seSoKPiA+ID4gPiBpZiB5b3UgYXJlIG1pZ3JhdGluZyBsYXJnZSBidWZmZXItaGVhZCBmb2xp b3MuIFdlIG9ubHkgY3JlYXRlIHRob3NlCj4gPiA+IAo+ID4gPiBUbyBiZSBjbGVhciwgbGFyZ2Ug Zm9saW9zIGZvciBidWZmZXItaGVhZHMuCj4gPiA+ID4gaWYKPiA+ID4gPiB5b3UgaGF2ZSBhbiBM QlMgZGV2aWNlIGFuZCBhcmUgbGV2ZXJhZ2luZyB0aGUgYmxvY2sgZGV2aWNlIGNhY2hlIG9yIGEK PiA+ID4gPiBmaWxlc3lzdGVtIHdpdGggYnVmZmVyLWhlYWRzIHdpdGggTEJTICh0aGV5IGRvbid0 IGV4aXN0IHlldCBvdGhlciB0aGFuCj4gPiA+ID4gdGhlIGJsb2NrIGRldmljZSBjYWNoZSkuCj4g PiAKPiA+IE15IGd1ZXNzIGlzIHRoYXQgdWRldiBvciBzb21ldGhpbmcgdHJpZXMgdG8gcmVhZCB0 aGUgZGlzayBsYWJlbCBpbgo+ID4gcmVzcG9uc2UgdG8gc29tZSB1ZXZlbnQgKG1rZnMsIG1vdW50 LCB1bm1vdW50LCBldGMpLCB3aGljaCBjcmVhdGVzIGEKPiA+IGxhcmdlIGZvbGlvIGJlY2F1c2Ug bWluX29yZGVyID4gMCwgYW5kIGF0dGFjaGVzIGEgYnVmZmVyIGhlYWQuICBUaGVyZSdzCj4gPiBh IHNlcGFyYXRlIGNyYXNoIHJlcG9ydCB0aGF0IEknbGwgY2MgeW91IG9uLgo+IAo+IEJ1dCB5b3Ug c2FpZDoKPiAKPiA+IHRoZSBtYWNoaW5lIGlzIGFybTY0IHdpdGggNjRrIGJhc2VwYWdlcyBhbmQg NGsgZnNibG9jayBzaXplOgo+IAo+IHNvIHRoYXQgc2hvdWxkbid0IGJlIHVzaW5nIGxhcmdlIGZv bGlvcyBiZWNhdXNlIHlvdSBzaG91bGQgaGF2ZSBzZXQgdGhlCj4gb3JkZXIgdG8gMC4gIFJpZ2h0 PyAgT3IgZGlkIHlvdSBtaXMtc3BlYWsgYW5kIHVzZSBhIDRLIFBBR0VfU0laRSBrZXJuZWwKPiB3 aXRoIGEgNjRrIGZzYmxvY2tzaXplPwoKVGhpcyBwYXJ0aWN1bGFyIGtlcm5lbCB3YXJuaW5nIGlz IGFybTY0IHdpdGggNjRrIGJhc2UgcGFnZXMgYW5kIGEgNGsKZnNibG9jayBzaXplLCBhbmQgbXkg c3VzcGljaW9uIGlzIHRoYXQgdWRldi9saWJibGtpZCBhcmUgY3JlYXRpbmcgdGhlCmJ1ZmZlciBo ZWFkcyBvciBzb21ldGhpbmcgd2VpcmQgbGlrZSB0aGF0LgoKT24geDY0IHdpdGggNGsgYmFzZSBw YWdlcywgeGZzLzAzMiBjcmVhdGVzIGEgZmlsZXN5c3RlbSB3aXRoIDY0ayBzZWN0b3IKc2l6ZSBh bmQgdGhlcmUncyBhbiBhY3R1YWwga2VybmVsIGNyYXNoIHJlc3VsdGluZyBmcm9tIGEgdWRldiB3 b3JrZXI6Cmh0dHBzOi8vbG9yZS5rZXJuZWwub3JnL2xpbnV4LWZzZGV2ZWwvMjAyNTA0MDgxNzUx MjUuR0w2MjY2QGZyb2dzZnJvZ3Nmcm9ncy9ULyN1CgpTbyBJIGRpZG4ndCBtaXNzcGVhaywgSSBq dXN0IGhhdmUgdHdvIHByb2JsZW1zLiAgSSBhY3R1YWxseSBoYXZlIGZvdXIKcHJvYmxlbXMsIGJ1 dCB0aGUgb3RoZXJzIGFyZSBsb29wIGRldmljZSBiZWhhdmlvciBjaGFuZ2VzLgoKLS1ECgotLSAK TWFpbGluZyBsaXN0IGluZm86IGh0dHBzOi8vbGlzdHMubGludXguaXQvbGlzdGluZm8vbHRwCg==