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 841BEC02193 for ; Wed, 5 Feb 2025 01:55:20 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id C97FD280016; Tue, 4 Feb 2025 20:55:19 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id C4866280009; Tue, 4 Feb 2025 20:55:19 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id B0F27280016; Tue, 4 Feb 2025 20:55:19 -0500 (EST) 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 87BD8280009 for ; Tue, 4 Feb 2025 20:55:19 -0500 (EST) Received: from smtpin26.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay03.hostedemail.com (Postfix) with ESMTP id 0D039A044E for ; Wed, 5 Feb 2025 01:55:19 +0000 (UTC) X-FDA: 83084223558.26.4ACD6C2 Received: from out30-133.freemail.mail.aliyun.com (out30-133.freemail.mail.aliyun.com [115.124.30.133]) by imf26.hostedemail.com (Postfix) with ESMTP id E6A43140007 for ; Wed, 5 Feb 2025 01:55:15 +0000 (UTC) Authentication-Results: imf26.hostedemail.com; dkim=pass header.d=linux.alibaba.com header.s=default header.b=xy1ByRnu; spf=pass (imf26.hostedemail.com: domain of baolin.wang@linux.alibaba.com designates 115.124.30.133 as permitted sender) smtp.mailfrom=baolin.wang@linux.alibaba.com; dmarc=pass (policy=none) header.from=linux.alibaba.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1738720517; 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=2P3GjIsF5ErhdPUSQesJ/7SRWnTDGOq+lmiCZt52vzs=; b=jp4zTpCCT7PdssLZJj2bJCa41oBJhPKYV6qSqJIcLs4qq6DQ4Qfb4wtz3rywwsgRF53Rji 5Kkb9aF3nHSZuxmnxdu1b/wkNQig3QBcaVjAYkjmG8q+1KUG36EjK2P0Aah10nt3NIENLQ sDd+g2vGtqoE0QfoKiJZOt3khjzp4Xk= ARC-Authentication-Results: i=1; imf26.hostedemail.com; dkim=pass header.d=linux.alibaba.com header.s=default header.b=xy1ByRnu; spf=pass (imf26.hostedemail.com: domain of baolin.wang@linux.alibaba.com designates 115.124.30.133 as permitted sender) smtp.mailfrom=baolin.wang@linux.alibaba.com; dmarc=pass (policy=none) header.from=linux.alibaba.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1738720517; a=rsa-sha256; cv=none; b=37JVWgh0aUd+pVQ23PTTtjaFYmlxrfEdPDxPJoyddoIe2s6ZC4V6Rr8BUf6ZA2651fuVKD F0Gnkx3f5s64RXC4zMA6ZpKFT2liqHfUarL2PR6+Xerdx+9Dan2iJAc5T76RcTKc1wSw7l Sn0msbCg6bq6LxJRISD76u0pwz/e8Y0= DKIM-Signature:v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.alibaba.com; s=default; t=1738720512; h=Message-ID:Date:MIME-Version:Subject:To:From:Content-Type; bh=2P3GjIsF5ErhdPUSQesJ/7SRWnTDGOq+lmiCZt52vzs=; b=xy1ByRnu3laOE/flfmTdRUgIDgOVpPPopkmyCJKz4H/1CIthYQ7N/vM0NrkzqNCFZL1ZgX0rTFQg58OfS57I/hfFK/aVBUcJKeFc0o/mFDo1e88JNMXZbVy+NsyQ3m6AKb1kbAxEtXsppZlc4v2nyy+g7EI+z2LLV1GN4DT1C/I= Received: from 30.74.144.115(mailfrom:baolin.wang@linux.alibaba.com fp:SMTPD_---0WOlcY0f_1738720511 cluster:ay36) by smtp.aliyun-inc.com; Wed, 05 Feb 2025 09:55:11 +0800 Message-ID: <25e2d5e4-8214-40de-99d3-2b657181a9fd@linux.alibaba.com> Date: Wed, 5 Feb 2025 09:55:09 +0800 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Hang when swapping huge=within_size tmpfs from zram To: "Alex Xu (Hello71)" , linux-mm@kvack.org, Daniel Gomez Cc: Barry Song , David Hildenbrand , Hugh Dickins , Kefeng Wang , Lance Yang , Matthew Wilcox , Ryan Roberts , linux-kernel@vger.kernel.org, Andrew Morton References: <1738717785.im3r5g2vxc.none.ref@localhost> <1738717785.im3r5g2vxc.none@localhost> From: Baolin Wang In-Reply-To: <1738717785.im3r5g2vxc.none@localhost> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Server: rspam02 X-Rspamd-Queue-Id: E6A43140007 X-Stat-Signature: hoozwuyyyza3nfh1cwytxm3nnpy38y7d X-Rspam-User: X-HE-Tag: 1738720515-486562 X-HE-Meta: U2FsdGVkX18LmyehbUSZaSb9lLHiv7BkVc5KTqlddWduaXyAhcJt5cJqaxKoqHfCxxm43JTvE4o07TpV+9HBPjmtBfSOSfM7wiXomxB/Akffmu9VZTVoogjg8B4wLBi4j6htljWuASZubVE05jU2+4Oqp4XSiwcUyVlkG8fWwFvppLM3werxddXM2nzF1lckL15poXuUdbLTIl53RWe45isDYxnFtdW0va4T+w6FNFPPeP+4gwEAjZMUAaNl2V9UV+iqS3dTjKqfRBNAqxpNxn2WUN5TyzS+KLtsso5L41I1nyJ8Z1jADiFEtkHABAz+5Xv71HOOI5FCRaUKw00VNeApCi7I67WYKesNv0s55YMM8sgZGJ6qHvtMPE4/ocsR8l1fnb0c2+WpQZWlnnemP3MOLu22GRgFPjY93KBElC3bQ7gxcDZzDF1r4MjKaZeYCWJa8Vg3T9PQs1lKvSaO4dFJhCm2d8aggckVlwFjW/Df0/Dc4HyJONkrO2Ne0F8rftQQiEhkLjpR7nXKgxwS6/bbH4r6Tftl/o7sz9MoaTc3TxM6QL29G4nYD0fDR61Gztn9+9GIK6/U2p3GI4lyVRnuJ234WXlz2mHkqIAcnKly2qnaBCf0/Y2tgpfyrEbBbybOv+3ldV8pR+798FN/DyT0kNFCeQ7S4eeftwBYow6fvRhik3r18k8yp9xkNN1fAyzfeIYTusAa2cpFRJBIyYmHwihBcPxyF3MJXtQEAgLJIJEw1/pmwbrIY8XSLTlIaoXUN2vFqzgH8fwfarKF5Lt608rD4CfLzCrnRsNWNtnQXRbK4YGsvJ5gcnoj1w+jm0M91SxAh1mNWwOIoWFMpN1jUwetVk/ppt537vbaxx4opX/Yuc7IFT6ZSaSotOlKuh4Z53QegO4MMrzPFNaP8uRsnxl7YVk7S4YuFD1xA+JFMmmK+vXfu4x5Pn7hgw9I6OT2iQyjs6XrohrOqij I3XPY9Ug URqvsMABARHpgJEf7fwj1omhIKMu4Np39wAk1RmQD9MTW7Ec14CahPNi2SJD5U7/Kc5RBn/wCnQCpkgGXemh8EoR8sFV56444SwQUssdjV+FAT8CVAFbr6Rxnd9c91P4+JFOhH6im+C4c3Vlz6wh8/Sesjet7+RAucuGDJO0BAKE8ktr/Qf7ACAh85SPE1uwS+qQ9T8ALZZknBM+c/lzWAmSneGn330GnelI46aJ10ZQOQAORG/tZgI3Ym+uy94XWLKVT7a+RYSCGQWVIoVryxpprg5oWyaKgoQJH2dVOv16cX1Q= 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: Hi Alex, On 2025/2/5 09:23, Alex Xu (Hello71) wrote: > Hi all, > > On 6.14-rc1, I found that creating a lot of files in tmpfs then deleting > them reliably hangs when tmpfs is mounted with huge=within_size, and it > is swapped out to zram (zstd/zsmalloc/no backing dev). I bisected this > to acd7ccb284b "mm: shmem: add large folio support for tmpfs". > > When the issue occurs, rm uses 100% CPU, cannot be killed, and has no > output in /proc/pid/stack or wchan. Eventually, an RCU stall is > detected: Thanks for your report. Let me try to reproduce the issue locally and see what happens. > rcu: INFO: rcu_preempt detected stalls on CPUs/tasks: > rcu: Tasks blocked on level-0 rcu_node (CPUs 0-11): P25160 > rcu: (detected by 10, t=2102 jiffies, g=532677, q=4997 ncpus=12) > task:rm state:R running task stack:0 pid:25160 tgid:25160 ppid:24309 task_flags:0x400000 flags:0x00004004 > Call Trace: > > ? __schedule+0x388/0x1000 > ? kmem_cache_free.part.0+0x23d/0x280 > ? sysvec_apic_timer_interrupt+0xa/0x80 > ? asm_sysvec_apic_timer_interrupt+0x16/0x20 > ? xas_load+0x12/0xc0 > ? xas_load+0x8/0xc0 > ? xas_find+0x144/0x190 > ? find_lock_entries+0x75/0x260 > ? shmem_undo_range+0xe6/0x5f0 > ? shmem_evict_inode+0xe4/0x230 > ? mtree_erase+0x7e/0xe0 > ? inode_set_ctime_current+0x2e/0x1f0 > ? evict+0xe9/0x260 > ? _atomic_dec_and_lock+0x31/0x50 > ? do_unlinkat+0x270/0x2b0 > ? __x64_sys_unlinkat+0x30/0x50 > ? do_syscall_64+0x37/0xe0 > ? entry_SYSCALL_64_after_hwframe+0x50/0x58 > > > Let me know what information is needed to further troubleshoot this > issue. > > Thanks, > Alex.