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 882D0E7718B for ; Thu, 19 Dec 2024 16:53:14 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 241A26B0082; Thu, 19 Dec 2024 11:53:14 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 1F1896B0083; Thu, 19 Dec 2024 11:53:14 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 0E0446B0088; Thu, 19 Dec 2024 11:53:14 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0013.hostedemail.com [216.40.44.13]) by kanga.kvack.org (Postfix) with ESMTP id E39AD6B0082 for ; Thu, 19 Dec 2024 11:53:13 -0500 (EST) Received: from smtpin06.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay07.hostedemail.com (Postfix) with ESMTP id B0A4D1614EE for ; Thu, 19 Dec 2024 16:53:13 +0000 (UTC) X-FDA: 82912302564.06.6251387 Received: from out-182.mta0.migadu.com (out-182.mta0.migadu.com [91.218.175.182]) by imf30.hostedemail.com (Postfix) with ESMTP id 5F80680008 for ; Thu, 19 Dec 2024 16:52:08 +0000 (UTC) Authentication-Results: imf30.hostedemail.com; dkim=pass header.d=linux.dev header.s=key1 header.b=i3pKrXIH; spf=pass (imf30.hostedemail.com: domain of shakeel.butt@linux.dev designates 91.218.175.182 as permitted sender) smtp.mailfrom=shakeel.butt@linux.dev; dmarc=pass (policy=none) header.from=linux.dev ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1734627157; 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: in-reply-to:in-reply-to:references:references:dkim-signature; bh=5/v/tr3WkcfEug0hC1qOWrJZFyNOIJcl6HHvB0r/nlo=; b=bX/Tp1Z6cY0Z3obfJYVPOa4zNfcoEPE5WpbAqpr9RY+xmV0GekEvyLEBHd6yrKoebk6yQb q/OL++HlfTe4G6ck4W/jjpgXdnGmI6pA7/ygnc1ukf54J0yPWhYIiJTgUZHncw5YW/vJvz Rpfc/J7ulhug0xme2pvPRzywL3J4CMc= ARC-Authentication-Results: i=1; imf30.hostedemail.com; dkim=pass header.d=linux.dev header.s=key1 header.b=i3pKrXIH; spf=pass (imf30.hostedemail.com: domain of shakeel.butt@linux.dev designates 91.218.175.182 as permitted sender) smtp.mailfrom=shakeel.butt@linux.dev; dmarc=pass (policy=none) header.from=linux.dev ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1734627157; a=rsa-sha256; cv=none; b=jOlQisXeGgTJ8iaL5Vd7XotNB5rZqHBmXAl6sBTpX00xVWlxSmXYnORbpdMRSK9ZbW/8DR d+SNW0FnLKSKjwx9AS5sMBw+tX8abVMz+qc29FmTXkD8Q1q4DFK6zTD2V/GdcHK5sopaLj FGGi+4NvYcWClN0c5ih5y4MbNoUQ5GA= Date: Thu, 19 Dec 2024 08:53:04 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.dev; s=key1; t=1734627189; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=5/v/tr3WkcfEug0hC1qOWrJZFyNOIJcl6HHvB0r/nlo=; b=i3pKrXIHumH+nSJu3npYm7OIC/6GpDp2Xox2fDCXmhytgZNmW3IG1wNPhtljRnwaFJDfSI hKwGw/pHfUyvgVqhNZgWXh1hNEzUlABtvzq4DQgkOcTHhfi6E0lH31713p+TOiC/Owg62z MKpM0OXEHb3IzDBGKN2ZfXDRQxqjt7Q= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Shakeel Butt To: David Hildenbrand Cc: Zi Yan , Bernd Schubert , Joanne Koong , miklos@szeredi.hu, linux-fsdevel@vger.kernel.org, jefflexu@linux.alibaba.com, josef@toxicpanda.com, linux-mm@kvack.org, kernel-team@meta.com, Matthew Wilcox , Oscar Salvador , Michal Hocko Subject: Re: [PATCH v6 4/5] mm/migrate: skip migrating folios under writeback with AS_WRITEBACK_INDETERMINATE mappings Message-ID: References: <0CF889CE-09ED-4398-88AC-920118D837A1@nvidia.com> <722A63E5-776E-4353-B3EE-DE202E4A4309@nvidia.com> <6FBDD501-25A0-4A21-8051-F8EE74AD177B@nvidia.com> <7qyun2waznrduxpf2i5eebqdvpigrd5ycu4rlpawu336kqkyvh@xmfmlsmr43gw> <4104f64a-09c3-4f20-8e1a-5f4547fdcb25@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4104f64a-09c3-4f20-8e1a-5f4547fdcb25@redhat.com> X-Migadu-Flow: FLOW_OUT X-Rspamd-Server: rspam06 X-Rspamd-Queue-Id: 5F80680008 X-Rspam-User: X-Stat-Signature: p7t96gj1crqmdefyfsx986pzhatsa37d X-HE-Tag: 1734627128-76906 X-HE-Meta: U2FsdGVkX1+Vwu/Huwyr37sXr11HOxBanH2raW8fQm09bpjGqjc4pH1XQndO8Q0PwGVO7x0lUHdp3GqM+dh3lO0z8AP4Uws3qPXW+3HmDyKofZme3hGXZWsRpxt6Y0zu18WfOqcAGrFRbdSgaEu1c/+MRbV2GpwRtr8iun3RowMznuy/VWmDc+NtI8E5i21fD3AzEqkE48w2MDwjU90XR8q9BRKhPqzKFWcUvRC9B1T2n37lG55+3S3sI4aXoVfkqVLPoFR3KCt/lpyBEH3C+gpUIX70UD5vhg+vGDe9BAuXZWV9Y7KGmTELT2z+5nzkbnzPv0c4cXZYP7zX5VQ/BiCQhPE3pHz4/9P8GaPUhVbTQmoHYTkxlqSc98aKrs/YcOTvSIy2IDtcfYajNyvwqaTLn0kZ0SEUIjc15+GJo7mIns/+d8ZFpMtF7p0p6UmEPpBXjqwQjbRcTN49qFrVGwceB6RxSaj9jYuYhfX2IQkgzOabB5sjeU8rHLh5Je0MC9rgYLjfJ2kSYTa0R6hV0QwCFAVj31D1qRzkQm3MZ8CDG/WMtnqzxvVOpqTCTi3YX0i9iRUM8KQh2oPFYKVA+e5dZnkk71aWz3GkaBxkkCN1XM+bVzPKPxBjd9Egd7ywtD+FRFpCjYeHI6DdAGzai3zNI+6e507KnzXqqm0qyS5rGuJPB3ubCkBNpzhHvtlsy75SK1OykCxP+Lx5gB4QIBlOQxNMMyPAnpFFwDb68WxlYJYVhxMfJOoqj1kyynbjLgsMUqP9skwW6JYjOthque+rziNsyMVrCGZ38KeW74leM1i4PIEMwmaKi3Bh46fotV4macY19s4PXYrp5Yt1JvSF0IoT8FFUBSdZtzCVpTynFen01jLs4mguIMullWke7H7cm3oY9gB1byZJynr01O9uJ2tiWcd7V/Ysati7rTevuAQLPDEP+3hNKstuZ6QYtgwrRxWeLMmJCBvfWjC HNBGCpYz pim8e4eSkVCUcb2TnNMVgh+vQK6Ip9Qar0u5xHAcIPUPeFsVavNYDs3R4cPxfVpGQoJM6EJkALfMzLMg0855NsDl+VmlSoQPEdZY2MottNMHerc3/XD9hkO9138pGP4XxHW0DR4QPEUJQdubdWYki6C0xVw6yc7UstPfWuU3pYZmtntVG5Bz03Wd6FaKAIK+B++jjlegz3dnneiLxRl5BfvleN5crL620mtAYV54VWQekxRSsya6KlzACGg== 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 Thu, Dec 19, 2024 at 05:31:14PM +0100, David Hildenbrand wrote: [...] > > I think this whole concern of fuse making system memory unmovable > > forever is overblown. Fuse is already using a temp (unmovable) page > > Right, and we allocated in a way that we expect it to not be movable (e.g., > not on ZONE_MOVABLE, usually in a UNMOVABLE pageblock etc). > > As another question, which effect does this change here have on > folio_wait_writeback() users like arch/s390/kernel/uv.c or > shrink_folio_list()? > shrink_folio_list() is handled in second patch [1] of this series. To summarize only memcg-v1 which does not have sane dirty throttling can be impacted and needs change. For arch/s390/kernel/uv.c, I don't think this series is doing anything. For sane fuse folios, things should be fine. [1] https://lore.kernel.org/linux-mm/CAJnrk1bXDkwExR=ztnidX4DAvVD5wZZemEVNt9bg=tkwWAg6fw@mail.gmail.com/T/#m02461fb4fb73849900e811d695deee0706c370f9