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 87311C4345F for ; Tue, 16 Apr 2024 02:41:37 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 00BCC6B0085; Mon, 15 Apr 2024 22:41:37 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id EFE686B0088; Mon, 15 Apr 2024 22:41:36 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id D9ED16B0089; Mon, 15 Apr 2024 22:41:36 -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 BBA266B0085 for ; Mon, 15 Apr 2024 22:41:36 -0400 (EDT) Received: from smtpin13.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay05.hostedemail.com (Postfix) with ESMTP id 55CF5408A5 for ; Tue, 16 Apr 2024 02:41:36 +0000 (UTC) X-FDA: 82013844192.13.D0AAAE7 Received: from mgamail.intel.com (mgamail.intel.com [192.198.163.16]) by imf17.hostedemail.com (Postfix) with ESMTP id 1B8C94000C for ; Tue, 16 Apr 2024 02:41:33 +0000 (UTC) Authentication-Results: imf17.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=O6RvZjS+; dmarc=pass (policy=none) header.from=intel.com; spf=pass (imf17.hostedemail.com: domain of ying.huang@intel.com designates 192.198.163.16 as permitted sender) smtp.mailfrom=ying.huang@intel.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1713235294; a=rsa-sha256; cv=none; b=Fs4toAs1qGxG4Qgq+g9lek0MTgIvKK19AoUupCjDkuVln0zpbo5s60dBUuYfwl2EzQo1Fb RMlkqAssAyjtIFMvFEJUkjLxJTc0kUZgKLoadR4xflhEKvfJpSzxK1+bQn9jnERDtDMXoB 0CR6taUu1VuvGCzxaPvdS0PGkHU0N4o= ARC-Authentication-Results: i=1; imf17.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=O6RvZjS+; dmarc=pass (policy=none) header.from=intel.com; spf=pass (imf17.hostedemail.com: domain of ying.huang@intel.com designates 192.198.163.16 as permitted sender) smtp.mailfrom=ying.huang@intel.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1713235294; 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=CYoLkK6laoWOVXo4OCNRWDC6ai9i2F5OJ4F8X22c6lk=; b=Oho0prFWGbOcp4iC4DLsWpUryhGta716+uPxPSf42CHuCSPJMcKFXEmYWiGtJkJum8TH3i jaV7YtQ2RFeelTiVtuxZ/AT7YrukPiFhprslx4pb02CNEuU1+Y69gAergUhi/31L+m8IDs Ws0V7aJZjiQ4uQz9WEuOVnbVhkw4Xu4= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1713235294; x=1744771294; h=from:to:cc:subject:in-reply-to:references:date: message-id:mime-version:content-transfer-encoding; bh=AF47lIYi7jUHNQdyQADHspwYl4p62TwwbeI5R4cu2sY=; b=O6RvZjS+NDqzAYyeU93SrwDu7u0T9+ScRcuVU7RxGEq82Z//G5w0tWJR D76BiTod0IiZJq//pVwws1lQTKnNSP+ADATYcx/yICXGgsHbN5lbEWvTw n40y7gZtl8hq9H7yXInkjm2HIF+tToERVI8ftdN5PJ2KUZCzi72Mn3wmI eYu3e/1nUE0tEFFMMC47eBBW4B5nVj859IzXpsAGbflWrgKFm25cClynP Y+WJBeW2AkxnimSJkKD0o8cS8AlME4Cx8+6wmUOCYyQYk5v65m5CpdLIc 7Izm0mBwO92fNL4uA6OlnqUPF9CQ2MF9x4qIjRUOC70asjSL1/BqWHo/j A==; X-CSE-ConnectionGUID: Qb9Lc77WRw+DROnefNDfgw== X-CSE-MsgGUID: 3ur9jOTJSGiiyVLKNYA1YQ== X-IronPort-AV: E=McAfee;i="6600,9927,11045"; a="9205611" X-IronPort-AV: E=Sophos;i="6.07,204,1708416000"; d="scan'208";a="9205611" Received: from orviesa001.jf.intel.com ([10.64.159.141]) by fmvoesa110.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 15 Apr 2024 19:41:33 -0700 X-CSE-ConnectionGUID: we6sQxMVTBua8dKd6KhhLQ== X-CSE-MsgGUID: G5IGqF7NRJiZww5sVUapIQ== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.07,204,1708416000"; d="scan'208";a="59553320" Received: from unknown (HELO yhuang6-desk2.ccr.corp.intel.com) ([10.238.208.55]) by smtpauth.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 15 Apr 2024 19:41:28 -0700 From: "Huang, Ying" To: Barry Song <21cnbao@gmail.com> Cc: Khalid Aziz , akpm@linux-foundation.org, linux-mm@kvack.org, baolin.wang@linux.alibaba.com, chrisl@kernel.org, david@redhat.com, hanchuanhua@oppo.com, hannes@cmpxchg.org, hughd@google.com, kasong@tencent.com, ryan.roberts@arm.com, surenb@google.com, v-songbaohua@oppo.com, willy@infradead.org, xiang@kernel.org, yosryahmed@google.com, yuzhao@google.com, ziy@nvidia.com, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2 4/5] mm: swap: entirely map large folios found in swapcache In-Reply-To: (Barry Song's message of "Tue, 16 Apr 2024 14:36:08 +1200") References: <20240409082631.187483-1-21cnbao@gmail.com> <20240409082631.187483-5-21cnbao@gmail.com> <87frvn2f89.fsf@yhuang6-desk2.ccr.corp.intel.com> <8734rm2gdj.fsf@yhuang6-desk2.ccr.corp.intel.com> Date: Tue, 16 Apr 2024 10:39:34 +0800 Message-ID: <87y19e115l.fsf@yhuang6-desk2.ccr.corp.intel.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspam-User: X-Rspamd-Server: rspam06 X-Rspamd-Queue-Id: 1B8C94000C X-Stat-Signature: gnrzrxbiosginq39j7d5okn6jeuwf8be X-HE-Tag: 1713235293-380953 X-HE-Meta: U2FsdGVkX1/GR6Oay9qRai3nrzGA3RpEeNTTOOo0n7dTWCzz2D92jkXExo0Epkh6Ix4y4Pfy9xBSw0peVifWVaJ/kqFFeX0jfUtOU6ZBVlPCjMKxYwDl7n5+5ZDVGGTh+RYKDcLfNObvlHFGrRIkf8FxxyWoUuDjjkJc7c41diZxVtRItcXEM+YK+sS+c5Ztm01u1G9ThSvrKXOMBRbAbcPezF8a4JkUb5tntZADf1iZJuext42dYcvBANdiV89JhIrJu5BIHL8RYYYb3RRXoytlBWQmWqS3D4SFVr5kL3PfWWfsf5FC4Znjr4lGA83nuJiJeNHj6om4cqjnRWOF0jkhqlwE33orveNp+A+WFy+ZpvvJ4xkSXIO2Ant0++977gUM9ue/VfhDucBaAzRhyMFRLz663vZ1GX0JJrcCDhuvzsgMAhbANBspS9YF2kXoaxHhYjduBJUP3UqGm5bJQcRmKVJdLzT0FD4PeiofJ7F9T6BUMIL4zZyePneAaS5I2xQtMpB5oPaaZPDtzQ2/YKEPULCpQL+CHc4Q4nhG5OqXdhb03BlqMxJ2bIJEWaRBT+wEtWqaQGA4ElAkC4zzBN54FDud4Aensx5JLbJF6retGccGqVt0oDwYftdAy+Q/wRWLHvBmwb1qcIiMUzmfonj9l0HdWHhuVixmIpte7ArLVN0CaUmP3b6gvoYFdQIWveEWIvAH7mjXqTqzXTDNoGQHB7DgjWEV1gwBbC4XGGCSMVdV8nMx3yDw8xoJX/CwakKuqBlffI7sqEfR0dyum6NFuDZ3R/Ew6/tCsZxRR1CvoGq2gRvPLCEmaQWqEwRDTcdyeSdYj6Ww68OMgrD9Sp6p5qbwCGwf 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: Barry Song <21cnbao@gmail.com> writes: > On Tue, Apr 16, 2024 at 2:27=E2=80=AFPM Huang, Ying wrote: >> >> >> Added Khalid for arch_do_swap_page(). >> >> Barry Song <21cnbao@gmail.com> writes: >> >> > On Mon, Apr 15, 2024 at 8:39=E2=80=AFPM Huang, Ying wrote: >> >> >> >> Barry Song <21cnbao@gmail.com> writes: >> >> [snip] >> >> >> >> >> > + bool any_swap_shared =3D false; >> >> > >> >> > if (!pte_unmap_same(vmf)) >> >> > goto out; >> >> > @@ -4137,6 +4141,35 @@ vm_fault_t do_swap_page(struct vm_fault *vmf) >> >> > */ >> >> > vmf->pte =3D pte_offset_map_lock(vma->vm_mm, vmf->pmd, vmf->a= ddress, >> >> > &vmf->ptl); >> >> >> >> We should move pte check here. That is, >> >> >> >> if (unlikely(!vmf->pte || !pte_same(ptep_get(vmf->pte), vmf->= orig_pte))) >> >> goto out_nomap; >> >> >> >> This will simplify the situation for large folio. >> > >> > the plan is moving the whole code block >> > >> > if (start_pte && folio_test_large(folio) && folio_test_swapcache(folio= )) >> > >> > after >> > if (unlikely(!folio_test_uptodate(folio))) { >> > ret =3D VM_FAULT_SIGBUS; >> > goto out_nomap; >> > } >> > >> > though we couldn't be !folio_test_uptodate(folio)) for hitting >> > swapcache but it seems >> > logically better for future use. >> >> LGTM, Thanks! >> >> >> >> >> > + >> >> > + /* We hit large folios in swapcache */ >> >> >> >> The comments seems unnecessary because the code tells that already. >> >> >> >> > + if (start_pte && folio_test_large(folio) && folio_test_swapca= che(folio)) { >> >> > + int nr =3D folio_nr_pages(folio); >> >> > + int idx =3D folio_page_idx(folio, page); >> >> > + unsigned long folio_start =3D vmf->address - idx * PA= GE_SIZE; >> >> > + unsigned long folio_end =3D folio_start + nr * PAGE_S= IZE; >> >> > + pte_t *folio_ptep; >> >> > + pte_t folio_pte; >> >> > + >> >> > + if (unlikely(folio_start < max(vmf->address & PMD_MAS= K, vma->vm_start))) >> >> > + goto check_pte; >> >> > + if (unlikely(folio_end > pmd_addr_end(vmf->address, v= ma->vm_end))) >> >> > + goto check_pte; >> >> > + >> >> > + folio_ptep =3D vmf->pte - idx; >> >> > + folio_pte =3D ptep_get(folio_ptep); >> >> >> >> It's better to construct pte based on fault PTE via generalizing >> >> pte_next_swp_offset() (may be pte_move_swp_offset()). Then we can fi= nd >> >> inconsistent PTEs quicker. >> > >> > it seems your point is getting the pte of page0 by pte_next_swp_offset= () >> > unfortunately pte_next_swp_offset can't go back. on the other hand, >> > we have to check the real pte value of the 0nd entry right now because >> > swap_pte_batch() only really reads pte from the 1st entry. it assumes >> > pte argument is the real value for the 0nd pte entry. >> > >> > static inline int swap_pte_batch(pte_t *start_ptep, int max_nr, pte_t = pte) >> > { >> > pte_t expected_pte =3D pte_next_swp_offset(pte); >> > const pte_t *end_ptep =3D start_ptep + max_nr; >> > pte_t *ptep =3D start_ptep + 1; >> > >> > VM_WARN_ON(max_nr < 1); >> > VM_WARN_ON(!is_swap_pte(pte)); >> > VM_WARN_ON(non_swap_entry(pte_to_swp_entry(pte))); >> > >> > while (ptep < end_ptep) { >> > pte =3D ptep_get(ptep); >> > >> > if (!pte_same(pte, expected_pte)) >> > break; >> > >> > expected_pte =3D pte_next_swp_offset(expected_pte); >> > ptep++; >> > } >> > >> > return ptep - start_ptep; >> > } >> >> Yes. You are right. >> >> But we may check whether the pte of page0 is same as "vmf->orig_pte - >> folio_page_idx()" (fake code). > > right, that is why we are reading and checking PTE0 before calling > swap_pte_batch() > right now. > > folio_ptep =3D vmf->pte - idx; > folio_pte =3D ptep_get(folio_ptep); > if (!is_swap_pte(folio_pte) || non_swap_entry(pte_to_swp_entry(folio_pt= e)) || > swap_pte_batch(folio_ptep, nr, folio_pte, &any_swap_shared) !=3D nr) > goto check_pte; > > So, if I understand correctly, you're proposing that we should directly c= heck > PTE0 in swap_pte_batch(). Personally, I don't have any objections to this= idea. > However, I'd also like to hear the feedback from Ryan and David :-) I mean that we can replace=20 !is_swap_pte(folio_pte) || non_swap_entry(pte_to_swp_entry(folio_pt= e)) in above code with pte_same() with constructed expected first pte. >> >> You need to check the pte of page 0 anyway. >> >> >> >> >> > + if (!is_swap_pte(folio_pte) || non_swap_entry(pte_to_= swp_entry(folio_pte)) || >> >> > + swap_pte_batch(folio_ptep, nr, folio_pte, &any_sw= ap_shared) !=3D nr) >> >> > + goto check_pte; >> >> > + >> >> > + start_address =3D folio_start; >> >> > + start_pte =3D folio_ptep; >> >> > + nr_pages =3D nr; >> >> > + entry =3D folio->swap; >> >> > + page =3D &folio->page; >> >> > + } >> >> > + >> >> > +check_pte: >> >> > if (unlikely(!vmf->pte || !pte_same(ptep_get(vmf->pte), vmf->= orig_pte))) >> >> > goto out_nomap; >> >> > >> >> > @@ -4190,6 +4223,10 @@ vm_fault_t do_swap_page(struct vm_fault *vmf) >> >> > */ >> >> > exclusive =3D false; >> >> > } >> >> > + >> >> > + /* Reuse the whole large folio iff all entries are ex= clusive */ >> >> > + if (nr_pages > 1 && any_swap_shared) >> >> > + exclusive =3D false; >> >> > } >> >> > [snip] -- Best Regards, Huang, Ying