Received: by 2002:a25:868d:0:0:0:0:0 with SMTP id z13csp3224277ybk; Mon, 18 May 2020 22:16:31 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzebk8yFPznHAEHN1tU8xVvcpCwLKyYf00QbOjRxLQ3xLJU0sgNsvUoPjP5YOkapZu1CBuW X-Received: by 2002:a17:906:2ac6:: with SMTP id m6mr16958268eje.234.1589865390990; Mon, 18 May 2020 22:16:30 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1589865390; cv=none; d=google.com; s=arc-20160816; b=w875wjknad529jGlHiyZe8tvNEbPLtsehmtfS1cSXZpqMbiVlSXtb8JV5lpYn2nmkC KmfcZTiMK53Ly/wg78WYhvdPXH2S/vf0nRAGYbzyrk7/VR15WHkg81ashIL/QIU6YKsF 7YwK7ebEBrbqx0NoKosrf0vFVFY0A+wEOYOWDuvDsgBFG0uFkTlwGjdjW5Epp1i4ZMlL 2DEOB7mie/Iwa/+elQNLLgKxcFsyj+gES+nYgsOceCY40KFRXetrHuMTXpmYdXTIh1Ep /atDaLdXzyO93GPWURFKtBToRgTj3m/tDbkQ4XyIfMtUbe95uBv2YypA/zF7gJL96goN 9YJQ== 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=LR5Pyz3bhjIi3IfRQ6zLBV+nySlzXcM+jLsNOIVFuKI=; b=FfpGK5ZEuz+5CAkpw4h0IaIp956yHPJOPm4kc4/DZNLAgTBmfyN73+w/qF0nUCE20N 5e1u1SfnIfa8Ka6545XPwDiaS+EBZzx83UOLjZQ7onLAPE/NpLYgO4ITqGG3Ecc0F+Nr haNuHLV1SJ7wLZnKUdjOIzQ83E5kELMW45BkCGfaMgpN8pTXQpsx35jsRQOIPenfgdTt vgm4GtRY44ykKn/Zh7XnoRT4xUOFuLchxL5b8scWok/1WJgsYdPskhKDt8hC16OJGpo5 mx8SwJiTaGq9nYRuCYqvzzIHNYI3i5zTnkXCPd6YvtVEYkvwBell11oooGQA9igAbScU E4rg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=nlbIrf8F; 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 k5si7702601eds.231.2020.05.18.22.16.07; Mon, 18 May 2020 22:16:30 -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=nlbIrf8F; 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 S1726893AbgESFMh (ORCPT + 99 others); Tue, 19 May 2020 01:12:37 -0400 Received: from mail.kernel.org ([198.145.29.99]:33988 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726323AbgESFMh (ORCPT ); Tue, 19 May 2020 01:12:37 -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 3B93020758; Tue, 19 May 2020 05:12:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1589865156; bh=qrHKafA0ZTttPnEqF3hkLOvbCl6Fprw9RuG7qytReC8=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=nlbIrf8Fy8HDlKACQi91AHg9NqzN0RQ0bvP2OUb2TFrW0wClvkadR8udy9FhxT6j0 QUNapjpdTE6IrfWtYzBdLzBnAHKQj3h7a4JlCowDPcDkGEKeDdsS/iNy8dk528O4qg nbm9Y07gMePXo5wP9r4/4P2ShQhKEdTZ2+DDbmOc= Date: Mon, 18 May 2020 22:12:35 -0700 From: Andrew Morton To: Guoqing Jiang Cc: viro@zeniv.linux.org.uk, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, david@fromorbit.com, hch@infradead.org, willy@infradead.org Subject: Re: [PATCH 10/10] mm/migrate.c: call detach_page_private to cleanup code Message-Id: <20200518221235.1fa32c38e5766113f78e3f0d@linux-foundation.org> In-Reply-To: <20200517214718.468-11-guoqing.jiang@cloud.ionos.com> References: <20200517214718.468-1-guoqing.jiang@cloud.ionos.com> <20200517214718.468-11-guoqing.jiang@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 Sun, 17 May 2020 23:47:18 +0200 Guoqing Jiang wrote: > We can cleanup code a little by call detach_page_private here. > > ... > > --- a/mm/migrate.c > +++ b/mm/migrate.c > @@ -804,10 +804,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); > + set_page_private(newpage, detach_page_private(page)); > get_page(newpage); > > bh = head; mm/migrate.c: In function '__buffer_migrate_page': ./include/linux/mm_types.h:243:52: warning: assignment makes integer from pointer without a cast [-Wint-conversion] #define set_page_private(page, v) ((page)->private = (v)) ^ mm/migrate.c:800:2: note: in expansion of macro 'set_page_private' set_page_private(newpage, detach_page_private(page)); ^~~~~~~~~~~~~~~~ The fact that set_page_private(detach_page_private()) generates a type mismatch warning seems deeply wrong, surely. Please let's get the types sorted out - either unsigned long or void *, not half-one and half-the other. Whatever needs the least typecasting at callsites, I suggest. And can we please implement set_page_private() and page_private() with inlined C code? There is no need for these to be macros.