Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp6851679ybi; Mon, 22 Jul 2019 02:49:14 -0700 (PDT) X-Google-Smtp-Source: APXvYqwjuhsN25rFJ+rpGuNdbkZ7VNSIPbVM5TxXRfhENtG028tw2166Y9vWh7et3GEHV2yyFiLG X-Received: by 2002:a17:90a:974b:: with SMTP id i11mr75301518pjw.21.1563788954375; Mon, 22 Jul 2019 02:49:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1563788954; cv=none; d=google.com; s=arc-20160816; b=AjiCMLklKvBQywStpGTOKiO2xhyZibCM0LmJRPh01aTQdoiDdEgxe1qMK0e3rhUHql LTZngY/G85wllmeDC112f3Hngytr0yFV50KWcMCSqFgLP863KLnjJsIRnSNsq1RN0FRN zkhOFeCSknVpgWPkmboHPxN30v+zWRoy4pHJsI3gZxsqOZWeV/iWQ8dF6Eoqf4AiemOa YEB+s6x54cq0mizGH13gyPENXzW0ZGTUvKt6WxRxAaH4RKtxWpWUUNtIoDmCVwCX6rKR 2QhiL8bIna+1IK69uKNMbxelRsuL55NFIdKOZdXF0+6uY5VKImtY/RZMcODe7JY5pkWb kwAA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=mmZRiqitlzPnFP6lL8KXsx5adnNkpZSEncnm9dPbhN4=; b=bHGtABvKJXMpxdOtsBwMUkqn6/VDbC+3q6JqliVMwl/o+DZPfFZ4DgJ6ECrW4cy03f XTqPiwfyzDO0fJiVR9ZA3LvFeJId0UqjWriXptNcWYgDhWlTkrXvHFbbjhUl58cgZdBO OCVo2CpUDEwPGa+kVDy25qO6VretGcTqQCC1arG92SGs1/licBRa+hc2cZxSwO1BFOR5 XFOT+EgDeR9Dny8loteLpaFWGylGTARAgvv/gZcaldIRxFrOr79aSdvgS0RmHnyimJ/X O+whCojvhB7Os9jj7P4rq9VjfDM1ViqVtk8JplPtgnKLB+O3e0di0n6Wvi4VvO9kHHoG PfmQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y92si8085086plb.209.2019.07.22.02.48.59; Mon, 22 Jul 2019 02:49:14 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728591AbfGVJhA (ORCPT + 99 others); Mon, 22 Jul 2019 05:37:00 -0400 Received: from verein.lst.de ([213.95.11.211]:58804 "EHLO verein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726236AbfGVJhA (ORCPT ); Mon, 22 Jul 2019 05:37:00 -0400 Received: by verein.lst.de (Postfix, from userid 2407) id F1AF268B20; Mon, 22 Jul 2019 11:36:56 +0200 (CEST) Date: Mon, 22 Jul 2019 11:36:56 +0200 From: Christoph Hellwig To: Matthew Wilcox Cc: Ralph Campbell , linux-mm@kvack.org, linux-kernel@vger.kernel.org, John Hubbard , Vlastimil Babka , Christoph Lameter , Dave Hansen , =?iso-8859-1?B?Suly9G1l?= Glisse , "Kirill A . Shutemov" , Lai Jiangshan , Martin Schwidefsky , Pekka Enberg , Randy Dunlap , Andrey Ryabinin , Christoph Hellwig , Jason Gunthorpe , Andrew Morton , Linus Torvalds Subject: Re: [PATCH v2 1/3] mm: document zone device struct page field usage Message-ID: <20190722093656.GD29538@lst.de> References: <20190719192955.30462-1-rcampbell@nvidia.com> <20190719192955.30462-2-rcampbell@nvidia.com> <20190721160204.GB363@bombadil.infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190721160204.GB363@bombadil.infradead.org> User-Agent: Mutt/1.5.17 (2007-11-01) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Jul 21, 2019 at 09:02:04AM -0700, Matthew Wilcox wrote: > On Fri, Jul 19, 2019 at 12:29:53PM -0700, Ralph Campbell wrote: > > Struct page for ZONE_DEVICE private pages uses the page->mapping and > > and page->index fields while the source anonymous pages are migrated to > > device private memory. This is so rmap_walk() can find the page when > > migrating the ZONE_DEVICE private page back to system memory. > > ZONE_DEVICE pmem backed fsdax pages also use the page->mapping and > > page->index fields when files are mapped into a process address space. > > > > Restructure struct page and add comments to make this more clear. > > NAK. I just got rid of this kind of foolishness from struct page, > and you're making it harder to understand, not easier. The comments > could be improved, but don't lay it out like this again. This comes over pretty agressive. Please explain how making the layout match how the code actually is used vs the previous separation that is actively misleading and confused multiple people is "foolishness".