Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp3558079pxb; Mon, 24 Jan 2022 12:10:54 -0800 (PST) X-Google-Smtp-Source: ABdhPJytj5n8zrOYasmL9IpG399Gds4xvjn5nt2Uc+5oCG4saHukbNnAUMaEaXzL4IXQmbPE7j1z X-Received: by 2002:a17:90b:1a8c:: with SMTP id ng12mr3544358pjb.184.1643055054434; Mon, 24 Jan 2022 12:10:54 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643055054; cv=none; d=google.com; s=arc-20160816; b=hOy2c3qecSTUFxqgovPcYC5D6hZ8fo4KMAaImcWnh9QQQcvESRcf8Gdz23uRKFJbe4 TvCpHRX2utKflkVAWgdjeBhDpMqgw3oaDe2ieC6RkQS2Pca72zk3ScU6mfimkx2NOgTP FBOUNR487U250q5gPv+DBcDeRF0TPYZnsxyIS2uVRq+R3BRSGlDfVyZNH6VYTRHEHeYO DvJYTfP/N6J/T1NJqGgfuqxdILrQV13+afkKv0oQZxcoHdLt4UniuGPbKXmzv3AWqzm4 ch0MN3LdH4nkFjqKW9rd/m5TOg3Qv8g3XYEJm4uzoyYtgb6jUtiSIOp8gQfuO6jkAAqY 0KKw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=e75J6BmTp8FmthQd6bBEpUeOkv5Fa2Uq6ErdM6s9Y8A=; b=dkzp21+YII1Av96z45/N+4nQjTev84mydT7ZEGjFn+APpLHe7Ddfl0oMQugp+24riu o28123wEJyU123ft+GXMApkLS15bLZL/aCOt6/KUo/hpimDkNZKdp7HDR6tT6QSOeya8 ExV83K+KQGPxFqgGUvBXPhvcgASvT/LEwc0Ad/PxaMUh45JqErtp1hZvVXBaUmw+GaEE wFxdfMojIZIcY5c+PJlMVwbCfqEOmgqI8mDR0DNYrn8h9CID8uTQT0RVyeH6ZDGIpOfN vFlCnb+APYcTMPwSeDygJre+Rt8UeXHRLHuZYsWPYAb5/nxbYPs1siAmA8u+oxCCJ3ZP bZ3A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=cIvf9fYz; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g6si272733pjm.44.2022.01.24.12.10.41; Mon, 24 Jan 2022 12:10:54 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=cIvf9fYz; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1344948AbiAXTLS (ORCPT + 99 others); Mon, 24 Jan 2022 14:11:18 -0500 Received: from dfw.source.kernel.org ([139.178.84.217]:34064 "EHLO dfw.source.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1344881AbiAXTDx (ORCPT ); Mon, 24 Jan 2022 14:03:53 -0500 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id B24386090A; Mon, 24 Jan 2022 19:03:52 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 761EFC340E5; Mon, 24 Jan 2022 19:03:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1643051032; bh=FBpLweNsG17/BrIwf/ySgIu5kDMsZLPCXK62LWBx9Sw=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=cIvf9fYz/SfW4hm0wYKrVP3sbAyrOwGXqRhmLyB5IkIdtR50DDHtqYYefo6pqCuaY qRZ4wEUBY5FP33xeVyjU1CgQzADzCT/St1qUyzbmN2kQ6cuqUayXjdf+SDRSb3pBQv 6QGF5WXUvE2TNl+w4gHog/S4bSDaxKC+oYFZBKdc= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Gang Li , Muchun Song , "Kirill A. Shutemov" , Hugh Dickins , Andrew Morton , Linus Torvalds Subject: [PATCH 4.14 031/186] shmem: fix a race between shmem_unused_huge_shrink and shmem_evict_inode Date: Mon, 24 Jan 2022 19:41:46 +0100 Message-Id: <20220124183938.123752792@linuxfoundation.org> X-Mailer: git-send-email 2.34.1 In-Reply-To: <20220124183937.101330125@linuxfoundation.org> References: <20220124183937.101330125@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Gang Li commit 62c9827cbb996c2c04f615ecd783ce28bcea894b upstream. Fix a data race in commit 779750d20b93 ("shmem: split huge pages beyond i_size under memory pressure"). Here are call traces causing race: Call Trace 1: shmem_unused_huge_shrink+0x3ae/0x410 ? __list_lru_walk_one.isra.5+0x33/0x160 super_cache_scan+0x17c/0x190 shrink_slab.part.55+0x1ef/0x3f0 shrink_node+0x10e/0x330 kswapd+0x380/0x740 kthread+0xfc/0x130 ? mem_cgroup_shrink_node+0x170/0x170 ? kthread_create_on_node+0x70/0x70 ret_from_fork+0x1f/0x30 Call Trace 2: shmem_evict_inode+0xd8/0x190 evict+0xbe/0x1c0 do_unlinkat+0x137/0x330 do_syscall_64+0x76/0x120 entry_SYSCALL_64_after_hwframe+0x3d/0xa2 A simple explanation: Image there are 3 items in the local list (@list). In the first traversal, A is not deleted from @list. 1) A->B->C ^ | pos (leave) In the second traversal, B is deleted from @list. Concurrently, A is deleted from @list through shmem_evict_inode() since last reference counter of inode is dropped by other thread. Then the @list is corrupted. 2) A->B->C ^ ^ | | evict pos (drop) We should make sure the inode is either on the global list or deleted from any local list before iput(). Fixed by moving inodes back to global list before we put them. [akpm@linux-foundation.org: coding style fixes] Link: https://lkml.kernel.org/r/20211125064502.99983-1-ligang.bdlg@bytedance.com Fixes: 779750d20b93 ("shmem: split huge pages beyond i_size under memory pressure") Signed-off-by: Gang Li Reviewed-by: Muchun Song Acked-by: Kirill A. Shutemov Cc: Hugh Dickins Cc: Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds Signed-off-by: Greg Kroah-Hartman --- mm/shmem.c | 37 +++++++++++++++++++++---------------- 1 file changed, 21 insertions(+), 16 deletions(-) --- a/mm/shmem.c +++ b/mm/shmem.c @@ -450,7 +450,7 @@ static unsigned long shmem_unused_huge_s struct shmem_inode_info *info; struct page *page; unsigned long batch = sc ? sc->nr_to_scan : 128; - int removed = 0, split = 0; + int split = 0; if (list_empty(&sbinfo->shrinklist)) return SHRINK_STOP; @@ -465,7 +465,6 @@ static unsigned long shmem_unused_huge_s /* inode is about to be evicted */ if (!inode) { list_del_init(&info->shrinklist); - removed++; goto next; } @@ -473,12 +472,12 @@ static unsigned long shmem_unused_huge_s if (round_up(inode->i_size, PAGE_SIZE) == round_up(inode->i_size, HPAGE_PMD_SIZE)) { list_move(&info->shrinklist, &to_remove); - removed++; goto next; } list_move(&info->shrinklist, &list); next: + sbinfo->shrinklist_len--; if (!--batch) break; } @@ -498,7 +497,7 @@ next: inode = &info->vfs_inode; if (nr_to_split && split >= nr_to_split) - goto leave; + goto move_back; page = find_get_page(inode->i_mapping, (inode->i_size & HPAGE_PMD_MASK) >> PAGE_SHIFT); @@ -512,38 +511,44 @@ next: } /* - * Leave the inode on the list if we failed to lock - * the page at this time. + * Move the inode on the list back to shrinklist if we failed + * to lock the page at this time. * * Waiting for the lock may lead to deadlock in the * reclaim path. */ if (!trylock_page(page)) { put_page(page); - goto leave; + goto move_back; } ret = split_huge_page(page); unlock_page(page); put_page(page); - /* If split failed leave the inode on the list */ + /* If split failed move the inode on the list back to shrinklist */ if (ret) - goto leave; + goto move_back; split++; drop: list_del_init(&info->shrinklist); - removed++; -leave: + goto put; +move_back: + /* + * Make sure the inode is either on the global list or deleted + * from any local list before iput() since it could be deleted + * in another thread once we put the inode (then the local list + * is corrupted). + */ + spin_lock(&sbinfo->shrinklist_lock); + list_move(&info->shrinklist, &sbinfo->shrinklist); + sbinfo->shrinklist_len++; + spin_unlock(&sbinfo->shrinklist_lock); +put: iput(inode); } - spin_lock(&sbinfo->shrinklist_lock); - list_splice_tail(&list, &sbinfo->shrinklist); - sbinfo->shrinklist_len -= removed; - spin_unlock(&sbinfo->shrinklist_lock); - return split; }