Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp1638307ybh; Tue, 14 Jul 2020 03:20:38 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyrotMDcwlD1jE0i6OJDOaaQ3xh9RNucGlZ7xGhVIbggcitlUa1M/eeJ0l1Xox0g14Avh/2 X-Received: by 2002:a17:906:1b0a:: with SMTP id o10mr3783204ejg.463.1594722038594; Tue, 14 Jul 2020 03:20:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594722038; cv=none; d=google.com; s=arc-20160816; b=X9N9bDz/aD8SDuR8it0wbgt6KJwK5HXRL9Mq8bw+dzPvQWxdvGE89AELNj64nihC/d NdxIYOuQElAGMNbEC7KN6Q5SP5/1cBg/PudvyBYYe2bBt6wthJ4biQvV+mj98lmqGCqe 6R/1To5cKwbeTttWMJGjXHHDSLeMM+XHSxCSE1wWp3riCNx02pcm1bvNAjpPvlJ+U3My Xee4MIimvfh0cRf89PfdGTR5HnswBWNJwHRvVdDKLSjgqSmNTmUxyKDpXI1FPOYp2Aai RGSrOGaJ/PogMRGEM+7GCYeU3KBPZ5NajY/NaS8ZHJeVbzc0J5o9kqJsSxoOS3FS0mS9 poZg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=2mWXGb8qDwWepwC9GtvAtfuTcRSkTZNoUz/7tBuj5w4=; b=C8AgH8pMH5VGaXfF+kl983uEAjNNpLr/fqN79/xGjMAIydNdXwJ526NB02FfDfdS42 I1E0VOwt+i89raD6R4uFJ+FJEs6oktunxqjszbl8bRkc6eFP8VdspT9bhc6/DY0uCFqr ZmF6sEkH5Hgcts9pv9R9MG/YepXL77pprmY6r4vQv6yETwgyhNvi6s+mA8gqk9v9lYaL SuDE436K5So5gQnUDQ+j02pV/zXSD8fZe6tEJOTO8+F4FbjXYSzC2vUJ0pO6AVEcm3qY To1pTP0udqUaNsU698taVP7nTA2ALxjZ2AuNlzKouJxPDnp6KguF4tIPrXDTfoVXFHEO I13Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@shutemov-name.20150623.gappssmtp.com header.s=20150623 header.b=IY4UxVnz; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id s27si10462203ejd.181.2020.07.14.03.20.14; Tue, 14 Jul 2020 03:20:38 -0700 (PDT) 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=@shutemov-name.20150623.gappssmtp.com header.s=20150623 header.b=IY4UxVnz; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726398AbgGNKTv (ORCPT + 99 others); Tue, 14 Jul 2020 06:19:51 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43490 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725906AbgGNKTu (ORCPT ); Tue, 14 Jul 2020 06:19:50 -0400 Received: from mail-lf1-x141.google.com (mail-lf1-x141.google.com [IPv6:2a00:1450:4864:20::141]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id F12F1C061755 for ; Tue, 14 Jul 2020 03:19:49 -0700 (PDT) Received: by mail-lf1-x141.google.com with SMTP id u25so11029239lfm.1 for ; Tue, 14 Jul 2020 03:19:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=shutemov-name.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=2mWXGb8qDwWepwC9GtvAtfuTcRSkTZNoUz/7tBuj5w4=; b=IY4UxVnzzRcsGwYrBKqt/5e25O/9f0c09XQ9ySHCczZy/i0f0gYx9QLwZtXoJ8X7ZM 5MW8/0dDgLBTX6Q4TE87LTvdoHKvCj57HHbHI0HpjGL8h/cg6/kw5hx+04UxsaoDCNy+ P4tPvwDURrTeOKfPv921zK42DMIAvxiJ7IIlqlJ3rkxhhK91YOcLC6HOEQ1aN6fJ03+Q Is/Mh1WHNi2qXNUoD8ejk83nG8RWH6H/eDqQWhGgwWMPujV0VJuPgtd0GpFSw0cBeR0q 2EsxV4r06bH603rAdR8GS4qX8bMh9OWqM77a1EXmIccI7Tgba33H2zXPPfZ+bPQrU9Wl /k1Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to; bh=2mWXGb8qDwWepwC9GtvAtfuTcRSkTZNoUz/7tBuj5w4=; b=aXEpGdBpvRVyhuAOpUdzyv2OTZnLJ/GbsTITbFSo6cbI5YebnsVpf/Z/V0OUw4t7j+ 8Yd0IvJ2CyJSv+pj5f/wWCDO0VTgxq8DDMG1m2fb4WtEiaycUDpqGN9OBpvVIPuO1+rE BUcZ5QigjZRQnZJZAibJPZTUus9134Xdh29kNbILe8KjSEsBlVQUazdgZMyzXcmiw3cx FDFdtWCTMlpE6dNJdrduAAsW9kdNZCx9bxWxn07TDOuajlcjJFCASSWXetOQ1VqjAl20 t85o7mIFoe6ZJXLUkxkiwM7a3aEDU1UdDwuSLNI2jU1KQorYPRvWcm/fUNQUMd5jGrbG /vFg== X-Gm-Message-State: AOAM531ZnobDMQMWK4DAlLM4kBgaWELduQnTcQ+KH8vNGqViqTVldW+E 85V1e7WhzoxYNPMp1mRCOEtOmw== X-Received: by 2002:ac2:5a4b:: with SMTP id r11mr1882755lfn.39.1594721988316; Tue, 14 Jul 2020 03:19:48 -0700 (PDT) Received: from box.localdomain ([86.57.175.117]) by smtp.gmail.com with ESMTPSA id 11sm4540766lju.102.2020.07.14.03.19.46 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 14 Jul 2020 03:19:47 -0700 (PDT) Received: by box.localdomain (Postfix, from userid 1000) id 2C21D1020F7; Tue, 14 Jul 2020 13:19:51 +0300 (+03) Date: Tue, 14 Jul 2020 13:19:51 +0300 From: "Kirill A. Shutemov" To: Vlastimil Babka Cc: Robbie Ko , linux-mm@kvack.org, LKML , linux-btrfs@vger.kernel.org, Roman Gushchin , David Sterba , "Kirill A. Shutemov" Subject: Re: [PATCH] mm : fix pte _PAGE_DIRTY bit when fallback migrate page Message-ID: <20200714101951.6osakxdgbhrnfrbd@box> References: <20200709024808.18466-1-robbieko@synology.com> <859c810e-376e-5e8b-e8a5-0da3f83315d1@suse.cz> <80b55fcf-def1-8a83-8f53-a22f2be56244@synology.com> <433e26b0-5201-129a-4afe-4881e42781fa@suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <433e26b0-5201-129a-4afe-4881e42781fa@suse.cz> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jul 14, 2020 at 11:46:12AM +0200, Vlastimil Babka wrote: > On 7/13/20 3:57 AM, Robbie Ko wrote: > > > > Vlastimil Babka 於 2020/7/10 下午11:31 寫道: > >> On 7/9/20 4:48 AM, robbieko wrote: > >>> From: Robbie Ko > >>> > >>> When a migrate page occurs, we first create a migration entry > >>> to replace the original pte, and then go to fallback_migrate_page > >>> to execute a writeout if the migratepage is not supported. > >>> > >>> In the writeout, we will clear the dirty bit of the page and use > >>> page_mkclean to clear the dirty bit along with the corresponding pte, > >>> but page_mkclean does not support migration entry. I don't follow the scenario. When we establish migration entries with try_to_unmap(), it transfers dirty bit from PTE to the page. -- Kirill A. Shutemov