From patchwork Mon Dec 4 14:21:38 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: David Hildenbrand X-Patchwork-Id: 13478533 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 B73C3C4167B for ; Mon, 4 Dec 2023 14:23:20 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 6924E6B02CB; Mon, 4 Dec 2023 09:22:54 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 643526B02CC; Mon, 4 Dec 2023 09:22:54 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 4BBC86B02CD; Mon, 4 Dec 2023 09:22:54 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0017.hostedemail.com [216.40.44.17]) by kanga.kvack.org (Postfix) with ESMTP id 398DF6B02CB for ; Mon, 4 Dec 2023 09:22:54 -0500 (EST) Received: from smtpin28.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay03.hostedemail.com (Postfix) with ESMTP id 18FB1A0242 for ; Mon, 4 Dec 2023 14:22:54 +0000 (UTC) X-FDA: 81529352268.28.4637AED Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by imf05.hostedemail.com (Postfix) with ESMTP id 5265E100017 for ; Mon, 4 Dec 2023 14:22:52 +0000 (UTC) Authentication-Results: imf05.hostedemail.com; dkim=pass header.d=redhat.com header.s=mimecast20190719 header.b="ES/Ov3Lx"; dmarc=pass (policy=none) header.from=redhat.com; spf=pass (imf05.hostedemail.com: domain of david@redhat.com designates 170.10.133.124 as permitted sender) smtp.mailfrom=david@redhat.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1701699772; 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-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=hz7uaUsseOxwoTHd/q5qxZ6Zu8cM7Yp8tdIii7iwU6Q=; b=c2xR7sg0lgjy0WIfioLofEepSfc9HXJS/AH+JqXR3+56u1ZQRTDCGBMXMEYK5tm5sCaakw ZR83qJnlKUs2MQtSawAvY/PidQL7hjvdDeiivvavaH/2VyJ/6OE2oWfx+Er5qX5xYgthZv ulMpBy6Fb5rmMBVlO9C5ZUUfClIQepY= ARC-Authentication-Results: i=1; imf05.hostedemail.com; dkim=pass header.d=redhat.com header.s=mimecast20190719 header.b="ES/Ov3Lx"; dmarc=pass (policy=none) header.from=redhat.com; spf=pass (imf05.hostedemail.com: domain of david@redhat.com designates 170.10.133.124 as permitted sender) smtp.mailfrom=david@redhat.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1701699772; a=rsa-sha256; cv=none; b=zWjmxyJbA+zxilEMX4hnNVudc6RQVB2toHQSDB4GwohdwjpKlHWk8mTpljbTi9QKNuHGab ce8zt9l3pAB9kp9l7NwamXqtTxNmYu8Ng4kfvJVMu7nlvCxQ+8MvjX+FrlANCdnHwLdHE2 X241vPzEXH7CLce7KZNWTn8lFRd1gVc= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1701699771; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=hz7uaUsseOxwoTHd/q5qxZ6Zu8cM7Yp8tdIii7iwU6Q=; b=ES/Ov3Lxxfm6j78JXZlTQKv1vRjfegdqLWn1TcsHqibuRFVPlSv8DKz9Rw+73eQ2430Ff9 YLqMD9jyay+DambW3iEp+uyrK7hiuwBTEZniMTZMFgYUqy6jlzryWvcQpVZUngWFEKCE+1 2eJER4RmvooJfPkzonsalwineF6iD3M= Received: from mimecast-mx02.redhat.com (mimecast-mx02.redhat.com [66.187.233.88]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-270-2PY8J7EQOv2OTifGixg-kQ-1; Mon, 04 Dec 2023 09:22:48 -0500 X-MC-Unique: 2PY8J7EQOv2OTifGixg-kQ-1 Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.rdu2.redhat.com [10.11.54.4]) (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 mimecast-mx02.redhat.com (Postfix) with ESMTPS id 9F0CD8314FB; Mon, 4 Dec 2023 14:22:47 +0000 (UTC) Received: from t14s.fritz.box (unknown [10.39.195.87]) by smtp.corp.redhat.com (Postfix) with ESMTP id 01FC72026D68; Mon, 4 Dec 2023 14:22:45 +0000 (UTC) From: David Hildenbrand To: linux-kernel@vger.kernel.org Cc: linux-mm@kvack.org, David Hildenbrand , Andrew Morton , "Matthew Wilcox (Oracle)" , Hugh Dickins , Ryan Roberts , Yin Fengwei , Mike Kravetz , Muchun Song , Peter Xu Subject: [PATCH RFC 31/39] Documentation: stop referring to page_remove_rmap() Date: Mon, 4 Dec 2023 15:21:38 +0100 Message-ID: <20231204142146.91437-32-david@redhat.com> In-Reply-To: <20231204142146.91437-1-david@redhat.com> References: <20231204142146.91437-1-david@redhat.com> MIME-Version: 1.0 X-Scanned-By: MIMEDefang 3.4.1 on 10.11.54.4 X-Rspamd-Queue-Id: 5265E100017 X-Rspam-User: X-Rspamd-Server: rspam04 X-Stat-Signature: qnp647uqumctthji8wuotuw3g1wtqgt8 X-HE-Tag: 1701699772-988790 X-HE-Meta: U2FsdGVkX19YHOEfxfveNayq9WvBELNsveRiZNjJGg6a+PC9kdcnB7w1KKvBp+WDd9vjxcwXCgKmSuklZUjBLGuDh/V1MWj6pgaGxX+SRggM5t9n42AT3Y7VBsQHBQhY9+QQMFB4QxpAC8DqbUokxZnAOxRR+EWZ0trtM6Oemd/hWdKuB4KtdE3icXKaWXZsbeJ704p4F8xzD2nQpgvrn362iXCos9jdwn6yFZWEwphlFwWaYV2OZqvq/KeAmMz+X5GSKvpSU2SqoVi8Ibq5/XHrmZk9AN2ysLSsPXKCY+SQfiRc2XGi1VAFNeSLhWk8HO0fMCyy6/pEr8KvZ2eG+QHDNH0RU+fTPP6fBqLMaAdPg5QLmMx9Kd0N/QDi1o2OVYGVH/LX6xi+Piwjm4tEo4UaQ/bHLFLNK7ng6B01nGqf9n17cGY/yH7UrUsbNnftaJ0buzcJRdn2/Ix+/XD6h+aICgztTBHpcP6m1181DQl2STRU/NNDGIg2Q0Qu58Yc7EJWUKrCZx8G3OeuoXfTUqHskI56ks9UX2lijVoQR17HILhYpQRrcW0Hk5ayCq1YI9vrDYMkQ3IXpJCJYclBZ1lKJ0NuGbbe+9q5c9/P4yAfo1BbLJ6L4Y3giVAiMPBEgYKme3D4q/Kl1mFZOELoxcnHlTWAzorCVxxWu3pegTQVSAsqD3B4iLZ+KWAILdbiZwXwuCizNME49Pt1yOKa+339qD2TBfckgBJW/ABAIwuKH5eIFaZY8V0tFHqd4vS7l8pQ2bidAUWbwoT7VmiOF1K83bHKAvrC0F9e5fFUqnOCfbzjmzztC9Lh15mLHyHnks9++DI53YJHHv51WO11yvNs1KiJcfOjET09kIi8hnscSru5EOJpEygH4dPvhFMZ1M4K+nqEKl9Iaj5qdt2Fi74ocWiMRoWMgbtQFEWzD01dR7eI8L16IEiQg5xwdNmHGx0b30zr85FcU3X4z3W vt/W/xab 6Bm5hGusEMI2pIjBl6zOa86BGnDSE2htgsbdzOoR7/43Dad3MoWdE5zbTNKppgaQQvo9cLcqyifp7XLiUrvtNkNR6eNgI24Q3biqJlNWlGnDV+k5nVqoJcP0QLDZKCxMST56DwAGJasQccITEIrcxyBZk6qs3dprOozMxQr0fMueOwLPN0maVlVirJzDfQtrR6RTZkBSZNz+IpT99AAKJ9Qqb/Q== 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: Refer to folio_remove_rmap_*() instaed. Signed-off-by: David Hildenbrand --- Documentation/mm/transhuge.rst | 2 +- Documentation/mm/unevictable-lru.rst | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/Documentation/mm/transhuge.rst b/Documentation/mm/transhuge.rst index 9a607059ea11c..cf81272a6b8b6 100644 --- a/Documentation/mm/transhuge.rst +++ b/Documentation/mm/transhuge.rst @@ -156,7 +156,7 @@ Partial unmap and deferred_split_folio() Unmapping part of THP (with munmap() or other way) is not going to free memory immediately. Instead, we detect that a subpage of THP is not in use -in page_remove_rmap() and queue the THP for splitting if memory pressure +in folio_remove_rmap_*() and queue the THP for splitting if memory pressure comes. Splitting will free up unused subpages. Splitting the page right away is not an option due to locking context in diff --git a/Documentation/mm/unevictable-lru.rst b/Documentation/mm/unevictable-lru.rst index 67f1338440a50..b6a07a26b10d5 100644 --- a/Documentation/mm/unevictable-lru.rst +++ b/Documentation/mm/unevictable-lru.rst @@ -486,7 +486,7 @@ munlock the pages if we're removing the last VM_LOCKED VMA that maps the pages. Before the unevictable/mlock changes, mlocking did not mark the pages in any way, so unmapping them required no processing. -For each PTE (or PMD) being unmapped from a VMA, page_remove_rmap() calls +For each PTE (or PMD) being unmapped from a VMA, folio_remove_rmap_*() calls munlock_vma_folio(), which calls munlock_folio() when the VMA is VM_LOCKED (unless it was a PTE mapping of a part of a transparent huge page). @@ -511,7 +511,7 @@ userspace; truncation even unmaps and deletes any private anonymous pages which had been Copied-On-Write from the file pages now being truncated. Mlocked pages can be munlocked and deleted in this way: like with munmap(), -for each PTE (or PMD) being unmapped from a VMA, page_remove_rmap() calls +for each PTE (or PMD) being unmapped from a VMA, folio_remove_rmap_*() calls munlock_vma_folio(), which calls munlock_folio() when the VMA is VM_LOCKED (unless it was a PTE mapping of a part of a transparent huge page).