Received: by 2002:a05:6358:e9c4:b0:b2:91dc:71ab with SMTP id hc4csp6740349rwb; Tue, 9 Aug 2022 23:36:56 -0700 (PDT) X-Google-Smtp-Source: AA6agR7akytuEzgacIHMeUafu9HQpnB+XkGLqmLn+xYJ8ZwTba+lYz7iX4OiOQdpAfHOeQgnQxLF X-Received: by 2002:a63:4f5a:0:b0:41d:10ae:6203 with SMTP id p26-20020a634f5a000000b0041d10ae6203mr18185536pgl.258.1660113416285; Tue, 09 Aug 2022 23:36:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1660113416; cv=none; d=google.com; s=arc-20160816; b=DLtiQOTu0/bJ5Zgwh2U7TsEQGjLI73FfD7DI1sIxjkdYTrKilf0mgving0cEpAoQFq 5QecDS3DLsE3Ql9yrMN354slXqyCZwX0jj6tq8cxDwv9ZzIXyCF4CUDp5YLl3QRjkz+x JlKOsxAvhmQoYPz2F/srBJeusxWc55MLpSM4aN8efr76jyzpLTkRqoLPSGXCiwdF0r3g p6xt8VXV+pLjmyDOb9RiVypQVDBAZTAYKJu7/M2TVHzbgHAcAQfxUWYEB8s9bhERnATc pSckbflgsITykKRXw2VIequrCf0uaew2CN8iNjEhiU1FzsQ0ePI0Kc8sb9R9cfoilcnX FC/w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:user-agent:message-id:in-reply-to :date:references:subject:cc:to:from:dkim-signature; bh=aRggJZeCkf1LWXSvvqCkhCqtwQPvCmH397i7Z+i4oJc=; b=uZ1oc48y1iOwxN/4KWUaqSSxX1UhQDAj8ojNvylsWzs/e3qlxTKy1F/PU46h32sXmA 3MXO1Q0i61E95uogosIMV0m1tVXz26GHx1T4uNiT7jXJHWI0guzDBnbR5iPe8gE0O3U7 hPDoG+xnUa08/dWnWWEaHHCFdyqEyPkDt43/pY1TWmNot2+KvHBd3/mF8KJCF3vuKU9H /Hc+E9hA53GHhEgR76IEiauvwxQu+se40gI5I4lV+tx8LbSFwxQsbmxPbzyTuxpMAeU3 nxvuKdk/CPXINKiOj3Ce2BqcM2XoAtJ8ABhEWhlYT1BO3YDNQ7M6emK9+TRs5DcXnNnD nzeQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=LHQNUc0o; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id rj9-20020a17090b3e8900b001f500ecbad8si1232061pjb.161.2022.08.09.23.36.42; Tue, 09 Aug 2022 23:36:56 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=LHQNUc0o; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231278AbiHJGYm (ORCPT + 99 others); Wed, 10 Aug 2022 02:24:42 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59500 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230119AbiHJGYk (ORCPT ); Wed, 10 Aug 2022 02:24:40 -0400 Received: from mga06.intel.com (mga06b.intel.com [134.134.136.31]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CEF3A6D9C2 for ; Tue, 9 Aug 2022 23:24:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1660112679; x=1691648679; h=from:to:cc:subject:references:date:in-reply-to: message-id:mime-version; bh=0ehwEycYZmTzgxqjzkcGB9NIAU0k8XRrwb9NK6VoLoI=; b=LHQNUc0oPaU6K3PbaglFba0IrI2HOi1jr+3KiFRzgkhtR2+0h5XBTrAw Y/rdgWCMXDVmAfusaLUqAc4OOT5RCIgrgeTa9Ad7HEcfzeJ+kg5qtDda+ j309ofHc3uqMqM7sbrXFINjqFPgPmk3OZtejlOphZUlnmdCiX7MhAt50Z d60H4N6ozlRNFS99lW1EIrgiELOyo0DZKhHW0yfXG2ZWNKSjWwBM5IxQz PdpCs1PJymjINO3nO+xVMn1q6CQVtmhwdWgwW8bp79bGKoh7LfXA+27EB 41Eae2i+My6zkWNcmZASCDd9q793s6X+1r9l+wIKVLdkXs/WPu9moILUg Q==; X-IronPort-AV: E=McAfee;i="6400,9594,10434"; a="352740956" X-IronPort-AV: E=Sophos;i="5.93,226,1654585200"; d="scan'208";a="352740956" Received: from orsmga006.jf.intel.com ([10.7.209.51]) by orsmga104.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 09 Aug 2022 23:24:39 -0700 X-IronPort-AV: E=Sophos;i="5.93,226,1654585200"; d="scan'208";a="581108867" Received: from yhuang6-desk2.sh.intel.com (HELO yhuang6-desk2.ccr.corp.intel.com) ([10.238.208.55]) by orsmga006-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 09 Aug 2022 23:24:36 -0700 From: "Huang, Ying" To: Peter Xu Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org, Minchan Kim , David Hildenbrand , Nadav Amit , Andrew Morton , Hugh Dickins , Vlastimil Babka , Andrea Arcangeli , Andi Kleen , "Kirill A . Shutemov" Subject: Re: [PATCH v3 4/7] mm/thp: Carry over dirty bit when thp splits on pmd References: <20220809220100.20033-1-peterx@redhat.com> <20220809220100.20033-5-peterx@redhat.com> Date: Wed, 10 Aug 2022 14:24:33 +0800 In-Reply-To: <20220809220100.20033-5-peterx@redhat.com> (Peter Xu's message of "Tue, 9 Aug 2022 18:00:57 -0400") Message-ID: <877d3gfwf2.fsf@yhuang6-desk2.ccr.corp.intel.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=ascii X-Spam-Status: No, score=-5.0 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_NONE,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Peter Xu writes: > Carry over the dirty bit from pmd to pte when a huge pmd splits. It > shouldn't be a correctness issue since when pmd_dirty() we'll have the page > marked dirty anyway, however having dirty bit carried over helps the next > initial writes of split ptes on some archs like x86. > > Signed-off-by: Peter Xu > --- > mm/huge_memory.c | 6 +++++- > 1 file changed, 5 insertions(+), 1 deletion(-) > > diff --git a/mm/huge_memory.c b/mm/huge_memory.c > index 0611b2fd145a..e8e78d1bac5f 100644 > --- a/mm/huge_memory.c > +++ b/mm/huge_memory.c > @@ -2005,7 +2005,7 @@ static void __split_huge_pmd_locked(struct vm_area_struct *vma, pmd_t *pmd, > pgtable_t pgtable; > pmd_t old_pmd, _pmd; > bool young, write, soft_dirty, pmd_migration = false, uffd_wp = false; > - bool anon_exclusive = false; > + bool anon_exclusive = false, dirty = false; > unsigned long addr; > int i; > > @@ -2098,6 +2098,7 @@ static void __split_huge_pmd_locked(struct vm_area_struct *vma, pmd_t *pmd, > SetPageDirty(page); > write = pmd_write(old_pmd); > young = pmd_young(old_pmd); > + dirty = pmd_dirty(old_pmd); Nitpick: This can be put under if (pmd_dirty(old_pmd)) SetPageDirty(page); Not a big deal. Reviewed-by: "Huang, Ying" > soft_dirty = pmd_soft_dirty(old_pmd); > uffd_wp = pmd_uffd_wp(old_pmd); > > @@ -2161,6 +2162,9 @@ static void __split_huge_pmd_locked(struct vm_area_struct *vma, pmd_t *pmd, > entry = pte_wrprotect(entry); > if (!young) > entry = pte_mkold(entry); > + /* NOTE: this may set soft-dirty too on some archs */ > + if (dirty) > + entry = pte_mkdirty(entry); > if (soft_dirty) > entry = pte_mksoft_dirty(entry); > if (uffd_wp)