Received: by 2002:a25:1104:0:0:0:0:0 with SMTP id 4csp681978ybr; Fri, 22 May 2020 16:56:09 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzgv+wxecMjBAbVr4MQJj+ipRGETRKHquHd0nxUSmo60aFoLyNIH/kAJJGUmruaWH9Xb7W8 X-Received: by 2002:a17:906:7a1c:: with SMTP id d28mr10005643ejo.10.1590191769284; Fri, 22 May 2020 16:56:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1590191769; cv=none; d=google.com; s=arc-20160816; b=OCbqJ0/DK3tZMV30Qumy/FvuIjy2pFt4ID3d/Fyk24lOrmXT4J/sogLS3hoOMBQ6QX bkxPwTRIm7GfEkCF33KdH0DoXUIsXoP/JVjuQ2VPfBN8942wU1mRvHtYJ4W0JDvDB135 lbrKyr40aDqtt25xg9jC6N+QuIOhDvUB3lL2v299uKQF3+menPH2QsbReGkyuhOhsb3j IyWi3N7ndenqAqndILys3f7XO+OrsuSOoTAR9Iw5zorIBLTMq6DRzdMo19NHKTnqIQ94 WkWQVAtcvdemPrUXWY5KqSfcPtkHoh5Gq4GQFOQGHYP9N355DerxzW1dNHg0Uy57rNm5 kJlg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=K0TusL6dR+pePCZi9b56OgV0ifR3AxKD1SzPt58ZJCI=; b=ca3sqFuRHugo+jrBLGkWE9uIB+8DBPuj+6SUoIH/UrPD5neqkUDg/IbSvyA3cFreZg LupCs7J9cHdKKB7dRm0AvcbEyD+WE/ZWNRtxKXBaAmvy0331vWEBglC2nUO2lbIypYGv z357NxlSxIxwtRHSvVts2aeY+aEc9qNH2KKj0qihoj3+0Y/u4zTw5EpM9TrlERy9hwQJ 52GVlWiO58RfubVEQwautv8Ye0E2dTxLoNfmRnoOmHTwrAGHjdVr0qKj/UnEzd5uT8Vi qJ7RCMDK06mT2Z/d5VkY16prwTnAdboXPxP6y3/6BZQNRzqMCDiSWLoxpoGGF3kllbNT noWQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=1AlseEXE; 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 d6si5430741edv.364.2020.05.22.16.55.44; Fri, 22 May 2020 16:56:09 -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=@kernel.org header.s=default header.b=1AlseEXE; 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 S2387464AbgEVXxD (ORCPT + 99 others); Fri, 22 May 2020 19:53:03 -0400 Received: from mail.kernel.org ([198.145.29.99]:58798 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2387437AbgEVXxD (ORCPT ); Fri, 22 May 2020 19:53:03 -0400 Received: from localhost.localdomain (c-73-231-172-41.hsd1.ca.comcast.net [73.231.172.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id E057B206BE; Fri, 22 May 2020 23:53:01 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1590191582; bh=HRrdOuGUdvjl0wXxA5ZTMAtvsW5wKqP1K72cTMtDBds=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=1AlseEXERTVm6vSNK1ukfK+IKevlLvrv6Ut5WPfcaxPjEQDtTwQU1c78tP25poSPW Pkl8eSf9lB28MNNLVVALtVRBzSnpqvBMMBfnOi5Q3QgSu4rEMqixny1o33eD6zyvPb ZVWFPXMqETTQHAGv+cqRhqFBFl0fIYa3FdeSmo0I= Date: Fri, 22 May 2020 16:53:01 -0700 From: Andrew Morton To: Guoqing Jiang Cc: Dave Chinner , viro@zeniv.linux.org.uk, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, hch@infradead.org, willy@infradead.org Subject: Re: [PATCH 10/10] mm/migrate.c: call detach_page_private to cleanup code Message-Id: <20200522165301.727977de1d39ac5bfb683ed0@linux-foundation.org> In-Reply-To: <906f7469-492d-febc-c7ed-b01830ae900d@cloud.ionos.com> References: <20200517214718.468-1-guoqing.jiang@cloud.ionos.com> <20200517214718.468-11-guoqing.jiang@cloud.ionos.com> <20200521225220.GV2005@dread.disaster.area> <906f7469-492d-febc-c7ed-b01830ae900d@cloud.ionos.com> X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.31; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 22 May 2020 09:18:25 +0200 Guoqing Jiang wrote: > >> - ClearPagePrivate(page); > >> - set_page_private(newpage, page_private(page)); > >> - set_page_private(page, 0); > >> - put_page(page); > >> + set_page_private(newpage, detach_page_private(page)); > > attach_page_private(newpage, detach_page_private(page)); > > Mattew had suggested it as follows, but not sure if we can reorder of > the setup of > the bh and setting PagePrivate, so I didn't want to break the original > syntax. > > @@ -797,11 +797,7 @@ static int __buffer_migrate_page(struct address_space *mapping, > if (rc != MIGRATEPAGE_SUCCESS) > goto unlock_buffers; > > - ClearPagePrivate(page); > - set_page_private(newpage, page_private(page)); > - set_page_private(page, 0); > - put_page(page); > - get_page(newpage); > + attach_page_private(newpage, detach_page_private(page)); > > bh = head; > do { > @@ -810,8 +806,6 @@ static int __buffer_migrate_page(struct address_space *mapping, > > } while (bh != head); > > - SetPagePrivate(newpage); > - > if (mode != MIGRATE_SYNC_NO_COPY) This is OK - coherency between PG_private and the page's buffer ring is maintained by holding lock_page(). I have (effectively) applied the above change.