Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp620804ybz; Fri, 1 May 2020 05:37:50 -0700 (PDT) X-Google-Smtp-Source: APiQypJIPCUGLVNH6Ot855SBPMOULhd3vgJ+b+GOSq5EN83S9cJCR+ckH0BMqqubxz/MPYciJTA4 X-Received: by 2002:aa7:c0d1:: with SMTP id j17mr3337452edp.308.1588336669913; Fri, 01 May 2020 05:37:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588336669; cv=none; d=google.com; s=arc-20160816; b=Y1U2cwYg4PMfaQO1EYbRZCSX1RN3jz84RD51EY3chYbxUrQQVG2NPyHgQfk+E5v2PX e4ddml9OrdaNmkaRSPv9jmK1nO/YmOX+qCQLikWYQA5PI8xH8b15tWlDJ040PN+4tDuu OskLGAhWew4rMA44KiYJx+k7TtVexiTRGqRRPzgPQ3YnmCWixpX1hA9Pn1NGi2duOCR2 AodAkSRa2HC6+NB6eo2TzLtkcfQHBWWxQ7yYTLqDp4w0rRMIVRkX2ncQSGRoeFHZoTZB mNnoBg8OgMVOMHw3v1/Xt9iy5hWy9EV7TYYs8Slg94x0iTs0f8dP/LptAYARvdvgl9Q4 KjFA== 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-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=OFdEjkK9jwgd0OlQdpKQakLpH/7u8tRK6UnJTEvP0yE=; b=fs0dIMYaEBjOb1tczrY1NKcWKO/pybgw8dUY74O43ITV0OFuvaAzQylKNLKxdu/Cl1 yPTxHgFdrBAcNWBcFfE4yKnZhSf+Jm0zXhW/C3djHpWy2m3AO5s79qonUtbyAENZQrKl zM/LWMXPjclpR1w0SxP4fGzkJzwzzcncaaz23sYuJomzl7SzmGmXrfUBt5UFqWVQQQ7D 5J2BHPP241U97wOibcPxy8zBZqFRBmGXcgdwxi0DS+/VO0nCLmaxMIPeZnPMm1JYdBdM ks5kx0gnH6OxY7Rmv7FKg3nYZW4TFZm8+gxGsqKhY+6vzzY8WM3A2izAWKn/ZNkbgctd WkmQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@infradead.org header.s=bombadil.20170209 header.b=TZFNVyLm; 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 g5si1650256ejs.290.2020.05.01.05.37.24; Fri, 01 May 2020 05:37:49 -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=fail header.i=@infradead.org header.s=bombadil.20170209 header.b=TZFNVyLm; 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 S1728774AbgEAMec (ORCPT + 99 others); Fri, 1 May 2020 08:34:32 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41782 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1728682AbgEAMeb (ORCPT ); Fri, 1 May 2020 08:34:31 -0400 Received: from bombadil.infradead.org (bombadil.infradead.org [IPv6:2607:7c80:54:e::133]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7F994C061A0C for ; Fri, 1 May 2020 05:34:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.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=OFdEjkK9jwgd0OlQdpKQakLpH/7u8tRK6UnJTEvP0yE=; b=TZFNVyLmvaFYCPmOoBQtCT8LbO KtKzjwYT3U74sRbqJs/Z1oBAzhMS/kd6rAH3tl7VxdFTJeIMAur6Yj+mZ85A4krspgMQy3rWsH6qo HusitmEyOqEqd0kgFe6dLVdM7TMD+lRvDuN+OUsa6o+/JR+C0yK6xftYg6vh89a3f6nTKJwEmKwca 78UrEHxNth3LG15agZHExbxpowRrDLJzWTduaQ3YDfej9H7lIPyOU2RBVPE1ugVKsSVkX59dkby4B +mKvFK1Bla71Q/8523zGvGK9xtYDeEix7V0D2qeZDEItMJxtYiSp25ByXhADkdTVm2P1CGGeY3+Hm /pCJqLew==; Received: from hch by bombadil.infradead.org with local (Exim 4.92.3 #3 (Red Hat Linux)) id 1jUUs9-0007mt-MI; Fri, 01 May 2020 12:34:29 +0000 Date: Fri, 1 May 2020 05:34:29 -0700 From: Christoph Hellwig To: Joonsoo Kim Cc: Christoph Hellwig , Andrew Morton , Linux Memory Management List , LKML , Vlastimil Babka , Laura Abbott , "Aneesh Kumar K . V" , Mel Gorman , Michal Hocko , Johannes Weiner , Roman Gushchin , Minchan Kim , Rik van Riel , Christian Koenig , Huang Rui , Eric Biederman , "Rafael J . Wysocki" , Pavel Machek , kernel-team@lge.com, Joonsoo Kim Subject: Re: [PATCH v2 00/10] change the implementation of the PageHighMem() Message-ID: <20200501123429.GA26861@infradead.org> References: <1588130803-20527-1-git-send-email-iamjoonsoo.kim@lge.com> <20200429184711.9d603da097fdea80f574f1f1@linux-foundation.org> <20200501105545.GA29460@infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-SRS-Rewrite: SMTP reverse-path rewritten from by bombadil.infradead.org. See http://www.infradead.org/rpr.html Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, May 01, 2020 at 09:15:30PM +0900, Joonsoo Kim wrote: > I think that PageHighMemZone() is long and complicated enough to have > a macro. It is. But then again it also shouldn't really be used by anything but MM internals. > > PageHighMemZone(page) = is_highmem_idx(zone_idx(page_zone(page)) > > Instead of open-code, how about changing the style of macro like as > page_from_highmem()? What PageHighMemZone() represent is derivated > attribute from the page so PageXXX() style may not be appropriate. Maybe page_is_highmem_zone() with a big kerneldoc comment explaining the use case? Bonus points of killing enough users that it can be in mm/internal.h.