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 0268BC369A2 for ; Tue, 8 Apr 2025 17:51:27 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 083A16B0027; Tue, 8 Apr 2025 13:51:27 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 02F8B6B002E; Tue, 8 Apr 2025 13:51:26 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id E393E6B002F; Tue, 8 Apr 2025 13:51:26 -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 C582A6B0027 for ; Tue, 8 Apr 2025 13:51:26 -0400 (EDT) Received: from smtpin05.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay02.hostedemail.com (Postfix) with ESMTP id AFC2E1213F8 for ; Tue, 8 Apr 2025 17:51:26 +0000 (UTC) X-FDA: 83311618572.05.7E0C7F3 Received: from casper.infradead.org (casper.infradead.org [90.155.50.34]) by imf15.hostedemail.com (Postfix) with ESMTP id 1C501A001C for ; Tue, 8 Apr 2025 17:51:24 +0000 (UTC) Authentication-Results: imf15.hostedemail.com; dkim=pass header.d=infradead.org header.s=casper.20170209 header.b=oRpD+7Vp; dmarc=none; spf=none (imf15.hostedemail.com: domain of willy@infradead.org has no SPF policy when checking 90.155.50.34) smtp.mailfrom=willy@infradead.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1744134685; a=rsa-sha256; cv=none; b=0+yV9cCPb+x6TkXhj1icE6pMv5rWwY2j2zVT36oYt3NLl2kBah0Ajwrr3HRfFW8rrlHT1n iwdHy5rR5o+LF2eWPiFemDqgFn1JpMg49Wqej0R6e7SBtIJBTqG0fr+wnDIEuonLzQbd7W 2LyRWejOCdNYAJyUBi68JPxCEnfMSx4= ARC-Authentication-Results: i=1; imf15.hostedemail.com; dkim=pass header.d=infradead.org header.s=casper.20170209 header.b=oRpD+7Vp; dmarc=none; spf=none (imf15.hostedemail.com: domain of willy@infradead.org has no SPF policy when checking 90.155.50.34) smtp.mailfrom=willy@infradead.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1744134685; 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=LRoGsm36GWYvDS1XW5mGL/7sKrvWfbhdm+vbaWZ07xI=; b=kcEZAaORLxhBMTNEahK1l1gULiLysLBJk9jBTH4Fo2rTNMO2mBjcrjjifyywN/RmvecW8i h17l+D+BR3Jb7uhp5EmwnK0jn8Tk1aYPYU2jUmJZLqZkrK5OIwaJ48are/hvAkdZk8IS+g OmCYCoCQjjGtDRiS6QQz26tAr7u7fzw= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=In-Reply-To:Content-Transfer-Encoding: Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date: Sender:Reply-To:Content-ID:Content-Description; bh=LRoGsm36GWYvDS1XW5mGL/7sKrvWfbhdm+vbaWZ07xI=; b=oRpD+7Vp0e6qyj9DRDn2GCOlm3 QtllRxj5NJ/kOR/p0aXCC/crlROlM3tpCnE2R9jbNekSugaTVJeIPnSACelAiyHiY6eWW7OiJ/ur/ QMAM8mcWeNn88uJmLjz/63ZWtc1Gztmxkg2io6kDrtossNunvtlsw6kHzOqudKBBVzSqO5+iKhMK8 euIj2dPnhebY2hqhmBXiIJ3VGAAKoDZCOPcJAulPYz0V1dtSqNxa/XYk0QPIopMuVprax9sVnU/6Z 7G4L9yb9UvvMamiEpwksfST5cchHFB5oUJ5OaZ/o16Y241oWm/8SVoiAFs/nqeDzZHMJIJ1cY+9hI U2ezk9IQ==; Received: from willy by casper.infradead.org with local (Exim 4.98.1 #2 (Red Hat Linux)) id 1u2D6Q-00000000JDI-1K6g; Tue, 08 Apr 2025 17:51:14 +0000 Date: Tue, 8 Apr 2025 18:51:14 +0100 From: Matthew Wilcox To: "Darrick J. Wong" 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: References: <20250331074541.gK4N_A2Q@linutronix.de> <20250408164307.GK6266@frogsfrogsfrogs> <20250408174855.GI6307@frogsfrogsfrogs> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20250408174855.GI6307@frogsfrogsfrogs> X-Rspamd-Server: rspam04 X-Rspamd-Queue-Id: 1C501A001C X-Stat-Signature: zh3bturzcx944w4odymyir6kz377x9w4 X-Rspam-User: X-HE-Tag: 1744134684-843579 X-HE-Meta: U2FsdGVkX1981kfsyVL2UQD7CTZ6QQ624j5C+gJ1P3otjVuioUt1gTYjtPAea6zVOWfaxI79Z8jgErGVRJpkzRestOsAP9e//brvjR76eueWAbf1cQ+QmlwhDYI4DmvsnX0rwqMhVTvQmf4nVeNvLrICWjYEzBSN3k/8czak+tBspOaE+LaDqKml3MkpnlG8qGn7RpFu1i4ult0wfHqtObjniobPlZRnWEWc+DV7JB1Qafv12QlNrFaIZoKp/8D+Y9eoS01U8pnwm2P/ntn1/j+/RYQ2dosvlCpf+LQr8fQkNZwRlUPPCDAcz9pMFTXqDMsuHUyEI73JFrx2R1Fpm3b0RYcMBQjHWF5YnqXd2rN/wa5YqC5aq1cjO/nRIAfAdKM7O6Mx3esCt/WxTTQ3R8WYJ24CzWtlY0oiChVzPB6dgo3J9EcxDqcusPi6Yzazp51yX7rJeUVVQGUsn4ZG2+e6BoVp4p4wZzKsDxclyGKnq6egwzQPeiS3caLy7sdUa9nbPsMVpUu8jiaNkYtC/FK7swGSOU1XfqIwrWbIhm+ZMO2UqUjx4SukAl/M+l/LYyYV2hY1ZrpE5j6aStKakwbDdtad0TkI9xhjkZ8806fv1t24q48LW9qRsiEpu6iIsVR1faudVMZR/cuj1d1qy5Qyhx1a1jua8Ky73+G74MgD25eVt1X57ZoMiJzd5uPFz5ufzaZwDYBzpFexqdLKZYVz+9gLxTkNbJvhPJZSjdnn7C6k1qxZhe1U8o7slkkC1ykr61Uf5gi9YRdyrExgTRwJnDP7zZVinYpJoVPhX+t5U5rXXKvU6Liox0Vl5/NkgLnNu2Cr36Qq0Wz+6ybd1zbxatzXp+CCmMWoA0LJpHk1N/J+tCPD7/6/ojFBTllarQgJ61ajByG6f7WeTJpQE1qhBZOMxZ+bXem+pv3J0K7+T/Cn74QV3KGv9QrzLzFiZA095lNAfnCPrD5MiTl kZHOKHGP euBOBIA9c7dE4Iwp/3G9OQxi/8/9RHlPRwptSYTx5fgQECARSF758ePimOq/pHYer9SbHB9Yic04Yf/op6rmuAs0Fa9KrCaSYh9FsVB6ApnFA3kp3SE8p0WnoP7d6hQyAoUY2OyOGKTBKyoCwyu0XT51/SI2gEi+ZiDwt8/n6IAAwQhH6dcHt974mo6fWhETFVdqsqhSRQ2ydGtJgVZB/tpm03LdIkrpCystFpTwFsvt1qwXsffz563gsm50FAM7Fz9eq7ne1ZcgnrFLBYDkeKFBH8cgX+CwrH3uEsbThcH1OCKQDi2FKGJ5sTL865z62pue7n/pffu8G+9bhw2nSKelfPCEbfjR6K4UQtqOyBN9pyMTF508YgZOwmwtsrmbKat4Jh5wX21TMxgU= 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 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?