Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp4829408pxb; Tue, 28 Sep 2021 05:11:14 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwGtzf6j56FCOSOKIJcp6O/J+JOXRsq5Yiuc793tgc8WKp6w1sJ3qVqZ3Nbghj9ZF0/DuCR X-Received: by 2002:a50:da07:: with SMTP id z7mr7147583edj.301.1632831074411; Tue, 28 Sep 2021 05:11:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1632831074; cv=none; d=google.com; s=arc-20160816; b=suPysJp34n1eO/RsRwnM1o6wcFP0/g9yslHQMdExx7QkaPj/7oSY/dyaEnwtRBBSR/ iRiFazL74voxIbwMGX8PGfSxGhxwBr+xm2kxu3vbokpIroWgfuYNKv7WxBWEKJ5kjN4n Fa7ryfWhUSb7aIWdYEeYtF6HVsiB2fLS6E8HFzdYx79/ZFvmw859kXRe9peXLubFF4UF xh4+A8Wg1hroE0k0RsmQLq+aGpUKakJBImf6GvcKTsM9GppYM+TR3dQguop7Nn6RfDEC +sgl+kKPWae0ermGFarCq4cK6ZlquuzbTlrQfl+u4P6SDOJtor87+UveDb2Mbph0NLdp PK0g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=c23zswK9ANwThDRQl4nW53akkUWxcJ1VY9cYgeLMJuw=; b=by9HfaXFu6Qa1i2u5pQ3SPJzUz9OsjSCHZvaMLtxWJ/yWI2J/O0E/DW8E9J+h3Ezl6 rb2+UwG75YrpFYrVyagJrDzxfxT8R8gBlRBpqzbfxzSv2eX4r9yYG3o2hbA9Kkqnevqr FBuyHaxgl+HWMnoSZqGAB5kwkZF2n/dvUKVjS2i+NSwDsQQ7dMM+miBIR2n96rdII+ya sZU9fThiBjR5YCcRalZhAKbxeSZ+PUE6nCi/lzMoGBfIuu4iFC5VzLi1v43mbhfoKVdc Dt7QuXx5+7MwEx07gytegCh3xU07OPYI5FWF3FYhe7klsqcKXfk4U+dHMWsLn2x/zlTZ Gi2Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@infradead.org header.s=casper.20170209 header.b=bTsJeJrd; 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 c11si22596040ejm.510.2021.09.28.05.10.22; Tue, 28 Sep 2021 05:11:14 -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=@infradead.org header.s=casper.20170209 header.b=bTsJeJrd; 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 S240503AbhI1MJj (ORCPT + 99 others); Tue, 28 Sep 2021 08:09:39 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46514 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240458AbhI1MJi (ORCPT ); Tue, 28 Sep 2021 08:09:38 -0400 Received: from casper.infradead.org (casper.infradead.org [IPv6:2001:8b0:10b:1236::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 53AF1C061575 for ; Tue, 28 Sep 2021 05:07:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=c23zswK9ANwThDRQl4nW53akkUWxcJ1VY9cYgeLMJuw=; b=bTsJeJrdv5GIjRUbslEdSR12rC 7eZuYxrSkAlpwYk/qHgsIGaJQmdLr+OlBlMcCE4e7SCgQZxikwXe6W4zoAZStkHpKM3/RSQZ6L6OE pCNZXIUKGDYT7+OJZVn/O3NMMuwDzniYm4V03s0FL7wbL2CDWzR8sD6w4lihtglY3zq88zNlM2p+z 2hsWInqC5s0zAk9USyp/Z6eGK7siTWGSyf/fBqHA8+fnOxGYISJ/ox7NZZuj2SCw5xZT0GSWAKqT9 BeCYN6ESPQtWcbRXAbVDc5TM/U5LeVyaB8xEYuCNdbnN81Fnf7svvPa3MsrDycFtMkTbtgkqgo+PD zXDe340w==; Received: from willy by casper.infradead.org with local (Exim 4.94.2 #2 (Red Hat Linux)) id 1mVBsd-00ApTi-Go; Tue, 28 Sep 2021 12:06:58 +0000 Date: Tue, 28 Sep 2021 13:06:39 +0100 From: Matthew Wilcox To: Song Liu Cc: Rongwei Wang , Andrew Morton , Linux MM , Linux Kernel Mailing List , William Kucharski , Hugh Dickins Subject: Re: [PATCH v2 1/2] mm, thp: check page mapping when truncating page cache Message-ID: References: <20210906121200.57905-1-rongwei.wang@linux.alibaba.com> <20210922070645.47345-2-rongwei.wang@linux.alibaba.com> <20210923194343.ca0f29e1c4d361170343a6f2@linux-foundation.org> <9e41661d-9919-d556-8c49-610dae157553@linux.alibaba.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Sep 27, 2021 at 03:24:47PM -0700, Song Liu wrote: > OTOH, does it make sense to block writes within khugepaged, like: > @@ -1652,6 +1653,11 @@ static void collapse_file(struct mm_struct *mm, > /* Only allocate from the target node */ > gfp = alloc_hugepage_khugepaged_gfpmask() | __GFP_THISNODE; > > + if (deny_write_access(file)) { > + result = SCAN_BUSY_WRITE; > + return; > + } The problem is that it denies, rather than blocking. That means that the writer gets ETXTBSY instead of waiting until khugepaged is done.